微服务和分布式一些概念

2.1分布式一些基本概念

2.1.1微服务概述

微服务(对应用程序而言)

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

简而言之:拒绝大至电体应用基于业务边界进行服务徼化拆分，各个服务独立部署运行。

2.1.2.分布式&集群&节点

集群是个物理形态，分布式是个工作方式。

只要是一堆机器，就可以叫集群，他们是不是一起协作着干活，这个谁也不知道;

分布式是对于服务器而言

《分布式系统原理与范型》定义:
“分布式系统是若干独立计算机的集合，这些计算机对于用户来说就像单个相关系统”分布式系统（distributed system）是建立在网络之上的软件系统。

分布式是指将不同的业务分布在不同的地方。

集群指的是将几台服务器集中在一起，实现同一业务。

例如:京东是一个分布式系统，众多业务运行在不同的机器，所有业务构成一个大型的业务集群。每一个小的业务，比如用户系统，访问压力大的时候一台服务器是不够的。我们就应该将用户系统部署到多个服务器，也就是每一个业务系统也可以做集群化;

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

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

2.1.3.远程调用

在分布式系统中，各个服务可能存在于不同的主机。此时，主机之间传输数据就需要http等协议来相互调用，我们称之为远程调用。

2.1.4.负载均衡

在大型繁多的业务中，只有一台服务器是不够的，我们需要许多服务器来共同完成一件事，让每个服务器都不至于特别忙，也不至于特别闲。

2.1.5.服务发现&注册中心

当我们的服务十分繁重复杂时，当集群中某一个服务宕机时，我们很难发现和避免调用。此时，就需要一个服务注册中心来帮助我们来调用服务，让我们更明确知道当前哪些服务可以调用。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-iLaTswOx-1636447738132)(https://static01.imgkr.com/temp/0713ea4582f04c6182b00d69c2f9b7b2.png)]

2.1.6.配置中心

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-H34yy0QP-1636447738140)(https://static01.imgkr.com/temp/c79212ba7dec4182bebbe6a83268d97a.png)]

2.1.7.服务熔断和降级

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9S9E90DH-1636447738141)(https://static01.imgkr.com/temp/7dd81b1c76ab424a89ceeba1cc9adb8e.png)]

当访问某个服务达到高峰的时候，倘若此时某个服务发生了错误，不可用，就会导致前面的服务发生连锁反应，全都不可用，最后导致服务器的资源耗尽。

基于上述情况，我们可以采取以下策略：

1)、服务熔断（坏掉的服务的前一个服务返回）
a.设置服务的超时，当被调用的服务经常失败到达某个阈值，我们可以开启断路保护机制，后来的请求不再去调用这个服务。本地直接返回默认的数据
2）、服务降级（服务没有坏，而是提前避免）
a.在运维期间，当系统处于高峰期，系统资源紧张，我们可以让非核心业务降级运行。降级:某些服务不处理.或者简单处理【抛异常、返回NULL、调用Mock数据、调用Fallback 处理逻辑】。

2.1.8.api网关（安检作用）

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WIuUxtfD-1636447738144)(https://static01.imgkr.com/temp/f2a76cf79c9c475999b18e9e4f7d7d7b.png)]