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

单块应用：在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分支最新代码合并到一个测试分支上，把你的功能分支再合并上去，然后进行测试

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

标签：架构,tomcat,spring,代码,合并,SSM,测试,不香,分支
来源： https://blog.csdn.net/qq_35573959/article/details/113745784