java JMS/REST客户端是作为一个集中的库，还是每个微服务一个？
为什么microservices架构思维模式认为复制所有REST/JMS客户机有好处，这样每个服务都有独立的代码
考虑到单个库/适配器对服务器规范的舒适性和可维护性，所以每个人都将其用作抽象，这种折衷真的有效吗
在实践中有什么好处
你可以在下面搜索框中键入要查询的问题!
为什么microservices架构思维模式认为复制所有REST/JMS客户机有好处，这样每个服务都有独立的代码
考虑到单个库/适配器对服务器规范的舒适性和可维护性，所以每个人都将其用作抽象，这种折衷真的有效吗
在实践中有什么好处
# 1 楼答案
由于这是一个快速征求意见的过程，让我们回答一下手头的事实
要理解的核心问题是：任何概念都不应被视为不可改变的法则。你不遵循规则是因为它们是规则，而是因为它们为你的设计决策提供了有用的指导
从这个意义上说，这是关于平衡。当你真的可以抽象公共基础设施元素时，那么最佳实践就是尽可能避免代码重复
因此，与其为同一个类创建越来越多的副本，不如将其转化为“内部库”，并让您的服务实例使用它。这里的缺点当然是，所有使用该库的服务现在都依赖于它
从这里开始，您将努力真正提供一个框架。含义：基本的、通用的部分只实现一次——但其方式允许不同的服务在必要时配置/扩展/增强框架