云原生架构反模式
庞大的单体应用
问题描述 #card
缺乏依赖隔离，
存在代码耦合、
模块间接口 缺乏治理、
不同模块开发发布进度难以协调、
单个模块不稳定影响整个应用等问题
解决方案 #card
- 通过服务化进行适度拆分， 梳理聚合 根，明确服务模块边界和模块间接口定 义，使组织关系和架构关系匹配
单体应用“硬拆” 为微服务
问题描述 #card
过度服务化拆分会致使新架构与组织能力不 匹配，影响架构升级效果。
具体表现有小规 模软件过度拆分、服务间数据依赖、服务拆 分导致性能下降等
解决方案 #card
- 合理评估拆分粒度，充分考量组织能力 与业务实际需求，避免过度拆分，优化 服务间的数据交互设计，提升整体性能
缺乏自动化能力的 微服务
问题描述 #card
- 软件规模增大时，人工处理开发测试运维等 工作会造成交付时间变长、风险提升、运维 成本增加等问题
解决方案 #card
建立完善的自动化能力，
涵盖自动化测 试、发布、环境管理等，
以适应复杂度 提升的需求