到底要不要聚合工程？

不同的团队独立开发、独立维护、独立测试(看情况)、独立上线，这样可以有效提高项目的开发效率。

结合项目的实际情况，不同的团队甚至可以选择不同的技术栈，比如商品管理模块用 Java、交易管理可能用 Go、门户网站可能用 PHP 等等，从微服务架构上来说，这些都是支持的，这也是微服务的优势之一，即同一系统不必拘泥于同一种语言，当然在具体实践中，还需要结合团队的技术栈以及语言的特性来选择。

其实看到这里，你大概就明白了，聚合工程在这里还能不能用了!

2.要不要聚合工程首先从整体上来说，也就是整个项目层面，我们不再需要聚合工程了。聚合工程可以让项目统一打包，解决项目中的依赖问题，还可以对依赖的版本进行统一管理，但是这些特性对微服务项目来说，其实并不重要。

假如商品管理模块用 Java、交易管理用 Go、门户网站用 PHP，那么这三个独立的微服务肯定是没有必要做成一个聚合工程的，你也没法聚合。当然这是一种比较极端的情况，即使不同微服务模块都是使用 Java 语言开发，那也没有必要聚合，因为不同的微服务实际上都是一个个独立运行的项目，由不同的团队开发维护，微服务的一大优势就是各个团队对独立开发，互不影响，如果搞个聚合工程，又把各个团队绑定在一起了。

但是不同的微服务之间，不可避免的要使用一些公共类库，这些可以统一打包上传到公司 Maven 私服上，然后不同的团队自行依赖即可，或者通过 git subtree 的方式来使用。

这是从大的层面来说。具体到每一个微服务，聚合工程的优势还在，该用还是要用，例如在商品管理模块，聚合工程还是可以继续使用的。

3.为什么会有疑问微服务中用不用聚合工程这个问题，本来是个很小的问题，但是为什么很多小伙伴会有疑问呢?

我说一下我了解到几种情况。

（编辑：淮安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!