微服务分解设计四种法则

,如果您在设计大型并发应用程序或者准备拆解之前的老系统时，我想你第一考虑的是微服务架构方式。,,前面我们了解到微服务架构将应用程序构建为一系列松散耦合的服务，是为了通过实现持续交付和灵活部署来加速软件开发。,为了创建微服务架构，一种策略是基于业务能力进行分解。作为一家企业，项目是为了创造价值。例如，在电子商务业务中，订单管理、库存管理、支付、运输等都涉及。,,领域驱动设计 (DDD) 方法是一种构建复杂软件应用程序的方法，它基于面向对象领域模型的开发。DDD 为每个子域定义了单独地域模型。每个子域都属于一个域。识别子领域与识别业务能力的过程比较相似，即分析业务和识别专业领域。最有可能的是，大多数是业务熟悉的子域。领域模型的范围在 DDD 中称为有界上下文。有界上下文包括实现模型的代码组件。,,在分解单体应用程序时，可能会出现挑战。,将遗留的单体应用程序迁移到微服务架构时，会使用 Strangler 模式。通过用新服务替换特定功能，可以使用这种模式逐步转换单体应用程序。新服务一旦准备好，旧组件就被扼杀，新服务投入使用，而旧组件退役。,,单体应用最终会缩小功能，而微服务将接管整体功能。,