Spring Boot 微服务
单体应用VS微服务应用
- 单体应用
- 微服务应用
单体架构演进
项目拆分多项目独立部署
ESB企业服务总线
区别
- SOA架构主要针对企业级、采用ESB服务（ESB企业服务总线），非常重，需要序列化和反序列化，采用XML格式传输
- 微服务架构主要是用于互联网，轻量级、小巧，独立运行，基于 HTTP + Rest + JSON 格式传输。
- ESB也可以说是传统中间件与 XML、Web 服务等技术互相结合的产物
单体架构的缺点
- 复杂性逐渐变高
- 技术债逐渐上升
- 部署速度逐渐变慢
- 阻碍技术创新
- 无法按需伸缩
微服务架构
微服务的定义
- Martin Fowler: 简而言之，微服务架构风格这种开发方法，是以一组小型服务的方式来开发一个独立的应用系统。其中每个小型服务都运行在自己的进程中，并经常采用HTTP资源API这样轻量级的机制来互相通讯。这些服务围绕业务功能进行构建，并能通过全自动的部署机制来进行独立部署。这些微服务可以使用不同的语言来编写，并且可以使用不同的数据存储技术。这些微服务我们仅做最低限度的集中管理。
- 微服务架构师一种架构模式，它提倡将单一应用程序划分成小的服务，服务之间相互协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务与服务之间采用轻量级通讯机制互相沟通（通常是基于HTTPS的RESTful API）。每个服务，都围绕着具体业务进行构建。并且能够独立地部署到生产环境、类生产环境等。另外，尽量避免统一的、集中式的服务管理机制，堆具体的一个服务而言，应根据业务上下文，选择合适的语言，工具对其进行构建
- 微服务是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个服务可被独立部署，各个服务之间是松耦合的。每个微服务仅关注完成一件任务并能很好地完成任务。在所有情况下，每个任务代表着一个小的业务能力。
微服务特点
- 服务组件化
- 服务围绕业务
- 产品开发模式
- 轻量级通讯机制
- 去中心化治理
- 去中心化数据设计
- 故障处理设计
- 演进式设计
- 基础设置自动化
微服务的优点和挑战
- 优点
- 开发简单
- 技术栈灵活
- 服务端丽
- 按需拓展
- 挑战
- 运维复杂
- 数据一致性问题
- 集成测试复杂
- 重复代码
- 监控困难
微服务具备的特征
- 每个微服务可以独立运行在自己的进程中
- 一些列独立运行的微服务共同构建起了整个系统
- 每个服务独立的业务开发，一个微服务一般完成某个特定的功能，比如：订单管理、用户管理等
- 微服务之间通过一些轻量级的通讯机制进行通讯，例如：通过 Rest API或者RPC的方式进行通讯
微服务的优点
- 易于开发和维护
- 启动较快
- 局部修改容易部署
- 技术栈不受限制
- 按需伸缩
- DevOps
微服务带来的挑战
- 运维成本较高
- 分布式的复杂性
- 接口调整成本高
- 重复劳动
微服务的设计原则
- 单一职责原则
- 服务自治原则
- 轻量级通信原则
- 接口明确原则
