分布式基础概念
1、微服务
拒绝大型单体应用，基于业务边界进行服务微化拆分，各个服务独立部署运行
2、集群、分布式、节点
集群
-
是一种物理形态
-
将几台服务器集中在一起，实现同一业务
分布式
节点
3、远程调用
![]()
分布式系统中，各个服务可能处于不同主机，但是服务之间不可避免的需要互相调用，我们称为远程调用。
SpringCloud中使用HTTP+JSON的方式完成远程调用。
4、负载均衡
![]()
A服务调用B服务，B服务部署在多台机器，A发送请求到任意一个服务器均可完成调用。
为了使每台服务器不至于忙于处理请求，可以将请求均衡到每一个服务器，提升网站的可用性。
负载均衡算法：
-
轮询：请求依次按顺序分发到不同的可用服务器执行，循环分发请求。
-
最小连接：分发请求到连接数最少的服务器。场景：处理请求用时较长的场景。
-
散列：根据用户请求的IP地址的散列（hash）来选择要转发的服务器。场景：需要处理状态而要求用户能连接到相同服务器。
5、服务注册、服务发现、注册中心
![]()
A服务调用B服务、C服务，但是A服务不知道B、C服务所在的服务器是正常还是下线，注册中心可以帮助解决。
注册中心实时知道哪些服务正常，哪些服务下线，也能记录新增的正常服务。服务之间调用不需要去判断哪些服务正常，注册中心会告诉服务有效的调用地址。
服务注册：服务将自己的IP和端口报告给注册中心的过程。
服务发现：查询可用微服务列表及其网络地址的机制。
注册中心：集中记录每个服务的地址，注册和注销服务。
服务检查：检查已注册的服务，如发现某服务长时间无法访问，则会从注册中心移除该服务。
6、配置中心
每个服务都有大量配置，更新一个配置，需要同步到每个服务，如何修改每个服务的配置呢？
每个服务从配置中心获取配置，自动更新自己的配置。
7、服务熔断、服务降级
![]()
mark
下单场景：用户下单了一个商品，客户端调用订单服务来生成预付款订单，订单服务调用商品服务查看下单的哪款商品，商品服务调用库存服务判断这款商品是否有库存，如有库存，则可以生成预付款订单。
雪崩场景：
-
第一次滚雪球：库存服务不可用（如响应超时等），库存服务收到的很多请求都未处理完，库存服务将无法处理更多请求。
-
第二次滚雪球：因商品服务的请求都在等库存服务返回结果，导致商品服务调用库存服务的很多请求未处理完，商品服务将无法处理其他请求，导致商品服务不可用
-
第三次滚雪球：因商品服务不可用，订单服务调用商品服务的的其他请求无法处理，导致订单服务不可用。
-
第四次滚雪球：因订单服务不可用，客户端将不能下单，更多客户将重试下单，将导致更多下单请求不可用。
服务熔断：
设置服务的超时，当被调用的服务某段时间内失败率达到某个阈值，则对该服务开启短路保护，后来的请求不调用这个服务，直接返回默认的数据。
服务降级：
对非核心业务降级运行：某些服务不处理，或者简单处理（抛异常、返回Null、返回Mock数据）
8、API网关
![]()
本文分享自微信公众号 - 悟空聊架构（PassJava666）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
