微服务架构

服务拆分的关键不在服务数量，而在边界划在哪里：拆分的本质是隔离变化、隔离数据、隔离故障。判断边界是否成立的三个维度是变更频率、数据归属和故障隔离，需依次盘点模块痛点、绘制变更图和表级读写图、列故障场景，三者都支持才值得拆。过早拆分和高成本的组织硬切都是常见误判，应增量试点，先验证团队能力再决定是否继续。

微服务下CI/CD关键在依赖与版本管理。每服务独立流水线，可重复构建，分层测试并强化契约测试。依赖用语义化版本，接口只增不减，数据库先扩后收。按风险选滚动、金丝雀或蓝绿部署。特性开关分离部署与发布，自动回滚须演练且向后兼容。落地先标准化流水线与版本，再补契约测试和依赖图，最后上金丝雀与自动回滚。