企业为什么使用微服务架构?SSM不香吗?

本文探讨了单块应用在多人协作、上线测试和版本管理中的问题,如频繁的代码冲突、全量回归测试的时间消耗以及协同困难。随着团队规模扩大,这些问题愈发显著。微服务架构则通过将大系统拆分成小服务,解决了上述痛点,实现了独立开发、测试和上线,提升了效率和灵活性。
摘要由CSDN通过智能技术生成

单块应用:在intellij idea/eclipse建一个工程,spring mvc+spring+mybatis整合,里面写一堆controller、service、dao、mapper、sql,加一大堆的配置文件,有可能还会引入一些redis、elasticsearch、mq之类的一些依赖,可能会操作一些类似的东西

maven插件,把工程里的所有代码和依赖打包成一个jar包/war包,配置文件

公司提供给你一台linux服务器,虚拟机/物理机,在机器上你自己先部署了一个tomcat,然后把你写好的系统的jar包/war包放到tomcat指定目录下去,然后重启一下tomcat,tomcat一旦启动就会监听类似于8080的端口号

然后你针对8080 端口号发起http请求,请求会由tomcat直接转交给你的spring mvc,一层一层调用你写的代码

单块应用的问题,10个人以上维护一个系统,频繁的代码分支进行合并,冲突很多,因为人多,导致很混乱,谁也不能保证10个人以上还能每个人就一定只会更新自己负责的一部分代码

每次光是解决大量的代码冲突,就会耗费好几天的时间,解决完了冲突,还得进行一下测试,保证代码正常运行

完全可能会你拉一个分支修改了代码之后,别人已经在你上线之前就更新了别的分支的代码,合并到master分支还发布上线了,所以你上线之前一般需要把master分支最新代码合并到一个测试分支上,把你的功能分支再合并上去,然后进行测试

每次测试,可能都会因为别人频繁改动代码,导致必须把系统所有相关功能都测试一遍,而且很可能因为别人胡乱改过你负责的部分的代码,导致合

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值