单体架构和微服务的区别

单体架构：顾名思义就是整个项目在一个工程中开发，整个项目一起打包，编译。项目的架构设计，开发模式都比较简单。适合于小型项目。随着项目的业务规模越来越大，团队开发人员越来越高。

单体架构会有以下的缺点:

团队开发成本高，你们团队数十个人同时协作开发同一个项目，由于所有模块都在一个项目中，不同模块的代码之间物理边界越来越模糊。最终要把功能合并到一个分支，你绝对会陷入到解决冲突的泥潭之中。

解决方法：采用微服务架构，由于服务拆分，每个服务代码量减少，参与开发的后台人员在1~3名，写作成本大大降低。

系统发布效率高，任何模块变更都需要发布到整个系统中，导致占用的资源比较高。往往一次发布需要数十分钟或几个小时。

解决方法：采用微服务架构：每个服务都是独立部署，当有某个服务有代码变更时，只需要打包部署该服务即可。

系统可用性差：单体架构各个模块是作为一个服务部署，相互之间会互相影响。

解决方法：采用微服务架构：每个服务独立部署，并且做好服务隔离，使用自己的服务器资源，不会影响到其他服务。

微服务架构，首先是服务化，就是将单体架构中的功能模块从单体应用中拆分出来，独立部署为多个服务。同时要满足下面的一些特点： 

• 单一职责：一个微服务负责一部分业务功能，并且其核心数据不依赖于其它模块。

• 团队自治：每个微服务都有自己独立的开发、测试、发布、运维人员，团队人员规模不超过10人（2张披萨能喂饱）

• 服务自治：每个微服务都独立打包部署，访问自己独立的数据库。并且要做好服务隔离，避免对其它服务产生影响

什么是SpringCloud。（微服务拆分以后会遇到许多问题，例如

微服务拆分以后碰到的各种问题都有对应的解决方案和微服务组件，而SpringCloud框架可以说是目前Java领域最全面的微服务组件的集合。