- 综合排序
- 最热优先
- 最新优先
- 来自专栏小白晋级大师
分布式系统架构4：容错设计模式
这是小卷对分布式系统架构学习的第4篇文章，虽然知道大家都不喜欢看纯技术文章，写了也没多少阅读量，但是为了个人要成长，小卷最近每天都会更新分布式的文章1.概念容错策略，指的是“面对故障，我们该做些什么”； 而容错设计模式，指的是“要实现某种容错策略，我们该如何去做”。 上一篇已经讲了7种容错策略，为了实现各种策略，开发总结了一些容错设计模式，包括微服务常见的：断路器模式、舱壁隔离模式、超时重试模式。 4.重试模式概念：适用于解决系统的瞬间故障，如：网络抖动、服务临时过载问题。通过设定调用超时时间和重试次数，在调用失败后自动重试，提升服务调用成功率。 服务恢复检测需要额外开销 服务调用失败率高，可能影响全局性能的场景舱壁隔离模式故障隔离，防止系统资源被耗尽 增加系统设计复杂性 多模块
44710编辑于 2024-12-20 - 来自专栏EdisonTalk
5分钟了解系统架构设计（4）
最近梳理了之前学习的架构设计相关的一些课程学习总结，将其整理成了一个大纲脑图，以每篇5分钟系列展现出来，希望对你有所帮助。 本篇，我们聚焦架构设计和架构拆分的原则。 架构设计的原则 （1）合适原则 合适优于业界领先 （2）简单原则 简单优于复杂 （3）演化原则 演化优于一步到位 架构即人性，设计一个符合企业当前情况，又可以演进、不好大喜功的架构，善莫大焉。 架构拆分的案例 （1）典型案例 某位研发工程师在重构一个负责交易流程的系统时，将其拆分成报价系统、促销系统，以及订单系统，而当时他们只有两个人负责交易系统的开发工作。 （4）回答点评 立足于点：从原有系统中关于订单、促销和报价功能耦合在一起带来的实际问题出发 连接成线：从交易流程的角度做设计串联起三个系统的拆分逻辑是连接成线 扩散成面：从复杂度和成本考量的方向夯实了设计的原则 参考资料 李运华，《从0开始学架构》 刘海丰，《架构设计面试精讲》 潘新宇，《23讲搞定后台架构实战》 作者：周旭龙 出处：https://edisonchou.cnblogs.com 本文版权归作者和博客园共有
48620编辑于 2023-03-06 系统架构设计
系统架构设计 系统架构设计是一个复杂而重要的过程，需要考虑多个方面的因素来满足系统的需求和目标。 下面是一个大致的系统架构设计的步骤： 以上是一个大致的系统架构设计的步骤，实际的设计过程可能会更加复杂和细致，需要结合具体的项目和需求来进行设计。 同时，系统架构设计是一个迭代的过程，需要不断地进行评估和优化。 系统架构设计是一个复杂而重要的过程，需要考虑多个方面的因素来满足系统的需求和目标。 安全设计：考虑系统的安全性，包括数据的加密、身份认证、访问控制等安全方面的设计。 进行系统评估和优化：对设计的系统架构进行评估和优化，确保系统满足需求和目标，并提高系统的性能和可靠性。 以上是一个大致的系统架构设计的步骤，实际的设计过程可能会更加复杂和细致，需要结合具体的项目和需求来进行设计。同时，系统架构设计是一个迭代的过程，需要不断地进行评估和优化。
40610编辑于 2025-08-29- 来自专栏Java项目实战
WMS系统架构设计
仓储物流系统架构设计： 数据库层：用于存储仓库、货物、订单等信息。 应用程序层：包括库存管理、货物追踪、订单管理、仓库布局、自动化设备控制等功能模块。 以上是仓储物流系统中的部分专业词汇 WMS系统架构设计： 图片 WMS系统架构设计是指为实现仓库管理系统的功能需求，设计出符合系统性能、可靠性、可维护性、可扩展性、安全性等要求的软件架构。 WMS系统的架构设计需要考虑以下几个方面： 系统架构模式：WMS系统的架构模式可以采用分层架构、MVC架构、微服务架构等。 系统可扩展性设计：WMS系统需要考虑系统的可扩展性问题，包括系统的模块化设计、基础设施的设计等。 系统集成设计：WMS系统需要考虑系统集成问题，包括与其他系统的接口设计、数据交换等。 综上所述，WMS系统架构设计需要综合考虑系统的功能需求、性能需求、安全需求、可扩展性需求等方面，设计出合理的系统架构，以实现系统的高效、稳定、安全和可持续发展。
2.3K00编辑于 2023-03-20 - 来自专栏【程序员Aion】带你去考证
系统架构设计师｜关于系统架构（上）
前言从本篇开始，梳理关于软考的「系统架构设计师」的文章，如果不对，还望指出。1.1 系统架构系统架构是系统的一种整体的高层次的结构表示，是系统的骨架和根基，其决定了系统的健壮性和生命周期的长短。 系统架构设计的目的是对需要开发的系统进行一系列相关的抽象，用于指导系统各个方面的设计与实现，架构设计在系统开发过程中起着关键性作用，架构设计的优劣决定了系统的健壮性和生命周期的长短。 4、对软件系统结构的深入研究将会成为提高软件生产率和解决软件维护问题的最有希望的新途径。 ● 实现阶段：将设计阶段设计的算法及数据类型用程序设计语言进行表示，满足设计、架构和需求分析的要求，从而得到满足设计需求的目标系统。 1.6 软件架构建模软件架构的模型分成4种：结构模型、框架模型、动态模型和过程模型。● 结构模型：这是一个最直观、最普遍的建模方法。此方法以架构的构件、连接件和其他概念来刻画结构。
1.7K31编辑于 2024-08-19 - 来自专栏架构之家
Uber系统架构设计
Uber 一开始是单体架构，后来逐渐演化为面向服务的架构。Uber 最早只为旧金山提供服务，他们称之为 UberBlack。 核心架构：类名、业务逻辑单元之间的继承关系、主业务逻辑、插件点（名称、依赖关系、结构等）、响应式编程链（响应式编程之间的关系）、统一平台组件（统一的平台级模块） 解决方案 应用 iOS 架构（从 MVC 从关系型数据库 PostgreSQL 到建立在 MySQL 之上的无模式 NoSQL 数据库 ---- 系统架构 ---- 系统组件 地图 — 把出租车位置发送给乘客 乘客发出出行请求， L3 是基于 IP 的负载均衡，L4 用于基于 DNS 的负载均衡，L7 处理应用程序负载均衡。 Kafka Kafka 为 Uber 提供了日志层。 出处：https://xie.infoq.cn/article/c7c4c0fb77b70d1ea3c8c5e0b
1.8K10编辑于 2022-09-01 - 来自专栏【程序员Aion】带你去考证
系统架构设计师｜关于系统架构设计师（下）
背景本篇为系统架构设计师的第二篇，主要说说何为系统架构设计师，他与系统架构之间的关系以及如何成为系统架构设计师，如有描述不清，还望指出。 架构设计师是系统开发的主体角色，构设计师的成果是创建架构，系统开发中架构设计师是整个系统的核心。架构设计师是负责系统架构的人、团队或组织 (IEEE1471-2000)。 根据架构师关注的领域不同，可将系统架构设计师分为4种：企业架构师EA(Enterprise Architect)、基础结构架构师IA(Infrastructure Architect)、特定技术架构师TSA (4)技术架构设计和实现能力。在软件开发和信息系统建设中至关重要的能力，包括需求分析、架构设计、技术选型、实现与部署等。(5)应用系统架构的解决和实现能力。 4 系统架构师与其他岗位的区别4.1 与项目经理区别首先想到的应该是项目经理，项目经理是对项目的控制和管理，关注项目本身的进度、质量、资源分配和调度、协调资源的一个负责人，项目最终的有项目经理负责。
1.8K50编辑于 2024-08-20 SaaS架构：多租户系统架构设计
多租户技术是一种软件架构技术，它是在探讨与实现如何于多用户的环境下共用相同的系统或程序组件，并且仍可确保各用户间数据的隔离性。 每个租户只能操作归属或授权给该租户的数据； （2）组织：如果租户是一个企业客户，通常就会拥有自己的组织架构； （3）用户：租户下的具体使用者，拥有用户名、密码、邮箱等账号信息的自然人； （4）角色：用户操作权限的集合 而SaaS软件的数据是存放在SaaS平台供应商的服务器上，数据不受自己控制，也不能对运维的细节进行控制，比如基础架构的备份、灾难恢复和安全策略等，数据的隐私性和安全性存在一定的隐患。 4. 劣势： （1）租户相互影响：因为所有租户共享一组资源，当一个租户占用大量机器资源时，其他租户的使用体验很可能受到影响，在这种情况下，就有必要对技术架构，设计一些限制(限流、降级、服务器隔离等)，以使影响可控 单个租户也可以独占一套云资源； （2）多个租户间能够实现数据和行为的隔离，能够对租户进行分权分域控制； （3）租户内部能够支持基于组织架构的管理，可以对产品能力进行授权和管理； （4）不同的产品能力可以根据客户需求
1.9K21编辑于 2025-11-03- 来自专栏cwl_Java
快速学习-电影推荐系统设计(系统架构)
电影推荐系统设计 主要内容 项目框架 数据的生命周期 大数据的处理流程 系统模块设计 项目系统架构 系统数据流图
1.2K20发布于 2020-03-23 - 来自专栏陈大剩博客专栏
软考系统架构设计师(一)：系统设计
接口设计（人机界面设计)︰软件内部，软件和操作系统间以及软件和人之间如何通信。 过程设计:系统结构部件转换成软件的过程描述。 内聚 && 耦合 系统设计 系统设计-面向对象设计-基本过程 系统设计-面向对象设计–设计原则 单一职责原则:设计目的单一的类 开放-封闭原则:对扩展开放，对修改封闭 李氏(Liskov)替换原则: -面向对象设计–设计模式 架构模式:软件设计中的高层决策，例如C/S结构就属于架构模式，架构模式反映了开发软件系统过程中所作的基本设计决策 设计模式:主要关注软件系统的设计，与具体的实现语言无关 惯用法 :是最低层的模式，关注软件系统的设计与实现，实现时通过某种特定的程序设计语言来描述构件与构件之间的关系。 例如引用-计数就是C+语言中的一种惯用法 系统设计–面向对象设计-设计模式
86230编辑于 2023-03-06 - 来自专栏后端技术
系统设计与分析 作业4
a hotel reserve hotel 50 5 you can reserve a hotel by selecting a hotel and room. manage basket 30 4 查找淘宝退货业务官方文档，使用多泳道图，表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务，在淘宝网上需要实现哪些系统用例 3.
50720发布于 2019-05-25 - 来自专栏Java项目实战
机票系统架构设计文档
机票系统架构设计文档 图片 一、概述 随着航空业的快速发展，机票预订系统已成为航空公司及其客户之间必不可少的桥梁。 机票系统是一个复杂的系统，它需要处理大量的数据，包括机票价格、航班时刻表、座位预订、乘客信息等。本文将介绍一个机票系统的架构设计，包括系统的架构模式、技术栈、数据模型、安全机制等。 二、架构模式 本机票系统采用微服务架构模式，将整个系统分成多个小型的、自治的服务，每个服务都可以独立运行、独立部署、独立扩展。 微服务架构模式的优点在于： 高度可扩展性：每个微服务都可以独立扩展，无需整个系统的协调。 高度灵活性：每个微服务都可以使用不同的技术栈，无需整个系统的一致性。 防止攻击：系统会对恶意攻击进行监测和防御，以保证系统的稳定性和安全性。 六、总结 本文介绍了一个机票系统的架构设计，包括系统的架构模式、技术栈、数据模型、安全机制等。
1.4K00编辑于 2023-03-17 - 来自专栏对线JAVA面试
架构思维：系统容量设计
概念 何为设计容量，从技术上说就是运用一些策略对系统容量进行预估的过程。容量设计是架构师必备的技能之一。 他要求我们分析系统设计容量要求，尽可能给出具体数据描述的：数据量、并发量、带宽、注册用户规模、活跃用户规模、在线用户规模、消息长度，图片大小、网盘空间容量，内存CPU容量等。 一个成熟系统日QPS也可以预估 ,比如 百度首页的日PV数量为 5000W,按照我们说的常规活动时间4W秒算,就是5000W / 4W = 1250 QPS. 3、评估高峰区间的QPS 我们在做系统容量规划时 我们在一个系统上线前，一般来说是需要进行压力测试,了解她实际的极限值在哪个地方，以我们上面流量图为例子（日平均QPS为2900，峰值QPS为7500），这个系统的架构可能是这样的： 1、经由APP和Web 系统设计容量评估的步骤： 1、分析日总访问量：产品、运营的评估和线上数据的收集 2、评估日平均访问量QPS：评估运营时间内的平均QPS 3、评估高峰区间的QPS：流量曲线计算 或 28 法则估算 4、性能压力测试
81540编辑于 2022-10-27 - 来自专栏琦小虾的Binary
系统架构师设计培训心得之二——架构设计
最简单的区分方法，就是可以将架构比作设计图纸，框架比作源码。而框架的选择是架构设计的重要部分，选择框架的一步，被称为架构的概要设计。 网上查询资料过程中，发现《基于鲁棒图进行概念架构设计》一文中的内容完全就是上课讲的关于鲁棒图的所有内容，这里就不多赘述了。 五. 总结 基本上一个项目的架构设计的过程就是上面的四个步骤。 最后老师又给我们举了一个项目管理系统的例子。 项目经理、开发人员、研发经理、管理层等）； (2) 合并特性：将用户需求特性列表中的内容按照各种职能角色进行分析，并将任务分配，分配的每项任务都需要用例覆盖； (3) 描述用例：对每个用例进行描述； (4) 这么多正好，我也不介意多加一笔：把整个培训内容总结完之后，我也正好用自己设计的项目用培训中学到的架构设计方法写一篇设计文档。 Flag 已经立起来了。为什么立 Flag 呢？
98920发布于 2019-09-18 - 来自专栏架构之家
灰度发布系统架构设计
灰度发布的定义 互联网产品需要快速迭代开发上线，又要保证质量，保证刚上线的系统，一旦出现问题可以很快控制影响面，就需要设计一套灰度发布系统。 灰度发布系统的作用，可以根据配置，将用户的流量导到新上线的系统上，来快速验证新的功能，而一旦出现问题，也可以马上的修复，简单的说，就是一套A/B Test系统。 灰度发布允许带着bug上线，只要bug不是致命的，当然这个bug是不知道的情况下，如果知道就要很快的改掉 简单灰度发布系统的设计 灰度简单架构如上图所示，其中的必要组件如下： 1、策略的配置平台，存放灰度的策略 进行取模 组合策略：多个服务同时灰度，比如我有A/B/C三个服务，需要同时对A和C进行灰度，但是B不需要灰度，这个时候就需要一个tag字段，具体实现在下文详述 灰度发布具体的执行控制 在上面的简单灰度发布系统架构中我们了解到 ，灰度发布服务分为上游和下游服务，上游服务是具体的执行灰度策略的程序，这个服务可以是nginx，也可以是微服务架构中的网关层/业务逻辑层，下面我们就来分析一下不同的上游服务，如何落地 Nginx 如果上游服务是
73310编辑于 2022-07-12 - 来自专栏架构之家
架构与思维：系统容量设计
概念 何为设计容量，从技术上说就是运用一些策略对系统容量进行预估的过程。容量设计是架构师必备的技能之一。 他要求我们分析系统设计容量要求，尽可能给出具体数据描述的：数据量、并发量、带宽、注册用户规模、活跃用户规模、在线用户规模、消息长度，图片大小、网盘空间容量，内存CPU容量等。 一个成熟系统日QPS也可以预估 ,比如 百度首页的日PV数量为 5000W,按照我们说的常规活动时间4W秒算,就是5000W / 4W = 1250 QPS. 3、评估高峰区间的QPS 我们在做系统容量规划时 我们在一个系统上线前，一般来说是需要进行压力测试,了解她实际的极限值在哪个地方，以我们上面流量图为例子（日平均QPS为2900，峰值QPS为7500），这个系统的架构可能是这样的： 1、经由APP和Web 系统设计容量评估的步骤： 1、分析日总访问量：产品、运营的评估和线上数据的收集 2、评估日平均访问量QPS：评估运营时间内的平均QPS 3、评估高峰区间的QPS：流量曲线计算 或 28 法则估算 4、性能压力测试
82730编辑于 2022-09-02 - 来自专栏Coder的技术之路
支付系统架构设计详解
那么，支付系统到底长什么样，又是怎么运行交互的呢? 抛开带有支付牌照的金融公司的支付架构，下述链路和系统组成基本上符合绝大多数支付场景。 其实整体可以看成是交易核心+支付核心 两个大系统。 交易系统关联了业务场景和底层支付，而支付系统完成了调用支付工具到对账清算等一系列相关操作。下面我们就来一起看下 各个系统的核心组成和交互。 作者：Petter Liu 出处：http://www.cnblogs.com/wintersun/ Part one 支付系统总览 核心系统交互 业务图谱 Part two 核心系统解析 交易核心 交易核心把公司的业务系统和底层支付关联起来，让业务系统专注于业务，不比关心底层支付。 CAS校验 幂等 & 异常补偿 对账 准实时对账 DB拆分 异步化 支付是整个交易链路的核心环节，那么，怎么兼顾支付系统的稳定性和执行效率呢？是异步化。
91930编辑于 2022-09-19 - 来自专栏IT运维技术圈
支付系统架构设计详解
那么，支付系统到底长什么样，又是怎么运行交互的呢? 抛开带有支付牌照的金融公司的支付架构，下述链路和系统组成基本上符合绝大多数支付场景。 其实整体可以看成是交易核心+支付核心 两个大系统。 交易系统关联了业务场景和底层支付，而支付系统完成了调用支付工具到对账清算等一系列相关操作。下面我们就来一起看下 各个系统的核心组成和交互。 作者：Petter Liu 出处：http://www.cnblogs.com/wintersun/ Part one 支付系统总览 核心系统交互 业务图谱 Part two 核心系统解析 交易核心 交易核心把公司的业务系统和底层支付关联起来，让业务系统专注于业务，不比关心底层支付。 CAS校验 幂等 & 异常补偿 对账 准实时对账 DB拆分 异步化 支付是整个交易链路的核心环节，那么，怎么兼顾支付系统的稳定性和执行效率呢？是异步化。
1K20编辑于 2022-08-05 - 来自专栏性能与架构
架构与思维：系统容量设计
概念 何为设计容量，从技术上说就是运用一些策略对系统容量进行预估的过程。容量设计是架构师必备的技能之一。 他要求我们分析系统设计容量要求，尽可能给出具体数据描述的：数据量、并发量、带宽、注册用户规模、活跃用户规模、在线用户规模、消息长度，图片大小、网盘空间容量，内存CPU容量等。 一个成熟系统日QPS也可以预估 ,比如 百度首页的日PV数量为 5000W,按照我们说的常规活动时间4W秒算,就是5000W / 4W = 1250 QPS. 3、评估高峰区间的QPS 我们在做系统容量规划时 我们在一个系统上线前，一般来说是需要进行压力测试,了解她实际的极限值在哪个地方，以我们上面流量图为例子（日平均QPS为2900，峰值QPS为7500），这个系统的架构可能是这样的： 1、经由APP和Web 系统设计容量评估的步骤： 1、分析日总访问量：产品、运营的评估和线上数据的收集 2、评估日平均访问量QPS：评估运营时间内的平均QPS 3、评估高峰区间的QPS：流量曲线计算 或 28 法则估算 4、性能压力测试
1.9K30发布于 2021-11-02 - 来自专栏Java项目实战
滴滴打车系统架构设计
一、需求分析 系统高清架构图参考链接 滴滴打车系统架构图_系统架构图_打车软件系统架构图_功能架构图_系统架构图模板 - 在线模板社区 (edrawmax.cn) 1.1 业务需求 打车系统是一种基于互联网的出行服务 （3）完成订单：司机完成订单后，需要在系统上进行确认，以便系统进行支付。 （4）评价：乘客对司机的评价也会在司机端进行展示。 二、系统架构设计 2.1 架构模式 系统采用微服务架构模式，将系统拆分成多个小型服务，每个服务都是独立的，可以独立部署和扩展。这种架构模式能够更好地满足系统的可扩展性和可维护性需求。 （4）负载均衡：Nginx、HAProxy等。 （5）容器技术：Docker、Kubernetes等。 2.4 系统架构图 ! 四、总结 本文介绍了打车系统的架构设计，包括需求分析、架构模式、系统模块、技术选型、系统架构图、系统交互流程和部署方案。
4.3K71编辑于 2023-03-18
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号