为敏捷架构设计微服务的4个步骤

使用反腐败策略来解耦。如果存在对已有应用程序数据或特性的依赖，则需要设计一个抽象层，以确保新服务保持解耦。称为“反破坏层”(ACL)，其目标是隐藏遗留环境的内部域模型——并防止它们破坏您的新服务设计。

步骤3:设计松散耦合的服务

为松散耦合的消费设计接口——将服务隔离为自包含的部署单元。

保持您的服务组合松散耦合。Olliffe说:“随着服务集的增长，你将不得不处理它们之间的各种关系。”“其中一些服务将具有简单的消费者-提供商关系或发布者-订阅者关系，但你也可能在某个时候创建一个现有服务的组合服务。”

解耦数据所有权、持久性、访问和报告。为了在服务之间提供最大程度的敏捷性和独立性，必须对数据进行解耦。一个服务拥有的数据和另一个服务拥有的数据之间不可能存在数据库强制的关系(例如，引用完整性)。

步骤4:管理服务生命周期

实现一致的版本控制策略。MSA支持并管理快速变更。因此，你需要一个服务和接口的版本控制策略:

• 明确如何识别和部署新版本。
• 中断对接口的更改(以及对接口的版本控制)应该是最后的手段。
• 对于每一个突破性的更改，您必须支持过渡时期，在过渡时期，接口的旧版本和最新版本被并行支持。

实现服务依赖跟踪机制。随着微服务数量的增长，你肯定会问:“我的服务依赖关系图是什么样的?”所显示的依赖关系可以是同步的，也可以是异步的，但是架构师和服务开发人员仍然需要了解哪些服务正在使用它们的功能，以及它们的服务依赖哪些功能。

“理解细粒度微服务架构通常是实现细节是很重要的，”Olliffe解释道。尽管它的设计可能很复杂——并伴随着它自己的一组挑战——但如果实现得当，收益将提供最小化的设计时间、构建时间和服务与其消费者之间的运行时依赖关系。