案例研究：将结帐系统拆分为太多服务

该项目应该用现代的、可扩展的、松散耦合的实现来取代现有的、单一的、难以扩展的结账系统。为了实现这一目标，选择微服务架构作为软件系统的目标架构。微服务应该由一些核心服务来编排。此外，还有一个 Javascript 桌面应用程序，具有关联的前端后端（使用核心服务作为主要数据提供者）。服务之间的通信要么通过 HTTP 进行同步，要么在某些情况下通过 MQTP 进行异步。发生了什么，有转折点或转折点吗？经过几个月的开发，微服务之间的复杂性开始显着增加，因为对于每个小功能，都需要调整几个服务，并且大多数服务相互依赖。此外，该架构每次调用至少需要五个 HTTP 或 MQTP 连接，才能访问遗留系统中的数

该项目计划用现代、可扩展、松散耦合的实现替代现有的难以扩展的结账系统。选择微服务架构作为目标架构，但微服务之间的复杂性增加，导致系统不稳定。解决方案是将结账系统实现为使用本地交易的模块，这样可以更容易维护和扩展，并解决分层主义问题。错误的决定是由炒作驱动的开发造成的。