大规模工程及领域架构治理与服务架构合理性的度量-刘中兵.pdf

1、先请家思考1个问题先请家思考1个问题作为名技术架构师，家遇到过哪些痛点问题？系统实际系统实际业务周期业务周期萌芽期萌芽期瓶颈期瓶颈期需要需要个个 程序员程序员打磨期打磨期扩张期扩张期验证成功验证成功衰退期衰退期运营期运营期快！快！快！快！快！快！快速试错快速试错系统期望系统期望技术债务技术债务第第曲线曲线第第曲线曲线第第代码代码个个程程打天下打天下硬着头硬着头 拆服务拆服务快！快！快！快！快！快！快速拆分快速拆分你是不是对过这样的技术怪兽？量复制量复制程程缺规范缺规范服务规划服务规划混乱混乱服务数服务数上万上万业务域业务域混乱混乱 相互拖累相互拖累AllInOne程到处程到处引引，最最3GB量

2、僵量僵服务服务快！快！快！快！快！快！快速稳定！快速稳定！快速降本！快速降本！快上快上系统崩溃系统崩溃降本增效降本增效故障频发故障频发复制新业务代码复制新业务代码 重复代码重复代码多业务代码多业务代码 相互相互牵扯牵扯程师程师抱怨抱怨编码编码效率低，打包效率低，打包30分钟分钟业务交付业务交付 效率低效率低紧急救场紧急救场多业务多业务故障故障 相互相互关联关联仓库仓库混乱混乱 临时代码堆积临时代码堆积快速复制！快速复制！爆炸半径爆炸半径启动启动30分钟分钟怪找 兽到 的征服 法规模服务架构治理与架构合理性度规模服务架构治理与架构合理性度量量快超规模服务架构治理最佳实践刘中兵架构治理4步：道道法

3、法术术器器问题（怪兽）问题（怪兽）的的本质本质是什么？是什么？熵增定律熵增定律架构复杂度架构复杂度打怪兽的打怪兽的法法是什么？是什么？内聚内聚低耦合低耦合通过什么通过什么战术战术打败它？打败它？架构合理性标准架构合理性标准架构合理性问题洞察架构合理性问题洞察打造什么打造什么兵器兵器？数据化数据化具化具化内容摘要：一、（道）一、（道）架构劣化的本质：业务扩张、服务爆炸、劣化本质二、（法）二、（法）架构治理的法与原则：领域化、服务分层、依赖治理三、（术）三、（术）架构合理性的标准与定义：选取什么指标，怎么定义标准，成熟度模型四、（器）四、（器）数据驱动的架构问题洞察：领域规划、服务设计、程依赖、服

4、务运 五、（器）五、（器）产品化/具化：分析具、治理法、防劣化机制六、六、规模组织下的治理推动：全员动、重点部、重点领域、规模服务扩张中规模服务扩张中的的 架构劣化本质架构劣化本质世界在序化、软件在复杂化熵增定律：在熵增定律：在个孤个孤的系统内、如的系统内、如果果 没有外没有外做功，做功，混乱程度会不断增混乱程度会不断增熵：度量熵：度量个系统的内在混乱程度个系统的内在混乱程度宇宙演化规律：宇宙演化规律：然界的万事万物，然界的万事万物，总总 是是从有序到从有序到序序的熵增过程的熵增过程熵增定律是宇宙第熵增定律是宇宙第定律定律软件熵增过程：会从早期的理想状态，软件熵增过程：会从早期的理想状态，逐步

5、演变为复杂、混乱、逐步演变为复杂、混乱、序的状态，序的状态，直到不可维护、直到不可维护、被迫下线或重构被迫下线或重构原因：业务规模变原因：业务规模变，架构中元素和，架构中元素和元元 素间关系增多，素间关系增多，架构复杂度增架构复杂度增宇宙爆炸软件爆炸序度增加3个元素3组关系6个元素15组关系12个元素66组关系50+个元素1225+组关系快业务规模扩张，带来服务规模的爆炸式增业务规模：数亿活跃业务规模：数亿活跃户、户、条业务线；系统规模：条业务线；系统规模：数万个服务数万个服务、数数万服务器万服务器、数百万服务实数百万服务实例例创5年10年15年20年1995Amazon成单体Monolith

6、架构2000切换SOA架构2006切换微服务架构1997Netflix成单体架构：1个WAR包2008切换微服务架构2003淘宝成单体架构：1个核程2008切换微服务架构2011快成单体架构2015单体架构拆分 多服务架构2017业务爆炸增按业务拆分服务2023架构治理领域化重构服务2012头条成LAMP单体架构2018切换微服务架构补充：数据来于上公开数据，可能不准确，仅作参考。服务规模爆炸，带来架构复杂度急剧增加服务数量庞服务数量庞(60000)总服务数总服务数：6w+(Java占54%）均服务数：均服务数：多的部10/，最多200+服务依赖严重服务依赖严重(1000)巨型依赖多巨型依赖多