文章目录
1. 参考资料
2. 微服务相关概念
1. 单体架构
将业务的所有功能集中在一个项目中开发，打成一个包部署。
优势： 架构简单、部署成本低、适合小型项目。
劣势： 耦合度高、扩展性差。
2. 分布式架构
根据业务功能对系统做拆分，每个业务功能模块作为独立项目开发，称为一个服务。
优点： 松耦合、扩展性好、适合大型互联网项目。
缺点： 架构复杂、难度大。
3. 微服务架构
微服务是一种设计良好的分布式架构。
特点：
- 单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责。
- 自治：团队独立、技术独立、数据独立，独立部署和交付。
- 面向服务：服务提供统一标准的接口，与语言和技术无关。
- 隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题。
优点： 拆分粒度更小、服务更独立、耦合度更低。
缺点： 架构非常复杂、运维、监控、部署难度提高。
服务拆分原则
- 不同微服务，不要重复开发相同业务
- 微服务数据独立，不要访问其它微服务的数据库
- 微服务可以将自己的业务暴露为接口，供其它微服务调用
服务间调用
服务A可以通过Http请求调用服务B。
3. 微服务框架及技术组件
2.1 注册中心
问题:
- 服务A在发起远程调用的时候，该如何得知服务B实例的ip地址和端口？（到服务中心注册、拉取服务列表）
- 有多个服务B实例地址，服务A调用时该如何选择？（负载均衡算法）
- 服务A如何得知某个服务B实例是否依然健康，是不是已经宕机？（心跳检测）
注册中心的作用就是，保存服务列表、通过心跳检测服务状态、通过负载均衡算法分配服务实例。
2.2 远程调用
实现服务间的调用 (HTTP协议)
2.3 配置中心
当微服务部署的实例越来越多，达到数十、数百时，逐个修改微服务配置就会让人抓狂，而且很容易出错。我们需要一种统一配置管理方案，可以集中管理所有实例的配置。
2.4 网关
前端请求不允许直接访问微服务，必须先经过网关。
网关具有路由和过滤的功能，路由就是将请求分发给某个微服务，过滤将不符合条件的请求直接拦截。
2.5 服务监控、保护
保护服务调用者，保护服务调用时不要出现级联失败，竟可能快速返回服务失败，不让用户长时间等待。
保护服务提供方，接口限流。