微服务架构的依赖管理

Question

我基于微服务架构构建了一个应用程序，现在我有两个服务和一些公共代码。

传统的方法是什么？(不同的项目，模块等)我也想参考一下如何在git存储库中处理它们(适用于所有人？对于每一个？)

Answer 1

在过去的项目中，公共依赖项放在它们自己的模块中。在我的例子中，它通常是一个JAR打包的maven项目。

是否使用多模块maven项目或独立项目的决定取决于依赖项目是否足够相似，以适合一个多模块项目。我认为将公共代码放在自己的项目中可能会有更大的灵活性。

将接口代码(处理HTTP的代码)与业务逻辑分开总是一个好主意。从本质上讲，微服务随后变成了某种HTTP接口代码，它将对象/数据传递给它自己的模块中的业务逻辑代码，并从中传递出对象/数据。然后可以在其他项目上使用业务逻辑代码，这些项目甚至可能与HTTP无关，比如某个地方执行清理或操作自动化任务的守护进程。

Answer 2

我认为您应该将这两个服务合并在一起，使其成为一个服务。微服务架构背后的理念是，服务应该能够彼此独立地部署，并且完全自主。单个服务应该能够在不影响其客户端的情况下更改/发展其实现。

如果听起来两个服务共享相同的代码库，对它的任何更改/改进都将导致部署两个服务，这两个服务应该是独立的，并偏离微服务架构试图建立的前提。