华为谷歌为何使用Mono-Repo单体仓库

JavaEdge

共 676字,需浏览 2分钟

 ·

2021-01-13 02:59


  点击上方“JavaEdge”,关注公众号

设为“星标”,好文章不错过!



Multi-Repo V.S Mono-Repo


单体应用没啥好说的,大学时期的课设都是的,toy 而已,适合初创业务。

多体仓库


每个微服务对应各自代码仓库,尤其适合于现在微服务项目。



优点


  • 职责单一,代码量和复杂度也容易控制

  • 服务边界清晰,不同团队负责维护不同的服务即可

  • 每个服务也易于独立开发测试和扩展,无需集中管理



缺点


  • 每个项目组各自为政,代码规范风格不一,随意引入各种三方依赖

  • 整个项目集成部署就很麻烦,需要集中管理

  • 开发人员缺乏对系统的整体认知和业务理解,螺丝钉感觉巨强哦

  • 重复造轮子,工具方法不统一,部门之间技术基础设施差距大


单体仓库


所有微服务对应一个代码仓库。




优点


  • 易于规范代码结构和 codereview

  • 方便管理,一键集成和部署

  • 易于理解整个项目

  • 代码可复用性强,易于项目重构


往期推荐


大厂如何解决数值精度/舍入/溢出问题

硬核干货:HTTP超时、重复请求必见坑点及解决方案

由于不知线程池的bug,某Java程序员叕被祭天

程序员因重复记录日志撑爆ELK被辞退!

拥抱Kubernetes,再见了Spring Cloud




目前交流群已有 800+人,旨在促进技术交流,可关注公众号添加笔者微信邀请进群


喜欢文章,点个“在看、点赞、分享”素质三连支持一下~

浏览 49
点赞
评论
收藏
分享

手机扫一扫分享

举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

举报