越来越多吹捧单体的炒作如同当初炒作微服务一样愚蠢。
当我开始从事技术工作时，世界被GoF四人帮设计模式所困扰。
现在，我们被服务架构SOA所迷惑。
这些模式往往是陷阱，掩盖了真正的实践经验。
你应该从微服务中学到的是：
尽量让你的开发团队更小（比如8个人），他们拥有并运送单一的东西，并且有自主权，与其他团队有明确的合同。
所以，如果你有100个工程师，你可能有10个微服务。
但这并不难
因为每个团队只处理一件事。人们只会在一个地方搞砸，即服务应该是小的。
因此，一个由10名工程师组成的团队创建了10个微服务，现在我们的管理和调试都是废话。
如果愚蠢的单体架构趋势继续下去，人们就会开始在一个单体中投入100个工程，然后你们就会回到使部署容易但开发困难的状态，因为大型共享代码库的约束。
在我的职业生涯中，我确实遇到过这种情况。这是在J2EE单体的辉煌时期。我们不叫它单体，而是叫ClearCase。我们有数以百计的海外承包商为同一个代码库做贡献。
要有逻辑性。做简单的事情。懒一点。
网页评论：
1、事实证明，没有“最佳实践”可以取代理解你试图解决的问题，以及在你的情况下重要的权衡。
2、那些没有使用过远程EJB并认为通过网络进行通信的成本很低的人，现在正在回滚到本地EJB。（微服务=远程remote EJB；单体=本地local EJB）