spring boot微服务maven架构

Question

我目前正在构建一个具有微服务架构的 Spring 启动应用程序。我正在寻找重用代码的干净方法。

我的想法是在共享模块中提取通用代码。（例如，微服务中的模型类继承的基类，在任何MVC控制器中重用的接口，每个绑定上下文都相同的域代码）。具体的实现和仅服务的模型类等都在子模块（微服务）级别。

我正在与maven一起构建东西，并管理依赖关系。我的问题是如何在这样的设置中构造maven模块和依赖项。

共享库去哪儿了？如何以及何时通过依赖项构建和引用它们？使用 BOM 来管理依赖项并仅在需要时重写微服务中的特定版本是否好？如何包含物料清单？它是如何以及何时建造的？

我可以想一个我不喜欢的方法来处理它：

>

有一个（超级父级）maven pom，它处理依赖关系管理，可以包含在具有导入范围的子模块（微服务）中。（物料清单）

微服务poms构建它们的所有依赖关系（包括BOM和共享模块）

问题：

当声明构建依赖关系的子模块时，pom也必须是pom类型，所以对于每个微服务模块，我也需要一个父pom

如果超父或BOM包含一个声明所有子模块(微服务)的模块部分，我不能从ms级构建它，因为会有循环依赖。

为什么我要在bom中声明子模块？因为在像Intellij这样的一些ide中，maven插件/支持包括结构概述中的子模块。

你能给我一些好的建议来以可靠和干净的方式处理微服务的maven架构吗？（尽可能少的代码/配置重复，高性能构建等）

谢谢。

Answer 1

对于微服务架构，您应该关心的第一件事是服务之间的隔离。这意味着你应该尽可能少地分享。

在过去的6-7年里，我尝试了不同的方法，我可以自信地说

>

永远不要为不同的微服务使用父pom。每个微服务都可以根据我们自己的需要使用相同库的不同版本。拥有父pom最初听起来可能很方便，但从长远来看，它会产生严重的隔离问题。

不要试图关注微服务之间的代码重用。这并不意味着你不能使用实用程序库等。但是共享模型类等等。将使微服务相互结合，这将大大损害自由度/隔离。相反，你应该依靠微服务之间的适当契约。

我看到您的方法主要是为了实施方便，但随着时间的推移，您应该更多地关注其他事情，例如部署/发布、维护、测试可能因缺乏适当隔离而受到损害的组件。