微服务架构设计知识点总结.docxVIP

微服务架构设计知识点总结

微服务架构将单体应用按业务边界拆分为一组可独立部署的服务，是大型互联网系统的主流形态，但也带来了分布式环境下的复杂性。本文档系统梳理服务拆分、注册发现、通信方式、容错治理、分布式事务与可观测性六大主题，帮助读者建立知其所以然的架构认知。

一、从单体到微服务

1.1演进动因与代价

单体架构开发部署简单，规模增长后暴露问题：代码耦合导致局部修改全量回归、构建与启动缓慢、无法按模块独立扩容、一个模块故障拖垮全局。微服务按业务边界拆分后，各服务独立开发、独立部署、独立伸缩、故障隔离，团队可并行迭代。

但微服务不是免费午餐：分布式调用引入网络不确定性；数据拆分后跨服务事务复杂；链路长导致排障困难；运维成本成倍上升。选型判断：初创期用模块化的单体（内部按DDD分模块）更快；当团队规模、部署频率、系统复杂度三者的痛点同时出现时，再向微服务演进——拆分的时机应滞后于痛点出现，而非提前预设。

1.2拆分原则

服务粒度以独立业务能力+独立数据所有权+小团队可维护为判据：一个服务对应一个限界上下文（如订单、库存、支付各为一个服务），拥有私有数据库，服务间只通过接口通信、禁止直连他人数据库。拆分粒度宁粗勿细，先按大边界拆（业务域），运行一段时间后再细化，反复拆分合并的成本远低于一步到位的幻想。

二、服务注册与发现

服务实例动态扩缩导致地址不固定，注册中心承担服务通讯录角色：服