分布式基础概念

1、微服务

微服务架构风格，就像是把一个单独的应用程序开发成一套小服务，每个小服务运行在自己的进程中，并使用轻量级机制通讯，通常是HTTP API 这些服务围绕业务能力来构建，并通过完全自动话部署机制来独立部署。这些服务使用不同的编程语言书写，以及不同数据存储技术，并保持最低限度的集中式管理。

简单来说，拒绝大型单体应用，给予业务进行微服务话拆分，各个服务都是独立部署运行。

2、集群、分布式、节点

集群是个物理形态，分布式是个工作方式。 只要是一堆机器，就可以叫做集群，他们是不是一起协作干活，没人知道。

《分布式系统原理与范型》 “分布式系统是若干独立计算机的集合，这计算机对于用户来说就像单个相关系统”

分布式是指讲不同的业务发布在不同的地方。一个分布式系统中多业务运行在不同的机器，所有的业务构成一个大型的业务集群，每一个小的业务，比如用户系统，订单系统，访问压力大的时候一台服务器不够用，就要将用户系统，订单系统部署到多个服务器上，也就是每一个业务系统也可以做集群化。

集群指的是讲几台服务器集中在一起，或者说是多个台服务器，实现同一个业务。

节点是指集群中的每一个服务器

分布式中的每一个节点都可以是集群。而集群并不就是分布式

3、远程调用

在分布式系统中，各个服务可能处于不同主机，但是服务之间不可避免的相互调用，成为远程调用，SpringCloud 中使用http+json 的方式完成远程调用 a->b发送一个http请求，数据转成json格式（json可以兼容 php c++ 等）天然跨平台

4、负载均衡

在系统中a调用b服务，b在多个服务器中都有部署，a任意调用一个服务器都可以完成功能任务。

为了让每一个服务器都不要太忙或者太闲，可以进行负载均衡的调用每一个服务器

常见的负载均衡算法

1. 轮询 为第一个请求选择健康池中的第一个后端口服务器，然后顺序往后一次执行，直到最后一个，然后循环。
2. 最小连接 优先选择连接数最少，也就是说压力最小的后端服务其，在回话较长的情况小可以考虑才去这种方式。
3. 散列 根据用户的请求ip（hash）来选择要转发的服务器。

5、服务注册、发现、注册中心

a服务调用b服务，a服务并不知道b服务当前在哪几台服务器中有，哪些正常，哪些不稳定或者已经下线。因此引入注册中心解决此问题。

引入注册中心后，如果某些服务下线，其他服务就可以实时的感知到其他服务到状态，从而避免抵用不可用到服务

6、配置中心

每一个服务都有大量配置，每一个服务都可能部署到多个服务器上，需要变更a个服务所有服务器上配置，只需要在配置中心某一个服务器到配置，其他服务器就可以动态到修改配置，实现改一处，各个微服务自动改掉

7、服务熔断、服务降级

在微服务架构中，微服务之间通过网路进行通信，存在相互依赖关系，当其中一个服务不可用时，有可能导致雪崩效应，要防止这种情况发生，必须要有容错机制来保护

1.服务熔断

• 设置服务超时，当被调用到服务经常失败到某个阙值，可以开启断路保护机制，后来到请求不再去调用这个服务，本地直接返回默认到数据

2.服务降级

• 在运维期间，当系统处于高峰期，系统资源就紧张，可以让非核心业务降级运行。降级：某些服务不处理，或者简单处理（抛异常返返回null值等操作）

8、api网关

在微服务中，api gateway作为重要组件，他抽象来威武中都需要的公共功能，同时提供来客户端负载均衡，服务自动熔断，灰度帆布，统一认证，限流流控，日志统计等功能，解决api管理难题。