Spring Cloud的模块结构

promain 发布于 02/07 16:02
阅读 1K+
收藏 0

之前一直使用ssm架构,后期有使用过springboot做了一些项目.

现在公司计划开始做微服务升级.对springcloud有一些了解,但是有一些基础的问题一直有一些疑问.

网上所有的资源,书籍 好像都在说 springcloud搭建 先搭建父项目,然后多个模块等等.

这个父项目是必须的吗?我是否可以自己制定规则,包括各技术,依赖的版本,创建不同的springboot项目.

作为不同的服务.这样后期会存在什么坑?是否会对服务管理,运维造成困难?

因为公司团队一定是每个人负责多个服务,如果设置父项目,每个人在开发的过程中,都需要拉取所有项目.

我的想法是每个人只需要负责自己的部分就可以.

况且还有,如果涉及到第三方的服务需要加进来,对于拥有父项目的项目而言,结构上也不完全是子父级了.

所以,对springcloud经验多一些的兄弟们给解个惑 多谢了.

如果对springcloud架构有资深经验,并且有一定时间的话,我可以邀请来我们公司做顾问,有偿协助搭建框架.

加载中
0
不为往事扰-余生只爱笑
不为往事扰-余生只爱笑
父项目是用来设置版本的,当然一些公共的模块也可以配置在父项目中,springcloud依赖于spring boot,如果不在父项目中指定,后期升级无疑是噩梦,当然,父项目应该称为总工程,子项目才称为微服务。
java大神起床啦
java大神起床啦
回复 @promain : 不行 他要开发哪个 微服务就给哪个权限。
promain
promain
明白了,多谢。我的另外一个疑惑请教一下,在大企业开发过程中,每个人负责不同的服务,就需要把所有服务包括您说的总工程,以及多个微服务拉下来吗?
0
ExtremeTalk
ExtremeTalk
最好有,如果有必要,还可以再加一层
0
源码节点
源码节点
学习了,记录推荐,不建议多版本管理很容易代码冲突,
0
ThinkGem
ThinkGem
用 jeesite cloud
0
csap
csap
版本控制是必要的,各业务模块必然要独立,使用公用的版本管理即可。既然选择分布式那以后公司必然会往大的方向发展,人员也会不断的增加,最终可能就是一个人只负责一个模块的业务,适合自己公司规模和业务发展的设计才是最合适的选择。
0
牛盾盾
牛盾盾
父工程主要是控制版本的,下面的子工程也就是每个服务的依赖版本都由父工程统一管理。如果不做版本统一。后面维护太麻烦了。版本控制不好是硬伤。第三方的应用整合到微服务中也可以。前提还是要做版本统一。不然只能通过外部应用访问了。........
0
luckyhu
luckyhu

项目架构可以参考阿里的Java开发规范,这篇文章也有比较详细的介绍

 

 

OSCHINA
登录后可查看更多优质内容
返回顶部
顶部