- 综合排序
- 最热优先
- 最新优先
- 来自专栏闲余说
架构设计 11-可扩展架构之微内核架构
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第十一部分。主要介绍了如何面向功能拆分架构，首先介绍了微内核架构的基本架构设计，以及几种常见架构的实现与特点。 关注本公众号 回复 “架构设计” 获取架构设计笔记完整思维导图 基本架构 两类组件 核心系统（core system） 负责和具体业务功能无关的通用功能： 模块加载 模块间通信 插件模块（plug-in modules）：负责实现具体的业务逻辑 核心系统设计 插件管理 核心系统需要知道当前有哪些插件可用，如何加载这些插件，什么时候加载插件。 虽然设计的时候插件间是完全解耦的，但实际业务运行过程中，必然会出现某个业务流程需要多个插件协作，这就要求两个插件间进行通信。 OSGi 联盟的初始目标是构建一个在广域网和局域网或设备上展开业务的基础平台，所以 OSGi 的最早设计也是针对嵌入式应用的。
1.1K20编辑于 2022-08-19 - 来自专栏java开发的那点事
11-Netty 高性能架构设计-异步模型(ChannelFuture)
异步模型 基本介绍 异步模型和同步模型相对, 当一个异步过程调用发出后, 调用者不能立刻得到结果, 实际处理这个调用的组件在完成后,通过状态, 通知和回调来通知调用者 Netty中的IO操作是异步的,包括bind, write, Connect等操作会简单的返回一个ChannelFuture 调用者不能立刻获得结果, 而是通过Future-listener机制, 用户可以方便的主动获取或者通过通知机制获得IO操作结果 Netty的异步模型是建立在future 和 callback之上的, callback就
64720编辑于 2022-02-18 - 来自专栏AI SPPECH
11. 推理工程师职责：系统架构设计
技术深度拆解与实现分析 3.1 端到端架构规划 推理工程师在系统架构设计中的核心职责之一是进行端到端架构规划，包括需求分析、架构设计、性能评估等。 架构演进：采用迭代式架构设计方法，根据业务需求和技术发展不断演进架构。 资源规划：合理规划硬件资源、软件资源和人力资源，确保架构设计的可行性。 边缘计算与云协同：边缘计算与云协同将成为推理系统架构的重要方向，实现低延迟和大规模处理的平衡。 自动化架构设计：AI辅助的自动化架构设计工具将逐渐成熟，提高架构设计的效率和质量。 学习AI辅助设计工具：掌握AI辅助的自动化架构设计工具，提高架构设计的效率和质量。 关注多模态推理：学习和研究多模态推理架构，适应多模态大模型的发展需求。 7.2 建议 加强系统架构设计能力：推理工程师应加强系统架构设计能力的培养，包括需求分析、架构设计、性能评估等。
14910编辑于 2026-01-23 - 来自专栏木宛城主
Unity应用架构设计(11)——一个网络层的构建
设计一个良好的『服务层』能帮我们规范和分离业务代码，提高生产效率。 因为不管是三层架构还是N层架构，通过分层的好处是更加清晰去实现业务逻辑。 源代码托管在Github上，点击此了解
1.7K90发布于 2018-03-28 - 来自专栏JavaEdge
高可用服务架构设计(11)-Hystrix的执行流程及原理
0 Github 当开始执行command，调用了它的execute()之后，Hystrix内部的执行流程和步骤以及原理是怎样的呢? Hystrix执行时的8大流程及原理图 [xjewau6djw.
79000发布于 2019-07-14 Kubernetes设计架构
它的设计架构具有高度的可扩展性和灵活性，能够管理大规模的分布式系统。以下是 Kubernetes 的核心设计架构及其主要组件：1. 11. 负载均衡Kubernetes 提供内部和外部的负载均衡方案。内部负载均衡通过服务实现，外部负载均衡器可以通过云提供商的集成或 Ingress 控制器来配置
47110编辑于 2024-08-28- 来自专栏编程一生
系统架构的11条原则
原则三：分治原则 解析： 做架构时不要想着一次性把所有的功能都做好，要拥抱 MVP（Minimal Viable Product），最小可运行版本。 原则四：服务自治 解析： 在系统设计时，要考虑服务上线后，对于问题要自感知、自修复、自优化、自运维及自安全。 原则五：拥抱变化 解析： 重视架构扩展性和可运维性。无状态的系统的是可扩展的和直接的。 如果不能降低人力成本，反而需要更多的人，那么这个架构设计一定是失败的。 稳定性原则 原则八：依赖最简 解释： 依赖原则是去除依赖、弱化依赖、控制依赖。多一个依赖多一分风险。 如果一件事情有可能发生则在生产环境中一定会发生，架构中要做好容错设计。 原则十一：用成熟的技术 解析： 不要给别人的技术当小白鼠，不要因技术本身的问题影响系统的稳定。
69320编辑于 2022-05-06 - 来自专栏Android技术分享
移动架构-IOC架构设计
控制反转（Inversion of Control，缩写为IoC），是面向对象编程中的一种设计原则，可以用来减低计算机代码之间的耦合度。 } }); 这里使用注入，其过程比布局和控件注入稍微复杂一点，这是考虑到了扩展性，不能单一使用id完成注解 事件的监听包含事件源，事件和回调，因此其注解就稍微复杂一点，这里设计一个监听各种点击事件的监听
99041发布于 2019-05-10 - 来自专栏搜云库技术团队
架构设计《一》谈谈架构
那什么样的系统要考虑做架构设计? 四、代码架构（也叫开发架构）： 子系统代码架构主要为开发人员提供切实可行的指导，如果代码架构设计不足，就会造成影响全局的架构设计。 比如公司内不同的开发团队使用不同的技术栈或者组件，结果公司整体架构设计就会失控。 代码架构主要定义： 一、代码单元: 1、配置设计 2、框架、类库。二、代码单元组织： 1、编码规范，编码的惯例。 系统架构的设计要求架构师具备软件和硬件的功能和性能的过硬知识，这也是架构设计工作中最为困难的工作。 4、《分布式服务架构：原理、设计与实战》 这本书全面介绍了分布式服务架构的原理与设计，并结合作者在实施微服务架构过程中的实践经验，总结了保障线上服务健康、可靠的最佳方案，是一本架构级、实战型的重量级著作
3.2K42发布于 2019-10-17 - 来自专栏白驹过隙
架构设计 - Server设计草稿
架构可依据具体前端需求进行裁剪，灵活配置。 gate用于业务框架分布式部署，在业务量可控范围可取消，做集中控制。
71520发布于 2018-06-25 - 来自专栏白驹过隙
架构设计 - Server设计草稿
架构可依据具体前端需求进行裁剪，灵活配置。 gate用于业务框架分布式部署，在业务量可控范围可取消，做集中控制。
863100发布于 2018-05-18 - 来自专栏IT大咖说
软件架构设计-软件架构风格、分层架构
软件架构是可传递可复用的模型，架构就是体系结构。架构设计介于需求分析和软件设计之间。架构设计就是需求分配，即满足，需求的职责分配到组件上。 软件架构设计是降低成本、改进质量、按时和按需交付产品的关键因素。 然而系统架构的给出必须建立在需求明确的基础上。 软件架构能够在设计变更相对容易的阶段，考虑系统结构的可选方案，便于技术人员与非技术人员就软件设计进行交互，能够展现软件的结构、属性与内部交互关系。 面向对象风格 面向对象在类的层次实现高度内聚，整个系统通过不同类的组合调用实现不同功能，便于类的复用，只是面向对象是一个通用风格，类的划分不同设计人员设计结果有很大不同，对实际架构设计指导意义不大。 比如java内存垃圾的回收机制也做成了一种设计模式。 7. 软件架构需求 软件架构需求是指用户对目标软件系统在功能、行为、性能和设计约束等方面的期望。
3.6K41发布于 2021-07-19 - 来自专栏高性能服务器开发
11 一种高性能网络游戏服务器架构设计
1 服务器架构设计 1.1 服务器架构分类 服务器组的架构一般分为两种：第一种是带网关服务器的服务器架构；第二种是不带网关服务器的服务器架构，这两种方案各有利弊。 在给出服务器架构设计之前，先对这两种设计方案进行详细的探讨。 所谓网关服务器，其实是Gate服务器，比如LoginGate、GameGate等。 1.2 服务器架构设计 根据网络游戏的规模和设计的不同，每组服务器中服务器种类和数量是不尽相同的。本文设计出的带网关服务器的服务器组架构如图1所示。 ? 本文将服务器设计成带网关服务器的架构，虽然加大了服务器的设计复杂度，但却带来了以下几点好处： （1）作为网络通信的中转站，负责维护将内网和外网隔离开，使外部无法直接访问内部服务器，保障内网服务器的安全， 2 总结 网络游戏服务器的架构设计已经成为当前网络游戏研究领域的热点，因为高性能服务器架构设计是一款网络游戏成功的关键。
6.4K61发布于 2018-07-25 - 来自专栏全栈程序员必看
软件架构设计—软件架构概述
软件设计人员学习软件架构知识旨在站在较高的层面上整体地解决好软件的设计、复用、质量和维护等方面的实际问题。 （6）架构隐含有“决策”，即架构是由架构设计师根据关键的功能和非功能性需求（质量属性及项目相关的约束）进行设计与决策的结果。 不同的架构设计师设计出来的架构是不一样的，为避免架构设计师考虑不周，重大决策应经过评审。特别是架构设计师自身的水平是一种约束，不断学习和积累经验才是摆脱这种约束走向自由王国的必经之路。 在设计软件架构时也必须考虑硬件特性和网络特性，因此，软件架构与系统架构二者间的区别其实不大。但是，在大多情况下，架构设计师在软件方面的选择性较之硬件方面，其自由度大得多。 从软件生命周期来看，软件架构是所开发系统的最早设计决策的体现，主要表现为： 架构明确了对系统实现的约束条件：架构是架构设计师对系统实现的各方面进行权衡的结果，是总体设计的体现，因此，在具体实现时必须按架构的设计进行
3.2K40编辑于 2022-08-23 - 来自专栏编程一生
系统设计的11个考虑
有了《系统架构的11条原则》，真正到设计阶段还有另外11个考虑。 系统正确性 考虑一：负负得正 假如我们看到某个代码，明显有逻辑错误，想随手改改。 这种问题要避免最好的时机是初版设计和开发阶段就避免。除了设计阶段逻辑要清晰，代码要做好审查、加上单体测试等测试手段外，可以将中间结果用debug日志打印。 考虑五：AKF扩展 AKF扩展立方体（Scalability Cube），是《架构即未来》一书中提出的可扩展模型，这个立方体有三个轴线，每个轴线描述扩展性的一个维度： X轴 —— 代表无差别的克隆服务和数据 领域拆分隔离方面 ACL防止损坏层 有界上下文 提炼核心、支撑和通用域 分层架构 CRUD增删改查简单架构 CQRS命令查询隔离 依赖消弱控 服务部署隔离方面 这么做一方面是设计问题，包括产品设计、数据库设计，还有一部分是安全问题：一个数值型的字段肯定比一个粗放的文本型字段被攻击的可能性小，起码不会传到后端之后被当成脚本被执行。
55720编辑于 2022-05-06 - 来自专栏深度学习和计算机视觉
YOLOv11 架构改进 & 常见指令
在之前的 YOLO 版本基础上，YOLO11 在架构和训练上提供了显著的改进。在保持速度的同时提高性能的最重要的架构变化是增加了 C3K2 块、SPFF 模块和 C2PSA 块。 这种结构使得在复杂场景中更精确的检测成为可能，并提高了 YOLOv11 的准确性。 除了这些架构变化，YOLOv11 像 YOLOv8 一样具有多模型能力。 得益于其优化的架构和高效的处理能力，它可以部署在边缘设备、云平台和支持 NVIDIA GPU 的系统上。 由于这些优化和创新，YOLOv11 在实时应用中提供了性能提升。 随着模型设计的改进，YOLO11m 在使用比 YOLOv8m 少 22% 参数的情况下，在 COCO 数据集上实现了更高的平均精度均值（mAP），使其在不牺牲准确性的情况下具有计算效率。 使用 YOLOv11 使用 PyTorch 构建 YOLOv11 模型及其与其他模式的使用简要如下。 步骤 1：首先，我们需要下载 Ultralytics 库。
2.2K10编辑于 2024-10-30 11.组合模式设计思想
11.组合模式设计思想目录介绍01.组合模式基础1.1 组合模式由来1.2 组合模式定义1.3 组合模式场景1.4 组合模式思考1.5 解决的问题02.组合模式实现2.1 罗列一个场景2.2 组合结构2.3 文章还探讨了透明式和安全式组合模式的区别，并提供了设计建议和适用场景。适合初学者和有一定经验的开发者阅读。 5.5 使用建议说明在设计时，优先使用接口而非具体类，以提高系统的灵活性和可维护性。更多内容适用于需要处理复杂树形结构的场景，如文件系统、组织结构等。 六大设计原则，23种设计模式，设计模式案例，面向对象思想 设计模式 Java进阶 数据设计和原理，面向对象核心思想，IO，异常，线程和并发，JVM Android23种设计模式23种设计模式 & 描述 & 核心作用
32210编辑于 2024-11-08- 来自专栏JAVA乐园
架构: 数据库架构设计
引言 本文介绍数据库中的架构设计； 通常，单机是无法满足大系统对数据库的读写要求的，必须用集群的方式来解决； 引入集群意味着提升了系统的复杂度，使系统变得复杂和不好维护； 通常采用数据库负载均衡策略、读写分离策略
1.3K30编辑于 2022-03-08 - 来自专栏爱敲代码的猫
java设计模式(11)-组合模式
缺点： · 使得设计更加复杂。客户端需要花更多时间理清类之间的层次关系。（这个是几乎所有设计模式所面临的问题）。 使用场景： 将多个对象组合在一起进行操作，常用于表示树形结构中，例如二叉树等。
49850发布于 2019-10-17 - 来自专栏程序大视界
11种常用的设计模式
，深挖表象之下隐藏着的细节往往才是灵魂所在，诸如：算法和数据结构、框架、设计模式等，设计模式是一个虚幻的抽象的概念，好比建造房子时的设计理念方案一样，一个软件系统扩展性、可维护性以及稳定健壮性如何，很大程度上取决于设计模式 如下，介绍我们在日常开发中常用的11种设计模式，这些设计模式都是非常经典，翻开源代码和一些开源框架经常会发现它们的踪影。 11 — 观察者模式 基本概念：定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使它们能够自动更新自己。 13 — 总结 以上介绍的11种设计模式在日常的开发工作中会经常使用到，也在很多开源框架如：Spring中就会看到很多的案例，灵活运用这些设计模式可以使我们的系统做到：易扩展、可维护性高、更稳健等。 ---- 参考文献：《大话设计模式》
73510编辑于 2022-12-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号