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