- 综合排序
- 最热优先
- 最新优先
- 来自专栏编程一生
系统架构的11条原则
原则三：分治原则 解析： 做架构时不要想着一次性把所有的功能都做好，要拥抱 MVP（Minimal Viable Product），最小可运行版本。 原则五：拥抱变化 解析： 重视架构扩展性和可运维性。无状态的系统的是可扩展的和直接的。任何时候都要考虑这一点，不要搞个不可扩展的，有状态的东东出来。否则，一旦需要改变，成本很高。 如果不能降低人力成本，反而需要更多的人，那么这个架构设计一定是失败的。 稳定性原则 原则八：依赖最简 解释： 依赖原则是去除依赖、弱化依赖、控制依赖。多一个依赖多一分风险。 如果一件事情有可能发生则在生产环境中一定会发生，架构中要做好容错设计。 原则十一：用成熟的技术 解析： 不要给别人的技术当小白鼠，不要因技术本身的问题影响系统的稳定。
75720编辑于 2022-05-06 腾讯云产业金融重构：基于“1+4+5”架构打通产融资金链与国产化替代体系
构建“1+4+5”云智融合底座与场景驱动交易体系 为解决产融对接的技术与信任瓶颈，腾讯云打造了“一横三纵”产业金融服务体系，并以“1+4+5”整体架构作为技术支撑路径： “1”个自主合规分布式基础云平台 支撑万家金融机构业务运转与核心指标量化 基于上述技术架构，腾讯云在实际业务落地中，重点改善了以下三个核心业务维度的运行指标： 业务覆盖与拓客规模： 凭借全栈金融科技能力，已成功支撑超过 10,000家 落地央企司库数据数智化与跨境产业园风控闭环 在实际业务场景中，腾讯云技术架构为客户提供了确定的业务价值： 某央企财务公司——构建数智化司库系统： 面对实现国产化合规、实时处理大规模金融数据以及业务高速增长带来的扩容挑战 依托全栈自主合规设施与大模型技术建立代际优势 在产业金融数字化的进程中，腾讯云的核心技术壁垒体现在对底层基础设施的自主掌控与前沿AI技术的深度工程化落地： 技术底座的自主可控性： 提供基于国产化架构的TCE
13710编辑于 2026-05-30- 来自专栏闲余说
架构设计 11-可扩展架构之微内核架构
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第十一部分。主要介绍了如何面向功能拆分架构，首先介绍了微内核架构的基本架构设计，以及几种常见架构的实现与特点。 关注本公众号 回复 “架构设计” 获取架构设计笔记完整思维导图 基本架构 两类组件 核心系统（core system） 负责和具体业务功能无关的通用功能： 模块加载 模块间通信 插件模块（plug-in 常见架构 OSGi 架构 OSGi 的全称是 Open Services Gateway initiative，本身其实是指 OSGi Alliance。 现在我们谈论 OSGi，已经和嵌入式应用关联不大了，更多是将 OSGi 当作一个微内核的架构模式。 逻辑架构 模块层（Module 层） 模块层实现插件管理功能。 实现 插件管理 规则引擎中的规则就是微内核架构的插件，引擎就是微内核架构的内核。规则可以被引擎加载和执行。 规则引擎架构中，规则一般保存在规则库中，通常使用数据库来存储。
1.2K20编辑于 2022-08-19 - 来自专栏深度学习和计算机视觉
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 - 来自专栏智能时刻
【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 - 来自专栏IT架构圈
『互联网架构』软件架构-spring之AOP场景实战（11）
PS：详细得我不多说了，直接看源码把，主要理解这个思路里面有classload加载对应的class，通过spring的IOC加载bean的方式获取Advice，进行控制。
41820发布于 2019-03-08 驱动消费金融数字化转型：基于全链路敏捷与全栈AI的业务重构实践
构建“1+4+5”云智融合金融底层架构 为应对上述挑战，腾讯云以技术与合规为双轮驱动，输出包含基础设施、技术中台、数据中台、AI中台在内的“1+4+5”体系架构，重点依托四大核心业务模块提供全栈式解决方案 夯实云化基础设施： 部署“一云多芯”架构（TCE云平台）与金融级分布式交易数据库（TDSQL），支持业务多活与同城/异地灾备。 赋能头部消费金融机构实现核心业务稳健增长 某头部消费金融公司在业务激增阶段，面临IT架构支撑乏力、交付周期长等现实痛点。 基于腾讯云TCE专有云架构，该机构完成了全面技术栈重构： 系统稳定性与灾备保障： 建设基于腾讯TCE的“两地三中心”架构（公有云/私有云双活），实现全流程可观测能力。 底层架构自主可控： 提供TDSQL（分布式数据库）与TCE（专有云平台），满足强一致性高可用要求，深度契合金融行业数字基础设施建设的严苛监管标准。
19310编辑于 2026-05-30腾讯云产业金融解决方案：基于“一横三纵”体系构建产融数字新连接
第二章：构建“1+4+5”架构与“一横三纵”服务体系 腾讯金融云依托云计算、大数据、AI及大模型能力，推出“1+4+5”总体架构，并细化出“一横三纵”产业金融服务体系。 技术架构指标： 数据平台支持“一套数据多个引擎”，实现存算分离、湖仓一体，提供代码拖拽可视化及企业级权限管理，提升数据加工与治理效率。
19010编辑于 2026-05-30- 来自专栏卯金刀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 - 来自专栏张善友的专栏
.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 发布期间引发了极其广泛的架构审视
55110编辑于 2026-03-14 - 来自专栏攻城狮Chovas
微服务架构Day11-SpringBoot之检索
SpringBoot自动配置的ElasticsearchRepository,ElasticsearchTemplate,Client
56920编辑于 2022-01-22 - 来自专栏java_python
java架构之路-（11）JVM的对象和堆
上次博客，我们说了jvm运行时的内存模型，堆，栈，程序计数器，元空间和本地方法栈。我们主要说了堆和栈，栈的流程大致也说了一遍，同时我们知道堆是用来存对象的，分别年轻代和老年代。但是具体的堆是怎么来存放对象的呢？什么时候可以将对象放置在老年代呢。下面我来看一下。
70340发布于 2019-09-18 - 来自专栏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 - 来自专栏巴啦啦的积累
《架构整洁之道》第 11 章 DIP：依赖反转原则
均为原创，读架构整洁之道的笔记。依赖反转原则：（DIP ：Dependency Inversion Principle）。 这就可以认定，接口比实现稳定，如果想要追求架构上的稳定，就必须多使用抽象的，少依赖多变的具体实现。具体的编码守则：多使用抽象接口，尽可能的避免依赖多变的具体实现。 控制流（抽象层）跨越架构的边界（红线），与源代码（具体实现）跨越该边界的方向是相反的。这就是DIP被称为依赖反转的原因。避开了直接依赖具体实现。 本章小结主要关注那条红色曲线，那是架构边界。
69520编辑于 2023-05-27 - 来自专栏进击的Coder
阿里二面被问 MySQL 架构源码，11:00 进去的，11:05 就出来···
他谈到，以架构师的思路和视野学习 MySQL ，既能够夯实分库分表、分布式部署等核心技术点，又能够掌握普通开发者，难以触及的 MySQL 架构设计方法论。 为了帮助更多开发工程师、架构师掌握 MySQL 核心，成功进阶大厂，玄姐携手前 58 集团高级架构师陈东老师，结合 10 多年一线大厂实践经验，对标大厂需求，打磨了一套《实战云课堂：MySQL 千亿级海量数据分库分表项目实践 》在线专栏课，全面涵盖大厂考点，更有底层设计原理剖析+架构设计实战双重元素高维加持，3 天时间，5 月 16-18 日开课！
83810编辑于 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 - 来自专栏java开发的那点事
11-Netty 高性能架构设计-异步模型(ChannelFuture)
异步模型 基本介绍 异步模型和同步模型相对, 当一个异步过程调用发出后, 调用者不能立刻得到结果, 实际处理这个调用的组件在完成后,通过状态, 通知和回调来通知调用者 Netty中的IO操作是异步的,包括bind, write, Connect等操作会简单的返回一个ChannelFuture 调用者不能立刻获得结果, 而是通过Future-listener机制, 用户可以方便的主动获取或者通过通知机制获得IO操作结果 Netty的异步模型是建立在future 和 callback之上的, callback就
70720编辑于 2022-02-18
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号