微服务与领域驱动设计在架构实践中有哪些总结要点？

本文共计3784个文字，预计阅读时间需要16分钟。

如果软件系统存在持续的迭代周期，那么其中业务、技术和架构的复杂性都会直线上升，相应的开发难度也会提高。随之而来的压力会持续存在于开发和测试之间，导致回弹跳跃。因此，如何构建一个合适的架构至关重要。

如果软件系统存在持续的迭代周期，那么其中业务、技术、架构的复杂性都会直线拉升，其相应的开发难度也会提高，随之而来的压力会持续在开发和测试之间来回横跳。

怎样的架构才能配得上造到飞起的变化？

一、软件复杂性 1、复杂原因

如果软件系统存在持续的迭代周期，那么其中业务、技术、架构的复杂性都会直线拉升，其相应的开发难度也会提高，可以用一句话总结其根本原因：唯一不变的就是变化；

• 业务变化：导致复杂性的根本原因，在多端多版本适配的过程中代码快速膨胀；
• 数据变化：数据随着业务的变化和发展，不断沉淀积累，需要做横向与纵向的管理；
• 技术升级：技术组件可能因为漏洞，或者更好的解决问题，不间断升级版本；
• 人员变动：模块的开发人员一旦出现流动，换人接手会给代码带来风格上的差异；
• 心态起伏：持续应对复杂问题，但平稳的心态很难持续，也是人员流动的一个因素；

应对复杂的变化一直都是软件工程的核心难点问题，如何用较小的架构变化应对较大的业务变化，就是设计中常说的：高内聚、低耦合；还需要补充很重要的一点：单从技术层面是无法持续解决复杂问题的，还需要从管理角度去定义流程标准，规范各种解决方案，是整个部门要持续面对的事项。