微服务间共享代码和模式

Question

如果您在组织中使用微服务架构，它们可以通过zookeeper或其等价物共享配置。但是，不同的服务应该如何共享一个公共的db模式呢？公共常数？和常用的公用设施？

在微服务之间共享代码和模式的一种可伸缩、高效、实用且有希望是美丽的方法是什么？

Answer 1

关于通用代码，最好使用打包系统。因此，如果您使用Java，那么使用maven，如果您使用Ruby，那么使用Gems，如果您使用python，那么使用pypi等等。理想情况下，打包系统增加的摩擦很小，因此您可以为一个公共lib（或者为不同主题的几个公共lib）拥有一个（比如说，git)存储库，并通过一个工件存储库（例如私有的maven/Gems/pypi）发布它们的工件。然后在微服务中，添加对所需libs的依赖关系，这样代码重用就很容易了。在某些情况下，打包系统确实会增加一些摩擦（比如maven)，所以人们可能更喜欢使用单个git repo来处理所有事情和多模块项目设置。这不像第一种方法那样干净，但同样有效，也不太差。其他选择是使用git子模块（不太需要）或git子树（更好），以便将源代码包含在单个“父”存储库中。

关于模式--如果您想按部就班，那么每个微服务都有自己的数据库。他们不碰对方的数据。这是一个非常模块化的方法，起初似乎给您的过程增加了一些摩擦，但最终我想您会感谢我的。它将允许快速迭代您的微服务，例如，您可能希望用一个特定服务的另一个数据库实现替换一个数据库实现。想象一下，当您的所有服务都使用相同的数据库时，您会这样做！祝你好运...但是，如果每一个服务都使用自己的数据库，该服务将正确地抽象数据库（例如，它不接受API调用时的SQL查询；-))，那么将mysql改为Cassandra突然变得可行。拥有完全隔离的数据库还有其他好处，例如加载和伸缩，找出瓶颈，管理等。

因此，简而言之--公共代码（实用程序、常量等）--使用打包系统或一些源代码链接，如git-tree

数据库-你不碰我的，我也不碰你的。这是更好的解决办法。

HTH,Ran。