我曾管理过一个产品，一个6-8人的团队处理200多个微服务

… 我曾管理过一个产品，由6到8人的团队负责200多个微服务。我也曾同时管理另一个产品的团队，当时有80多人负责一个单体架构。我学到了什么？两种方法各有优缺点。使用微服务，只需一两个人就能轻松地进行隔离的更改。但同时，全局更改会变得困难得多。这就是权衡，你的思维模型需要与你的业务逻辑保持一致。如果你的软件解决的是紧密关联的业务问题，微服务可能并不是合适的选择。另一方面，如果你有很多不同生命周期的集成，但内部协议稳定，微服务可能会成为救星。如果有人告诉你其中一种方法在所有情况下都更好，那他们是在表现出教条主义，而不是理性。最终，问题不在于架构，而在于你如何构建抽象，以及如何进行测试和解耦。