分布式系统基础概念

学习分布式有一段时间了,我将结合所学的知识以及一些参考资料来整理出一个比较合理易懂的概念篇章。

微服务

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

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

集群&分布式

集群是一种物理形态,分布式是一种工作方式

只要是一堆机器,就可以叫集群。

《分布式系统原理与范型》定义:

分布式系统是若干独立计算机的集合,这些计算机对于用户来说就像单个相关系统

分布式系统(distributed system)是建立在网络之上的软件系统。

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

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

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

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

远程调用

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

SpringCloud中使用HTTP+JSON的方式来完成远程调用。

负载均衡

分布式系统中,A服务需要调用B服务,B服务在多台机器中都存在,A调用任意一个服务器均可完成功能。

为了使每一个服务器都不要太忙或者太闲,我们可以负载均衡的调用每一个服务器,提升网站的健壮性和稳定性。

常见的负裁均衡算法:

轮询:为第一个请求选择健康池中的第一个后端服务器,然后按顺序往后依次选择,直到最后一个,然后循环。

最小连接:优先选择连接数最少,也就是压力最小的后端服务器,在会话较长的情况下可以考虑采取这种方式。

服务注册&发现中心

A服务调用B服务,A服务并不知道B服务当前在哪几台服务器有,哪些正常的,哪些服务已经下线。解诀这个问题可以引入注册中心。

所以它有点类似于中央管理器,用来分配服务的。

如果某些服务下线,我们其他人可以实时的感知到其他服务的状态,从而避免调用不可用的服务。

配置中心

每一个服务最终都有大量的配置,并且每个服务都可能部署在名台机器上。我们经常需要变更配置,我们可以让每个服务在配置中心获取自己的配置

所以配置中心用来集中管理微服务的配置信息。

服务降级&服务熔断

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

服务熔断

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

服务降级

在运维期间,当系统处于高峰期,系统资源紧张,我们可以让非核心业务降级运行。

降级:某些服务不处理,或者简单处理[抛异常、返回NULL、调用Mock数据、调用Fallback处理逻辑]。

API网关

在微服务架构中,API Gateway作为整体架构的重要组件,它抽象了微服务中都需要的公共功能,同时提供了客户端负载均衡,服务自动熔断,灰度发布,统一认证,限流流控,日志统计等丰富的功能,帮助我们解决很多API管理难题。


Last modification:November 28, 2020
如果觉得我的文章对你有用,请随意赞赏