1、微服务概念

微服务是一种非常流行的架构风格。

拒绝大型单体应用，基于业务边界进行服务微化拆分，各个服务独立部署运行。

• 每个服务运行在自己的单个进程
• 使用轻量级机制通信
• 可以使用不同的编程语言编写以及不同的数据存储技术

2、集群&分布式&节点

2.1 集群概念

集群是个物理形态，只要是一堆机器就可以叫集群。它们是不是一起协作干活，还是各自干各自的，这个谁也不知道。

2.2 分布式概念

分布式是个工作方式，分布式系统是若干独立计算机的集合，这些计算机对于用户来说就像是单个相关系统，比如京东商城。

• 分布式是指将不同的业务分布在不同的地方
• 集群是指将几台服务器集中在一起，实现同一业务

通俗来说，可以将分布式和集群比作一群人在搬家的例子：

• 集群：一群人在一起搬家，他们可以共同完成同一个任务。如果其中一个人出了问题，其他人可以继续完成这个任务，所以整个任务可以更快地完成。同样，如果需要搬到更大的房子，只需增加更多的人即可。这里每个人扮演的角色是相同的，即每个人都是负责搬家的工人。
• 分布式：一群人分成几组，分别搬不同的东西，例如有一组负责家具，一组负责装饰品等。每个组都有自己的领导，并且他们必须同步完成各自的任务，以便整个搬家过程能够成功。同样，如果需要搬到更大的房子，可能需要增加更多的组，而不是增加更多的人。这里每个人扮演的角色是不同的，即每个人都有自己的职责和任务。

因此，集群通常用于处理同一任务的场景，例如 Web 服务器集群，而分布式则更适用于处理不同任务的场景，例如大规模的数据处理。

总之，尽管分布式和集群都可以提高系统的可靠性、扩展性和性能，但它们之间有一些细微的区别，需要根据具体的情况来选择最合适的技术。

总结：

节点：集群中的一个服务器

• 分布式中的每一个节点都可以做集群
• 而集群不一定就是分布式的

3、远程调用

在分布式系统中，各个服务可能分布在不同的主机，但是服务之间不可避免地要需要互相调用，我们称为远程调用。

比如 订单模块 去 商品模块 查询商品信息。

4、负载均衡 

分布式系统中，A服务需要调用B服务（如订单模块调用商品模块），B服务在多台机器中都存在，A服务调用任意一台B服务都可以完成功能。

• 负载均衡的思想：不让某个机器太忙，也不要让某个机器太闲。
• 负载均衡的好处：提高系统的健壮性和性能。

常用的负载均衡算法：

• 轮询
  • 按顺序往后依次选择，直到选择最后一个，依次循环。
• 最小连接
  • 优先选择连接数最小的机器，也就是压力最小的后端服务器（在会话较长的情况下，优先考虑这种情况）

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

A服务调用B服务，A服务并不知道B服务在哪几台机器上面，哪些是正常的，哪些服务已经下线，解决这些问题可以引入服务注册。避免调用不可用的服务。

6、配置中心

每个服务最终都有大量的配置，并且每个服务都可能部署在多个机器上面，我们经常需要变更某个服务的配置，设想一下假如我们有几百台服务器，难道要进入每一台进行改动配置并重新部署吗？显然不合理。所以就有了配置中心的存在了。

配置中心用于集中管理微服务的配置信息，一处配置，改动都会改。

7、服务熔断&服务降级 

在微服务架构中，微服务之间通过网络进行通信，存在相互依赖，当1台服务器不可用，有可能造成雪崩效应，要避免这种情况，必须要有容错机制保护服务。

•  服务熔断

设置服务超时，当调用的服务达到某个阀值，我们可以开启断路保护机制，后来的服务不再调用这个服务，而是本地直接返回默认的数据。

• 服务降级

当系统处于资源紧张时期，我们可以让非核心业务降级运行，降级：某些服务不处理，或则简单处理（返回异常，返回null,调用Mock数据）

8、API网关

APIGateway可以理解成生活中的安检系统。

在微服务架构中，API Gateway作为整体架构的重要组件，它抽象了微服务中都需要的公共功能，同时提供了：

• 客户端的负载均衡
• 服务自动熔断
• 灰度发布
• 统一认证
• 限流流控
• 日志统计

等功能。帮我们解决了很多API管理难题。