- 综合排序
- 最热优先
- 最新优先
- 来自专栏编程一生
系统架构的11条原则
原则三：分治原则 解析： 做架构时不要想着一次性把所有的功能都做好，要拥抱 MVP（Minimal Viable Product），最小可运行版本。 原则五：拥抱变化 解析： 重视架构扩展性和可运维性。无状态的系统的是可扩展的和直接的。任何时候都要考虑这一点，不要搞个不可扩展的，有状态的东东出来。否则，一旦需要改变，成本很高。 如果不能降低人力成本，反而需要更多的人，那么这个架构设计一定是失败的。 稳定性原则 原则八：依赖最简 解释： 依赖原则是去除依赖、弱化依赖、控制依赖。多一个依赖多一分风险。 如果一件事情有可能发生则在生产环境中一定会发生，架构中要做好容错设计。 原则十一：用成熟的技术 解析： 不要给别人的技术当小白鼠，不要因技术本身的问题影响系统的稳定。
75420编辑于 2022-05-06 - 来自专栏闲余说
架构设计 11-可扩展架构之微内核架构
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第十一部分。主要介绍了如何面向功能拆分架构，首先介绍了微内核架构的基本架构设计，以及几种常见架构的实现与特点。 关注本公众号 回复 “架构设计” 获取架构设计笔记完整思维导图 基本架构 两类组件 核心系统（core system） 负责和具体业务功能无关的通用功能： 模块加载 模块间通信 插件模块（plug-in 常见架构 OSGi 架构 OSGi 的全称是 Open Services Gateway initiative，本身其实是指 OSGi Alliance。 现在我们谈论 OSGi，已经和嵌入式应用关联不大了，更多是将 OSGi 当作一个微内核的架构模式。 逻辑架构 模块层（Module 层） 模块层实现插件管理功能。 实现 插件管理 规则引擎中的规则就是微内核架构的插件，引擎就是微内核架构的内核。规则可以被引擎加载和执行。 规则引擎架构中，规则一般保存在规则库中，通常使用数据库来存储。
1.2K20编辑于 2022-08-19 腾讯云数字政务：人社一体化与智慧民生技术支撑体系
核心瓶颈在于： 系统架构瓶颈：传统烟囱式系统难以支撑省级海量数据管理与高并发业务访问，且异构硬件纳管能力受限。 构建基于Leaf6.2与分布式架构的技术支撑体系 腾讯云依托Leaf6.2技术架构与国产化分布式技术，提供全栈式解决方案： 底层算力与数据支撑：基于腾讯TDSQL分布式数据库与IaaS/PaaS平台，实现对物理机 安全与运维保障：通过零信任安全架构、小程序安全检测及安全监测平台，实现等保三级合规与“一点发现，全网处置”的安全运营能力。 3. 选择腾讯的核心逻辑 行业深度与标准适配：深度参与人社部Leaf6.2框架适配测试，已中标人社部养老保险全国统筹信息化建设项目云平台建设服务，具备部省两级项目磨合经验，方案可直接对标部级标准。
15510编辑于 2026-05-30- 来自专栏深度学习和计算机视觉
YOLOv11 架构改进 & 常见指令
在之前的 YOLO 版本基础上，YOLO11 在架构和训练上提供了显著的改进。在保持速度的同时提高性能的最重要的架构变化是增加了 C3K2 块、SPFF 模块和 C2PSA 块。 这种结构使得在复杂场景中更精确的检测成为可能，并提高了 YOLOv11 的准确性。 除了这些架构变化，YOLOv11 像 YOLOv8 一样具有多模型能力。 得益于其优化的架构和高效的处理能力，它可以部署在边缘设备、云平台和支持 NVIDIA GPU 的系统上。 由于这些优化和创新，YOLOv11 在实时应用中提供了性能提升。 在 Ultralytics （详见官网：https://docs.ultralytics.com/models/yolo11/）页面上，当他们评估 YOLOv11 与以前版本相比的性能时，他们发表了以下评论 使用 YOLOv11 使用 PyTorch 构建 YOLOv11 模型及其与其他模式的使用简要如下。 步骤 1：首先，我们需要下载 Ultralytics 库。
2.5K10编辑于 2024-10-30 腾讯云智慧人社解决方案：以技术平台支撑业务一体化与全国统筹
江苏省在项目建设初期，面临超过200台服务器、13个地市业务系统分散独立的整合难题，亟待统一的技术架构实现资源集约化管理。 提供基于Leaf6.2架构的云平台与分布式数据库技术方案 腾讯云智慧人社解决方案以人社部Leaf6.2云平台架构为基础，采用“大中台、小前台”建设思路。 核心方案包括： 自主可控的云基础架构：开放式云平台支持多品牌硬件纳管，实现资源统一调度。 企业级分布式数据库TDSQL：提供数据强一致性保障，支持同城双活容灾，确保数据0丢失0出错。
19010编辑于 2026-05-30- 来自专栏智能时刻
【PostgreSQL 架构】PostgreSQL 11和即时编译查询
此处使用的完整架构在tpch-schema.sql上可用，而索引在tpch-pkeys.sql和tpch-index.sql上。 原文：https://www.citusdata.com/blog/2018/09/11/postgresql-11-just-in-time/ 本文：http://jiagoushi.pro/node /924 讨论:请加入知识星球或者微信圈子【首席架构师圈】 微信公众号如果喜欢仙翁的分享，请关注微信公众号【首席架构师智库】 仙翁小号如果想进一步讨论，请加仙翁小号【intelligenttimes】， 注明你希望加入的群：架构，云计算，大数据，数据科学，物联网，人工智能，安全，全栈开发，DevOps，数字化，产品转型。 微信圈子如果想和志趣相投的同好交流，请关注仙翁的微信圈子【首席架构师圈】。 如果想向大咖提问，近距离接触，或者获得私密分享，请加入知识星球【首席架构师圈】
2.6K20发布于 2020-07-20 腾讯云数字政务：人社一体化与智慧服务的云技术落地实践
传统架构难以支撑全省统一系统建设及快速响应业务需求。 公共服务数字化缺口： 随着业务前移和公共服务下沉，传统支撑平台难以提供群众易于接受的互联网入口。 第二章：构建基于Leaf6.2架构的云原生与智慧人社体系 腾讯云基于Leaf6.2技术架构（核心平台4版），提供涵盖IaaS、PaaS、DaaS及SaaS层的全栈解决方案，通过“大中台、小前台”模式实现技术与业务的深度融合 零信任安全架构 身份认证与访问控制： 基于零信任理念，确保设备、用户、应用可信，通过多因素认证（MFA）实现动态授权与最小特权访问，摆脱传统VPN依赖。 —— 江苏省人社厅相关负责人 “江苏人社厅是腾讯国内首批落地零信任安全架构的用户之一。 行业深度适配： 深度参与Leaf6.2框架适配测试，并拥有电子社保卡、全国统筹系统、人社移动办公平台等多个部级项目的建设经验。
21310编辑于 2026-05-30- 来自专栏IT架构圈
『互联网架构』软件架构-spring之AOP场景实战（11）
PS：详细得我不多说了，直接看源码把，主要理解这个思路里面有classload加载对应的class，通过spring的IOC加载bean的方式获取Advice，进行控制。
41520发布于 2019-03-08 - 来自专栏张善友的专栏
.NET 11 Preview 2 架构演进、技术深度解析
作为一个标准期限支持（Standard Term Support, STS）版本，.NET 11 的支持生命周期为18个月，预计将于2028年11月结束 。 这种架构转变直接削减了内存分配峰值，显著降低了垃圾回收器的常态化压力。 硬件加速与基础类库（BCL）的深度优化 不断从现代 CPU 架构中压榨极致性能，并缩小应用程序的物理占用空间，是.NET 11 开发周期的另一大核心支柱。 对于 ARM64 架构，.NET 11 优化了 stackalloc 的内存清零机制，通过更高效地利用 STORE_BLK 指令，大幅减少了栈内存分配时的总指令数 6。 虽然该特性原计划在较晚的预览版中推出，但社区代码库追踪显示，早期的 Unions 特性代码已被合并至.NET 11 Preview 3 的分支中，并在 Preview 2 发布期间引发了极其广泛的架构审视
53810编辑于 2026-03-14 - 来自专栏卯金刀GG
淘宝应对双11的技术架构分析
双“11”最热门的话题是TB ，最近正好和阿里的一个朋友聊淘宝的技术架构，发现很多有意思的地方，分享一下他们的解析资料： 淘宝海量数据产品技术架构 数据产品的一个最大特点是数据的非实时写入，正因为如此 图1 淘宝海量数据产品技术架构 按照数据的流向来划分，我们把淘宝数据产品的技术架构分为五层（如图1所示），分别是数据源、计算层、存储层、查询层和产品层。 以上是淘宝海量数据产品在技术架构方面的一个概括性的介绍，接下来我将重点从四个方面阐述数据魔方设计上的特点。 图8 glider的技术架构 有经验的读者一定可以想到，从本质上来讲，这就是广义上的异构“表”之间的JOIN操作。那么，谁来负责这个事情呢？ 所以说，一个良好的架构固然能够在很大程度上降低开发和维护的成本，但它自身一定是随着数据量和流量的变化而不断变化的。我相信，过不了几年，淘宝数据产品的技术架构一定会是另外的样子。
3.4K20发布于 2019-07-26 - 来自专栏云计算linux
前端架构师之11_JavaScript事件
用户单击button按钮，这个行为就会被JavaScript中的click事件侦测到；然后让其自动执行，为click事件编写的程序代码，如在控制台输出“按钮被单击”。
2.3K10编辑于 2024-12-13 - 来自专栏攻城狮Chovas
微服务架构Day11-SpringBoot之检索
SpringBoot自动配置的ElasticsearchRepository,ElasticsearchTemplate,Client
56320编辑于 2022-01-22 - 来自专栏java_python
java架构之路-（11）JVM的对象和堆
上次博客，我们说了jvm运行时的内存模型，堆，栈，程序计数器，元空间和本地方法栈。我们主要说了堆和栈，栈的流程大致也说了一遍，同时我们知道堆是用来存对象的，分别年轻代和老年代。但是具体的堆是怎么来存放对象的呢？什么时候可以将对象放置在老年代呢。下面我来看一下。
69740发布于 2019-09-18 依托高并发分布式云架构重塑省级人社一体化业务效能
传统人社信息化系统面临以下核心业务瓶颈： 消除烟囱式架构： 过去地市级业务系统高度分散（如单个地市服务器数量超200台），缺乏关联性，系统资源无法精细化利用，急需搭建统一技术支撑平台以实现全省业务协同与信息共享 应对海量数据与高并发挑战： 省级大集中业务在高峰期面临极高的并发访问压力以及海量数据的可靠处理需求，传统架构无法实现资源的弹性伸缩。 构建适配Leaf6.2标准的大中台体系与分布式云基座 为响应人社部“全省统一系统建设”要求，通过引入分布式技术与融合引擎，重构底层技术架构与前端服务入口： 落地“大中台、小前台”架构： 深度适配人社部Leaf6.2 云平台架构，构建融合集成业务、数据、AI引擎的中台系统，向下统一纳管IaaS层异构计算与存储资源，向上无缝对接人社部养老保险全国统筹业务系统。 部署企业级分布式数据库： 采用具备完全自主知识产权的腾讯TDSQL分布式数据库，替代传统单点架构。
12510编辑于 2026-05-30- 来自专栏巴啦啦的积累
《架构整洁之道》第 11 章 DIP：依赖反转原则
均为原创，读架构整洁之道的笔记。依赖反转原则：（DIP ：Dependency Inversion Principle）。 这就可以认定，接口比实现稳定，如果想要追求架构上的稳定，就必须多使用抽象的，少依赖多变的具体实现。具体的编码守则：多使用抽象接口，尽可能的避免依赖多变的具体实现。 控制流（抽象层）跨越架构的边界（红线），与源代码（具体实现）跨越该边界的方向是相反的。这就是DIP被称为依赖反转的原因。避开了直接依赖具体实现。 本章小结主要关注那条红色曲线，那是架构边界。
69320编辑于 2023-05-27 - 来自专栏JavaEdge
Tomcat架构解析之2 connector BIOHTTP11ProtocolMapperCoyoteAdapter
它主要是接收，解析HTTP请求，然后调用本service下的相关Servlet Tomcat从架构上采用的是一个分层结构，因此根据解析过的HTTP请求，定位到相应的Servlet也是一个相对比较复杂的过程 相对来说，Tomcat在处理静态页面方面一直有一些瓶颈，因此通常的服务架构都是前端类似Nginx的web服务器，后端挂上Tomcat作为应用服务器(当然还有些其他原因，例如负载均衡等) Tomcat在 协议实现默认支持BIO的 无论BIO/NIO都是实现一个org.apache.coyote.ProtocolHandler接口，因此如果需要定制，也必须实现这个接口 来看看默认状态下HTTP connector的架构及其消息流 Connector的三大件 HTTP11Protocol Mapper CoyoteAdapter HTTP11Protocol 类全路径org.apache.coyote.http11.Http11Protocol ); connector的容器就是StandardEngine，代码的可读性很强，获取StandardEngine的pipeline，然后从第一个valve开始调用逻辑，相应的过程请参照tomcat架构分析
1.1K50发布于 2018-05-16 - 来自专栏进击的Coder
阿里二面被问 MySQL 架构源码，11:00 进去的，11:05 就出来···
他谈到，以架构师的思路和视野学习 MySQL ，既能够夯实分库分表、分布式部署等核心技术点，又能够掌握普通开发者，难以触及的 MySQL 架构设计方法论。 为了帮助更多开发工程师、架构师掌握 MySQL 核心，成功进阶大厂，玄姐携手前 58 集团高级架构师陈东老师，结合 10 多年一线大厂实践经验，对标大厂需求，打磨了一套《实战云课堂：MySQL 千亿级海量数据分库分表项目实践 》在线专栏课，全面涵盖大厂考点，更有底层设计原理剖析+架构设计实战双重元素高维加持，3 天时间，5 月 16-18 日开课！
83410编辑于 2022-05-10 - 来自专栏Elasticsearch专栏
【Elasticsearch专栏 11】深入探索：Elasticsearch如何支持多租户架构
Elasticsearch如何支持多租户架构？ Elasticsearch支持多租户架构的方式灵活多样，可以通过多种策略来实现数据隔离和权限控制。 多租户架构是指在一个物理实例上支持多个逻辑上独立的租户，每个租户都有自己的数据和配置，而彼此之间相互隔离。 以下将详细描述Elasticsearch如何支持多租户架构，包括不同的隔离方式、配置示例以及相关的实现原理。 01 隔离方式 在Elasticsearch中实现多租户架构，主要有以下几种隔离方式： 1 索引隔离 每个租户使用独立的索引来存储数据。 同时，结合适当的安全性措施，可以确保多租户架构的稳定性和安全性。 需要注意的是，多租户架构的实现方式可能因具体业务需求和资源限制而有所不同。
1.4K10编辑于 2024-03-04 - 来自专栏JAVA并发编程
JAVA并发编程系列(11)线程池底层原理架构剖析
之前我们用了10篇文章详细剖析了synchronized、volatile、CAS、AQS、ReentrantLock、Semaphore、CountDownLatch、CyclicBarrier、并发锁、Condition等各个核心基础原理，今天开始我们说说并发领域的各种工具包还有应用场景。
38820编辑于 2024-09-24 - 来自专栏Rust语言学习交流
【Rust日报】2020-11-07 Rust 异步架构图
网站链接，https://rustfest.global/ 播放链接，https://watch.rustfest.global/ Rust 异步架构图 关于Tokio，async-std，smol的异步架构图片链接 文章链接，https://vorner.github.io/2020/11/06/40-ms-bug.html
1K20发布于 2020-11-16
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号