论:微服务项目搭建,到底要不要聚合工程?
这是一个入门问题,做微服务项目,首先就是要搭建 Project,代码采用什么样的形式来组织,这是我们面临的第一个问题。
在传统的项目中,我们经常需要搭建聚合工程,这样可以方便的对项目进行分模块管理,降低维护难度。
微服务项目中,我们是否还需要继续这种开发方式呢?结合自己在项目中的经验和大家简单聊一下,微服务项目中代码的组织形式。
1.开发模式
要搞清楚代码如何组织,首先大家要明白微服务架构到底是什么样子!
在微服务架构中,一个完整的项目被拆分成很多独立的微服务,例如一个电商项目,可能分为商品管理、商家管理、用户管理、交易管理、SEO 管理、App 管理、财务管理、系统管理等很多微服务。
这些微服务都是一个个独立的项目,由不同的团队负责开发维护。
不同的团队独立开发、独立维护、独立测试(看情况)、独立上线,这样可以有效提高项目的开发效率。
结合项目的实际情况,不同的团队甚至可以选择不同的技术栈,比如商品管理模块用 Java、交易管理可能用 Go、门户网站可能用 PHP 等等,从微服务架构上来说,这些都是支持的,这也是微服务的优势之一,即同一系统不必拘泥于同一种语言,当然在具体实践中,还需要结合团队的技术栈以及语言的特性来选择。
其实看到这里,你大概就明白了,聚合工程在这里还能不能用了!
2.要不要聚合工程
首先从整体上来说,也就是整个项目层面,我们不再需要聚合工程了。聚合工程可以让项目统一打包,解决项目中的依赖问题,还可以对依赖的版本进行统一管理,但是这些特性对微服务项目来说,其实并不重要。
假如商品管理模块用 Java、交易管理用 Go、门户网站用 PHP,那么这三个独立的微服务肯定是没有必要做成一个聚合工程的,你也没法聚合。当然这是一种比较极端的情况,即使不同微服务模块都是使用 Java 语言开发,那也没有必要聚合,因为不同的微服务实际上都是一个个独立运行的项目,由不同的团队开发维护,微服务的一大优势就是各个团队对独立开发,互不影响,如果搞个聚合工程,又把各个团队绑定在一起了。
但是不同的微服务之间,不可避免的要使用一些公共类库,这些可以统一打包上传到公司 Maven 私服上,然后不同的团队自行依赖即可,或者通过 git subtree 的方式来使用。
这是从大的层面来说。具体到每一个微服务,聚合工程的优势还在,该用还是要用,例如在商品管理模块,聚合工程还是可以继续使用的。
3.为什么会有疑问
微服务中用不用聚合工程这个问题,本来是个很小的问题,但是为什么很多小伙伴会有疑问呢?
我说一下我了解到几种情况。
一种情况就是公司的微服务是在旧项目的基础上改造的,仓促上马,改来改去,面目全非,已经顾不上架构这些东西了,功能能实现就行了,这种时候甚至在大的层面就使用了聚合工程,结果不同团队开发起来,还是牵一发而动全身,如果有小伙伴也开发过这种项目,可能就会对聚合工程的使用产生疑问。有朋友在广州做某央企的项目,就是这种情况。
另一种情况可能是因为公司人少,微服务项目开发为了方便,也就从整体上做成了聚合工程,这样在项目人少并且工程量不大的情况下,修改起来非常方便。
总之,这个问题实际上也不能一概而论,结合项目的实际情况,选择适合自己的方案才是最好的
- 微服务项目搭建,到底要不要聚合工程?
- maven 聚合工程 用spring boot 搭建 spring cloud 微服务 模块式开发项目
- newstyles项目实战(十三)前台系统搭建分析、服务层工程搭建
- weex sdk集成到Android工程三. weex服务项目搭建
- 项目工程搭建
- Dubbo(五) 聚合工程之服务消费者Demo
- 搭建maven项目,并实现Dubbo分布式服务管理
- python框架Django实战商城项目之工程搭建
- maven(二) maven项目构建ssh工程(父工程与子模块的拆分与聚合)
- JavaWeb物流管理项目开发(JSP、Servlet、JDBC):2、搭建svn服务
- 使用 Angular-cli 脚手架搭建 Angular2 项目工程
- java+BlazeDS 工程 项目搭建
- 宜立方商城 工程搭建 项目(二)续
- springboot 构建 spring cloud 微服务项目 搭建ARTHUR框架分享
- maven项目多个module工程搭建
- 使用IDEA基于Maven搭建多模块聚合工程(springmvc+spring+mybatis整合)
- springboot后台服务搭建(一 项目新建与部署)
- 学习使用使用springboot搭建分布式项目-搭建聚合项目
- .Net Core 商城微服务项目系列(十三):搭建Log4net+ELK+Kafka日志框架
- axis2 webservice服务的搭建和测试(项目框架Struts2+Spring+Ibatis)