java - JMS/REST 客户端作为集中式库还是每个微服务一个？

Question

为什么微服务架构思维会看到复制所有 REST/JMS 客户端以便每个服务都有其独立代码的好处？

考虑到单个库/适配器对服务器规范的舒适性和可维护性，因此每个人都将其用作抽象，这种权衡真的有效吗？

实践中有什么好处？

Answer 1

由于现在正值征求意见的时间，所以我们就以目前的事实来回答吧。

要理解的核心是:任何概念都不应该被视为不可改变的法律。您遵守规则并不是因为它们就是规则，而是因为它们为您的设计决策提供了有用的指导。

从这个意义上说，这就是平衡。当您真正能够抽象通用基础设施元素时，那么尽可能避免代码重复就是良好实践。

因此，您不必创建越来越多的同一类副本，而是将其转变为“内部库”并让您的服务实例使用它。当然，这里的缺点是使用该库的所有服务现在都依赖于它。

从那里开始，您将努力真正提供一个框架。含义:基本的公共(public)部分仅实现一次 - 但以允许不同服务在必要时配置/扩展/增强框架的方式实现。