默认分类
未读
Day31-02|10.1.2 演化和定义的关系:让架构描述跟上系统真实变化
Day31-02|10.1.2 演化和定义的关系:让架构描述跟上系统真实变化 一、教材定位 软件架构定义描述系统的结构、行为、约束、质量目标和利益相关者关注点;软件架构演化则描述这些内容在生命周期中如何变化。二者不是互相独立的工作:架构定义为演化提供当前基线、设计意图和约束,架构演化又会不断检验、修
默认分类
未读
Day31-03|10.2.1 对象演化:让领域模型随着业务规则持续生长
Day31-03|10.2.1 对象演化:让领域模型随着业务规则持续生长 一、教材定位 面向对象系统的架构演化,首先会反映在对象和类的变化上。业务概念增加、职责重新划分、状态规则变化、关联关系调整以及数据生命周期变化,都会推动对象模型演化。对象演化不是简单地增加一个类或修改一个属性,而是要保持封装、
默认分类
未读
Day31-04|10.2.2 消息演化:在协议变化中保持协作和数据一致
Day31-04|10.2.2 消息演化:在协议变化中保持协作和数据一致 一、教材定位 在分布式系统、面向服务架构和事件驱动架构中,消息是组件之间传递事实、命令和状态变化的重要载体。随着业务变化,消息的字段、语义、生产者、消费者、路由、顺序和投递方式都会发生变化。消息演化如果缺少契约和兼容控制,容易
默认分类
未读
Day31-05|10.2.3 复合片段演化:在局部变化中保持整体协作稳定
Day31-05|10.2.3 复合片段演化:在局部变化中保持整体协作稳定 一、教材定位 复合片段可以理解为由多个对象、组件、服务、消息、活动或数据步骤组成的较大协作单元。一个订单处理流程、一次支付事务、一段审批流程、一个报表生成任务,都不是单一对象,而是多个元素按一定顺序和规则共同完成的复合片段。
默认分类
未读
Day31-06|10.2.4 约束演化:在变化中管理架构不可逾越的边界
Day31-06|10.2.4 约束演化:在变化中管理架构不可逾越的边界 一、教材定位 软件架构中的约束,是对结构、行为、技术、数据、部署和质量属性的限制或规则。约束可以帮助团队保持一致性、降低风险和保护关键质量,但约束也不是永远不变的。业务规模、法规、技术平台、组织边界和质量目标变化后,原有约束可
默认分类
未读
Day31-07|10.3.1 软件架构演化时期:在生命周期不同阶段采取不同治理策略
Day31-07|10.3.1 软件架构演化时期:在生命周期不同阶段采取不同治理策略 一、教材定位 软件架构的演化并不是从系统上线那一天才开始,也不是只有系统老化后才需要进行。架构从需求分析、概念设计、详细设计、实现、测试、部署、运行维护到退役,都会经历不同形式的变化。不同阶段的变化来源、信息完整度
默认分类
未读
Day31-08|10.3.2 软件架构静态演化:调整结构而不丢失边界和约束
Day31-08|10.3.2 软件架构静态演化:调整结构而不丢失边界和约束 一、教材定位 软件架构静态演化,主要研究系统结构在生命周期中的变化,包括组件、连接器、接口、数据存储、部署节点、层次、分区和配置关系的增加、删除、替换、移动、拆分与合并。它强调“系统由什么构成、各部分如何连接”发生了怎样的
默认分类
未读
Day31-09|10.3.3 软件架构动态演化:在运行时变化中保持行为可控
Day31-09|10.3.3 软件架构动态演化:在运行时变化中保持行为可控 一、教材定位 软件架构动态演化关注系统运行时行为如何随时间、负载、事件、状态、策略和环境变化而调整。与静态演化主要改变组件和连接关系不同,动态演化更强调“系统正在怎样工作”:请求如何路由,状态如何转移,消息如何流动,资源如
默认分类
未读
Day31-10|10.4 软件架构演化原则:让变化可控、可验证、可回退
Day31-10|10.4 软件架构演化原则:让变化可控、可验证、可回退 一、教材定位 前面已经学习了架构演化的重要性、对象、消息、复合片段、约束,以及静态和动态演化。10.4 节对这些内容进行原则层面的归纳。架构演化不是把新技术堆到旧系统上,也不是遇到问题就重写,而是在持续变化中保护业务连续性、质
默认分类
未读
Day31-11|10.5 软件架构演化评估方法:用结构、风险和数据判断改造价值
Day31-11|10.5 软件架构演化评估方法:用结构、风险和数据判断改造价值 一、教材定位 软件架构演化评估,是在架构发生变化之前、变化过程中和变化之后,对演化必要性、可行性、风险、成本、质量属性和实际效果进行系统分析。它既不是只看架构图的技术评审,也不是只看项目进度的管理检查,而是判断一次架构
默认分类
未读
Day31-12|10.6.1 大型网站系统架构演化实例(一):单体架构阶段的取舍与边界
Day31-12|10.6.1 大型网站系统架构演化实例(一):单体架构阶段的取舍与边界 一、教材定位 第 10.6 节通过大型网站的架构演化实例,展示系统如何从简单结构逐步应对用户增长、流量波动、数据规模和业务复杂度。10.6.1 讨论第一阶段的单体架构。单体并不是天然落后或错误的架构,在业务早期
默认分类
未读
Day31-13|10.6.2 大型网站系统架构演化实例(二):垂直架构阶段的拆分与权衡
Day31-13|10.6.2 大型网站系统架构演化实例(二):垂直架构阶段的拆分与权衡 一、教材定位 大型网站从单体架构继续发展时,常见的第一步不是直接进入复杂的分布式微服务,而是按业务功能进行垂直拆分。垂直架构通常把原来集中在一个应用中的模块,拆成相对独立的业务应用,并为每个应用配置相对独立的数