微服务基础概念、架构图、划分图

基础概念

1、微服务

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

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

2、集群&分布式&节点

集群是个物理状态,分布式是个工作方式,分布式中每个节点,都可以做集群。而集群并不一定就是分布式。

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

3、远程调用

在分布式系统中,各个服务可能处于不同主机,但是服务之间不可避免的需要调用,成为远程调用。

4、负载均衡

分布式系统中,A服务需要调用B服务,B服务在多台机器中都存在,A调用任意一个服务器均可完成功能。为了使每个服务器不要太忙还是太闲,我们可以负载均衡的调用每一个服务器,提升网站的健壮性。

常见的负载均衡算法:

轮询:为第一个请求选择健康池中的第一个后端服务器,然后按顺序往后依次选择,直到最后一个,然后循环。
最小链接:优先选择连接数最少,也就是压力最小的后端服务器,在会话较长的情况下可以考虑采取这种方式。
散列:根据请求源的IP的散列;来选择要转发的服务器。这种方式可以一定程序上保持特定用户能连接到相同的服务器。

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

A服务调用B服务,A服务并不知道B服务当前在哪几台服务器有,哪些正常的,哪些服务已经下线。解决这个问题可以引入注册中心。如果某些服务下线,我们其他人可以实时得到最新状态。

6、配置中心

用来集中管理微服务的配置信息

7、服务熔断&服务降级

在微服务中,微服务之间通过网络进行通信,存在相互依存,当其中一个服务不可用时,会造成雪崩效应。要防止这样的情况,必须需要容错机制。

服务熔断

设置服务的超时,当被调用的服务经常失败到达某个阈值。我们可以开启短路保护机制,后来的服务不再去调用这个服务。本地直接返回默认数据。

服务降级

在运维期间,当系统处于高峰期,系统资源紧张,我们可以让非核心业务降级运行。降级:某些服务不处理,或者简单处理【抛异常、返回NUll、调用Mock数据、调用Fallback处理逻辑】

8、API网关

API网关是整体架构的重要组件,它抽象了微服务中需要的公共功能,同时提供了客户端负载均衡、服务自动熔断、灰度分布、统一认证、限流、日志统计等丰富功能。

你可能感兴趣的:(微服务,架构,云原生)