传统开发模式和微服务的区别是什么？

传统的开发模式是将所有的工作集成到一个项目中，然后输入到一个war包(Tomcat、JBoss、等javaEE容器)中，其中包含了实体、DAO、Service、前端页面、等等所有的逻辑。

优势

发展速度有效率。

易于测试。

在功能之间没有调用存在的资源消耗。

缺陷

低效：可能A员工需要调用商品服务，但B员工还没有写好，互相等待着。

不稳定：功能的错误可能导致整个项目的崩溃。

难于维持：对于刚接管项目的雇员来说，所有的功能都是不知道从哪里开始的。

很难扩展：一旦项目开发语言确定下来，就不能使用其他开发语言。

等等…

架构图

微服务架构

微服务架构是架构思想，实际使用分布式系统开发，按模块拆分应用，减少耦合性，实现快速开发和部署。

优势

可方便分工协作，快速开发。

如果没有任何服务被挂起，那么将会导致整个系统崩溃。

服务的数量可根据实际访问数量动态调整。

具有高度扩展性，可以使用多种开发语言。

一项服务只执行一项任务，松耦合。

缺陷

分割颗粒过大，造成操作困难。

因为网络不可靠，所以会增加服务之间通信的成本。

随着服务数量的增加，管理的复杂性增加了。

可付出双重努力，开发难度加大。

架构图