一、单体架构
什么是单体体架构
一个工程（jar或war包），这个工程包含所有功能，我们称这种应用为单体应用，这就是我们说的单体架构。
单体架构的优缺点
优点：
1、架构简单，只需要关注业务代码
2、维护简单，开发、测试、部署简单
缺点：
1、随着业务的发展，代码越来越复杂，代码的质量参差不齐，存在大是重复代码，复用率低。
2、部署慢
3、扩展成本高，软件和硬件的成本都高。
4、系统架构升级难度大，重构困难。
二、微服务和微服务架构
1、微服务定义
微服务核心就是把传统的单机应用，根据业务将单机应用拆分为一个一个的服务，彻底的解耦，每个服务都是提供特定的功能，一个服务只做一件事情，类似进程，每个服务都能够单独部署，甚至可以拥有自己的数据库。这个的一个一个的小服务就是微服务。
服务特点：
- 特定的功能
- 独立部署
- 有自己的数据库
2、微服务架构是什么
微服务架构是一个架构风格，提倡
- 每个服务提供特定的功能
- 每个服务运行在自己的进程中
- 服务之间通过轻量级的通信机制（http rest api）
- 每个服务都能够独立的部署
- 每个服务甚至可以拥有自己的架构风格
- 有一套完善的服务治理标准（如熔断、限流）
3、微服务和微服务架构的不同点
微服务强调的是服务的大小和对外提供的单一功能
微服务架构是指把一个一个的微服务组合管理起来，对外提供一套完整的服务。
4、微服务的优缺点
优点
- 易维护，每个服务专注一个功能点，足够内聚，代码更容易理解。
- 开发简单，一个服务只做一个事情
- 提供开发效率，按服务分配，并行开发。
- 易扩展，可根据业务需求，增加或减少服务节点
- 支持前后端分离
- 更易于分表分库，扩展数据库的性能。
缺点
- 增加了运维人员的工作量，以前只要部署一个war包，现在可能需要部署成百上千个war包（k8s+docker+jenkis）
- 服务之间相互调用，增加通信成本
- 数据一致性问题（分布式事物问题）
- 服务治理问题
5、微服务的适用场景
适合
- 大开复杂的项目
- 快速迭代的项目
- 并发高的项目
不合适
业务稳定，就是修修bug,改改数据
迭代周期长，发版频率一二个月一次