微服务项目搭建，到底要不要聚合工程？
极客时间编辑部
讲述：初明明大小：3.56M时长：03:54
你好，欢迎收听极客视点。
做微服务项目，首先要搭建 Project，代码采用什么样的形式来组织，是开发人员面临的第一个问题。在传统的项目中，经常需要搭建聚合工程，这样可以方便对项目进行分模块管理，降低维护难度。微服务项目中，是否还需要继续这种开发方式呢？近日，“江南一点雨（ID：a_javaboy）”的公众号主松哥结合自己在项目中的经验，简单分享了微服务项目中代码的组织形式。
开发模式
要搞清楚代码如何组织，首先你要明白微服务架构到底是什么样子。
在微服务架构中，一个完整的项目被拆分成很多独立的微服务，例如一个电商项目，可能分为商品管理、商家管理、用户管理、交易管理、SEO 管理、App 管理、财务管理、系统管理等很多微服务。
这些微服务都是一个个独立的项目，由不同的团队负责开发维护。不同的团队独立开发、独立维护、独立测试（看情况）、独立上线，这样可以有效提高项目的开发效率。
结合项目的实际情况，不同的团队甚至可以选择不同的技术栈，比如商品管理模块用 Java、交易管理可能用 Go、门户网站可能用 PHP 等等，从微服务架构上来说，这些都是支持的，这也是微服务的优势之一，即同一系统不必拘泥于同一种语言。当然在具体实践中，还需要结合团队的技术栈以及语言的特性来选择。
至此，你其实大概就明白了，聚合工程在微服务项目中还能不能用了。
要不要聚合工程？
首先从整体上来说，也就是整个项目层面，不再需要聚合工程了。聚合工程可以让项目统一打包，解决项目中的依赖问题，还可以对依赖的版本进行统一管理，但是这些特性对微服务项目来说，其实并不重要。
假如商品管理模块用 Java、交易管理用 Go、门户网站用 PHP，那么这三个独立的微服务肯定是没必要做成一个聚合工程的，你也没法聚合。当然这是一种比较极端的情况，即使不同微服务模块都是使用 Java 语言开发，那也没有必要聚合，因为不同的微服务都是一个个独立运行的项目，由不同的团队开发维护，微服务的一大优势就是各个团队独立开发，互不影响，如果做聚合工程，又把各个团队绑定在一起了。
但是不同的微服务之间，不可避免的要使用一些公共类库，这些可以统一打包上传到公司 Maven 私服上，然后不同的团队自行依赖即可，或者通过 git subtree 的方式来使用。
这是从大的层面来说。具体到每一个微服务，聚合工程的优势还在，该用的时候还是要用，例如在商品管理模块，聚合工程还是可以继续使用的。
为什么会对是否使用聚合工程有疑问？
对于微服务中用不用聚合工程这个小问题，之所以会有疑问，有几种情况。
一种情况就是公司的微服务是在旧项目的基础上改造的，仓促上马，改来改去，面目全非，已经顾不上架构这些东西了，功能可以实现就行了。这种情况甚至在大的层面就使用了聚合工程，结果不同团队开发起来，还是牵一发而动全身，如果你也开发过这种项目，可能就会对聚合工程的使用产生疑问。
另一种情况可能是因为公司人少，微服务项目开发为了方便，也就从整体上做成了聚合工程，这样在项目人少并且工程量不大的情况下，修改起来非常方便。
总之，这个问题实际上也不能一概而论，结合项目的实际情况，选择适合自己的方案才是最好的。
以上就是松哥对“微服务项目中是否使用聚合工程”的分享，希望对你有所帮助。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论