恭喜从单点故障变成多点故障！
拥有长期支持成本的架构中的所有决策之间存在平衡。在43个技术堆栈上拥有43个服务不仅要在可操作性方面而且还要在劳动力的发展和可替代性方面付出长期成本。
43比在线银行monzo的1500+毫秒小，他们雇用了约150多名工程师来维护这些。可以肯定的是，dev，ops必须与ms的数量成比例地缩放。采用MS的方式与敏捷类似：成功案例喜忧参半。
Microliths
去年，我参加了一个受人尊敬的开发人员的演讲，他说的和您说的几乎是同一回事，作为社区我们需要从中学到什么？去耦很难吗？数据库仍然是瓶颈？EventSourcing不能加入？规模微服务难吗？还有什么？
解耦并能够独立构建，部署和运行的答案是什么？在2019年，一切的答案就是KUBERNETES！
说得好。在这种情况下，我总是问，除了技术团队之外，谁将从变更中受益，最终用户或客户是否真的从变更中受益，或者还有其他优先事项会使用户受益，而不是重新架构为“微服务”。
您是说现在他们有43块巨石单体吗？
组织分布，数据库中没有单点故障，这些只是梦想。