- 综合排序
- 最热优先
- 最新优先
- 来自专栏闲余说
架构设计 9-可扩展架构之分层架构
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第九部分。首先整体介绍可扩展架构的基本思想——“拆”，以及如何拆；随后介绍了面向流程的拆分，即分层架构。 基本思想 所有的可扩展性架构设计，背后的基本思想都可以总结为一个字：拆！ 分层架构 概念：分层架构是很常见的架构模式，它也叫 N 层架构，通常情况下，N 至少是 2 层。 根据不同的划分维度和对象可分为：C/S 架构&B/S 架构、MVC 架构&MVP 架构、逻辑分层架构。 C/S 架构、B/S 架构 划分的对象是整个业务系统 划分的维度是用户交互，即将和用户交互的部分独立为一层，支撑用户交互的后台作为另外一层 MVC 架构、MVP 架构 划分的对象是单个业务子系统 划分的维度是职责
98610编辑于 2022-08-19 - 来自专栏木宛城主
Unity应用架构设计(9)——构建统一的 Repository
根据上述的描述，Repository 模式的架构图如下所示： ? 可以看到，通过统一的接口，可以实现对不同存储介质的访问，甚至是访问远程数据。
1.2K60发布于 2018-01-11 - 来自专栏高性能服务器开发
9 百万用户级游戏服务器架构设计
所以，登录服在设计上应该能满足这种动态增删的需求，我们可以在任何时候为大区增加或减少登录服的部署。 当然，在这里也不会存在要求添加太多登录服的情况。 好了，废话说完了，我们开始进入登录服的设计吧。 登录服的设计 -- 功能需求 正如我们在前面曾讨论过的，登录服要实现的功能相当简单，就是帐号验证。 服务器公共组件实现 -- 状态机 有关State模式的设计意图及实现就不从设计模式中摘抄了，我们只来看看游戏服务器编程中如何使用State设计模式。 正如同在设计模式中所描述的，所有的模式都是已有问题的另一种解决方案，也就是说这并不是唯一的解决方案。 这是一个很必要的设计，保证了我们在因意外情况连接不上世界服或者发现世界服正在排队而想换另外一个试试时不会需要重新进行密码验证。
4.7K51发布于 2018-07-25 - 来自专栏ADAS性能优化
Armv9安全新架构
Arm在今年3月份推出了ARmv9.Arm 期望Armv9架构将是未来3000亿颗基于Arm架构芯片的技术先驱，而Armv9架构中，ARM 提供了机密计算Arm Confidential ComputeArchitecture (Arm CCA)的安全新架构。 Arm CCA 是一系列硬件和软件架构创新，这些创新增强了Arm 对机密计算的支持。Arm CCA 是 Armv9-A架构的关键组件。 Arm CCA 提供额外的安全架构，即使在使用中也能保护数据和代码，并能够更好地控制谁可以访问数据和算法。 这项在 Armv9-A 中引入的技术将通过降低与共享数据相关的风险并帮助开发人员实施强大的隐私控制来帮助释放数据的真正力量和潜力。
1.3K20编辑于 2022-05-13 - 来自专栏码农沉思录
可用性高达5个9！支付系统高可用架构设计实战
为此，对应用可用性程度的衡量标准一般有3个9到5个9。 3.1 尽可能避免故障 3.1.1 设计可容错的系统 ? 比如重路由，对于用户支付来说，用户并不关心自己的钱具体是从哪个通道支付出去的，用户只关心成功与否。 （2）限制资源的使用 对于资源使用的限制设计是高可用系统最重要的一点，也是容易被忽略的一点，资源相对有限，用的过多了，自然会导致应用宕机。 下面我们对分析系统做一个详细介绍： (1)系统运行架构 ? (2)系统运行流程 ? (3)系统业务监控点 「付钱拉」的业务监控点都是在日常运行过程中一点一滴总结出来的，分为出警类和关注类两大块。 Q9：rsyslog归集日志怎么存储的？
1.1K10发布于 2019-06-17 - 来自专栏宜信技术实践
可用性高达五个9！支付系统高可用架构设计实战
为此，对应用可用性程度的衡量标准一般有3个9到5个9。 3.1.3 设计具备自我保护能力的系统 系统一般都有第三方依赖，比如数据库，三方接口等。系统开发的时候，需要对第三方保持怀疑，避免第三方出现问题时候的连锁反应，导致宕机。 所以在系统设计阶段和代码review阶段都需要特别注意，将并发限制在三方允许的范围内。 我们讲到宜信支付系统为了实现系统的可用性做了三点改变，其一是尽可能避免故障，接下来讲后面两点。 下面我们对分析系统做一个详细介绍： (1)系统运行架构 [1536657498090038076.png] (2)系统运行流程 [1536657520912050560.png] (3)系统业务监控点 Q9：rsyslog归集日志怎么存储的？
1.9K31发布于 2019-07-02 - 来自专栏JavaEdge
高可用架构设计(9)-基于Hystrix信号量资源隔离与限流
Hystrix里面，核心的一项功能，就是资源隔离，要解决的最核心的问题，就是将多个依赖服务的调用分别隔离到各自自己的资源池内
1.8K10发布于 2019-07-14 - 来自专栏深度学习与python
P9、P8做架构设计的时候在想什么？ ｜ ArchSummit
ArchSummit 全球架构师峰会（深圳站）2021 策划了【架构师成长实战】专题，邀请到阿里巴巴资深技术专家李伟杰担任出品人，希望能找来 4 位在各自的领域内深耕过多年的资深架构师，结合自身成长经历讲述各个阶段架构关注点的变化 李老师主要是在 Lazada 负责交易基础链路技术团队及国际化架构师职责，包括交易、营销、支付结算，会员等消费者侧订单链路的国际化架构设计与实施，以及国际化架构师种子的培养。 而在这之前，他先后在 AliExpress 技术部、ICBU 技术部、Lazada 技术部负责 C 类 IC 中心、海外 B 类支付结算网络以及 C 类交易平台等系统研发及架构设计。 他有近 12 年的研发经验，而且都是聚焦在国际化电商领域，涉及区域化、多租户、中台、云原生等架构经验，因此，如果你想了解国际化电商系统架构怎么设计以及架构师怎么思考的，一定要来听听他这次的演讲。 通过他的分享，你将学习到这些知识： 国际化技术的演进路线与理念 中台架构最新的理念实践 Lazada 交易核心本地化技术策略实践 目前，多位资深架构师的演讲内容正在打磨中，即将上线，不论你想成为架构师还是已经是架构师
51520编辑于 2023-04-01 - 来自专栏java达人
与我一起学习微服务架构设计模式9—测试策略(上)
微服务架构中的测试策略概述 常见问题： 将代码扔给QA团队，手动测试，效率很低，在交付流程中才进行测试为时已晚。 使用微服务的一个关键动机是提高可测试性，微服务架构的复杂性要求编写自动化测试，以缩短交付(代码投入生产环境)周期。 什么是测试 测试的目的是验证被测系统的行为。 微服务架构中的测试挑战 进程间通信是微服务架构的核心，开发人员必须编写测试，以验证其服务是否仍旧能与其依赖关系和客户端进行正常交互 端到端测试复杂耗时。
3.5K00发布于 2019-12-05 Kubernetes设计架构
它的设计架构具有高度的可扩展性和灵活性，能够管理大规模的分布式系统。以下是 Kubernetes 的核心设计架构及其主要组件：1. 9. 网络Kubernetes 的网络模型赋予每个 Pod 独立的 IP 地址，Pod 之间可以直接通过 IP 进行通信。
60510编辑于 2024-08-28- 来自专栏Lvshen的技术小屋
设计模式9之命令模式
一般来说，命令模式结合其他设计模式，会有更好的效果。 但是命令模式中Command也不能无限扩展，如果有N个命令，那就会有N个Command子类，这样也不是很好。
36410编辑于 2022-05-05 - 来自专栏后端技术
系统设计与分析 作业9
使用ECB实现 make reservation用例的详细设计（包含用例简介，顺序图，类图） 1.1 用例简介 该用例完成用户订购酒店的整体过程。 用户可搜索酒店，得到搜索表单。 将逻辑设计类图映射到实际项目框架的包图。用树形结构表述实现的包和类
46240发布于 2019-05-25 - 来自专栏Android技术分享
移动架构-IOC架构设计
控制反转（Inversion of Control，缩写为IoC），是面向对象编程中的一种设计原则，可以用来减低计算机代码之间的耦合度。 } }); 这里使用注入，其过程比布局和控件注入稍微复杂一点，这是考虑到了扩展性，不能单一使用id完成注解 事件的监听包含事件源，事件和回调，因此其注解就稍微复杂一点，这里设计一个监听各种点击事件的监听
1.1K41发布于 2019-05-10 - 来自专栏搜云库技术团队
架构设计《一》谈谈架构
那什么样的系统要考虑做架构设计? 四、代码架构（也叫开发架构）： 子系统代码架构主要为开发人员提供切实可行的指导，如果代码架构设计不足，就会造成影响全局的架构设计。 比如公司内不同的开发团队使用不同的技术栈或者组件，结果公司整体架构设计就会失控。 代码架构主要定义： 一、代码单元: 1、配置设计 2、框架、类库。二、代码单元组织： 1、编码规范，编码的惯例。 系统架构的设计要求架构师具备软件和硬件的功能和性能的过硬知识，这也是架构设计工作中最为困难的工作。 4、《分布式服务架构：原理、设计与实战》 这本书全面介绍了分布式服务架构的原理与设计，并结合作者在实施微服务架构过程中的实践经验，总结了保障线上服务健康、可靠的最佳方案，是一本架构级、实战型的重量级著作
3.3K43发布于 2019-10-17 - 来自专栏AI大模型应用开发炼丹房
一文读懂AI智能体架构设计的9大核心技术
今天我们来系统梳理AI智能体架构设计的九大核心技术，这些技术构成了现代AI应用开发的核心框架，涵盖从基础推理到多智能体协作、从数据处理到人机交互的关键层面。欢迎各位指正交流。 其核心架构包括以下组件：Prompt（提示词）：用于引导大语言模型（LLM）的行为，定义可用的工具集，输出为JSON格式，指示下一步操作（如工具调用或函数调用）。 其架构分为两阶段：预处理：将文本数据分块、编码为向量，并存储至向量数据库。检索与生成：将用户查询与向量库匹配，检索相关上下文，与问题一并提交给LLM生成答案。 最后总结以上九大技术构成了AI智能体架构的核心体系，覆盖了智能体基础、多智能体协作、知识增强、模型优化、工具调用、协议标准化及人机交互等关键维度。 如果您对AI大模型架构设计与落地实践感兴趣，欢迎关注我的后续分享。
4.7K41编辑于 2025-09-11 - 来自专栏白驹过隙
架构设计 - Server设计草稿
架构可依据具体前端需求进行裁剪，灵活配置。 gate用于业务框架分布式部署，在业务量可控范围可取消，做集中控制。
76720发布于 2018-06-25 - 来自专栏白驹过隙
架构设计 - Server设计草稿
架构可依据具体前端需求进行裁剪，灵活配置。 gate用于业务框架分布式部署，在业务量可控范围可取消，做集中控制。
907100发布于 2018-05-18 - 来自专栏IT大咖说
软件架构设计-软件架构风格、分层架构
软件架构是可传递可复用的模型，架构就是体系结构。架构设计介于需求分析和软件设计之间。架构设计就是需求分配，即满足，需求的职责分配到组件上。 软件架构设计是降低成本、改进质量、按时和按需交付产品的关键因素。 然而系统架构的给出必须建立在需求明确的基础上。 软件架构能够在设计变更相对容易的阶段，考虑系统结构的可选方案，便于技术人员与非技术人员就软件设计进行交互，能够展现软件的结构、属性与内部交互关系。 比如java内存垃圾的回收机制也做成了一种设计模式。 7. 软件架构需求 软件架构需求是指用户对目标软件系统在功能、行为、性能和设计约束等方面的期望。 9. OMG接口定义语言IDL IDL 是一种接口定义语言，具体的定义会涉及到接口以及相关部分。文件包含的主要元素有：接口描述、模块定义、类型定义、常量定义、异常、值类型。
3.9K41发布于 2021-07-19 - 来自专栏悠扬前奏的博客
Kafka-9.设计-消息分发语义
在了解了生产者和消费者的工作方式之后，我们来讨论Kafka在生产者和消费者之间提供的语义保证。 显然，有多个可能的消息专题保证可以提供：
69730发布于 2019-06-15 - 来自专栏信数据得永生
Java 设计模式最佳实践：6~9
根据这个页面的说法，一个没有回应的网站在搜索引擎中的排名很低： “响应式设计是谷歌的推荐设计模式” 反应式系统是一种使用元素构成复杂系统的架构风格，有些元素是用反应式编程技术构建的。 分层架构 模型-视图-控制器架构 面向服务的架构 基于微服务的架构 无服务器架构 什么是应用架构？ 当我们开始构建一个应用时，我们有一组需求，我们试图设计一个我们认为能够满足所有需求的解决方案。 适用于一个应用的架构或设计可能不适用于另一个应用；例如，银行解决方案架构可能看起来与电子商务解决方案架构不同。另外，在一个解决方案中，不同的组件可能需要遵循不同的设计方法。 总结 在本章中，我们讨论了各种架构风格，从分层架构、MVC 架构、面向服务架构、微服务开始，最后是无服务器架构。我想到的一个明显的问题是：在这些设计应用的风格中，哪一种是最好的。 因此，大多数时候，您可能会使用这些架构风格的混合体。例如，如果我们正在进行基于面向服务架构的设计，我们可能会看到这些服务的内部实现可能是基于分层或 MVC 架构的。
2.3K10编辑于 2023-04-23
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号