您现在的位置是:主页 > 数据库技术 > 数据库技术

Service Mesh模式是怎么来的

IDCBT2022-01-05服务器技术人已围观

简介本篇内容主要讲解“Service Mesh模式是怎么来的”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“Service Mesh模式是怎么来的”吧! 分布

本篇内容主要讲解“Service Mesh模式是怎么来的”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“Service Mesh模式是怎么来的”吧!

分布式系统帮助我们解决了很多过去甚至无法思考的用例,但同时也带来了诸多新的问题。

当系统规模较小、架构较简单时,开发者通过减少远程交互数量来降低额外的复杂性。像处理分发的最安全方法是尽可能避免它,即使这意味着产生跨系统的重复逻辑和数据。

但现实情况是,从开始的几台大型中央计算机,到如今成百上千个小型服务,行业反战的需求要求我们不得不作出突破。我们需要走出困境,解决不断涌现的新挑战和悬而未决的问题,先采取个案处理的临时解决办法,再用更复杂的办法来应对。但我们不断的解决问题、设计出更好的解决方案,解决那些最常见需求的模式、库和平台随之出现。

计算机的联网

起初,人们想要实现两台或多台电脑之间的交互:

为最终用户完成某个目标的服务对话。这显然是一个过于简化的视图,因为在代码操作的字节和通过电线发送和接收的电信号之间转换的许多层都丢失了。但是,抽象概念对于我们的讨论是足够的。让我们通过将网络堆栈显示为一个不同的组件来添加更多的细节:

通过一个服务与另一个服务对话以实现最终用户的某个目标,这里我们把网络堆栈加入进来:

上述模型从20世纪50年代以来一直被反复使用。一开始,计算机很少见而且价格昂贵,因此两个节点之间的每条连接都会被精心设计和维护。然而随着计算机越来越便宜、越来越流行,连接数量和数据量急剧增加,当人们越来月以来网络系统,开发就必须确保所构建软件符合用户的服务质量要求。

想要达到与其水平,就需要解决很多问题,例如让机器找到彼此、在一条线上处理多个并发连接、允许机器在不直接连接的情况下相互通信、在网络间路由包、加密通信等等。

以流控制(flow control)为例。流控制本身是一种机制,阻止一台服务器发送比下游服务器处理上限更多数据包。在网络系统中,我们至少有两台独立的计算机,它们彼此不太“了解”,因此流控制是必要的。计算机A以给定速率向计算机B发送字节,不能保证B将以足够快、一致的的速度处理收到的字节。例如,计算机B可能正忙于并行运行其他任务,或者包可能会无序到达,而计算机B被阻塞等待应该首先到达的数据包。换句话说,计算机A不仅不具备计算机B所期望的性能,而且很可能会让事情变得更糟,可能会使计算机B过载,而计算机B不得不排队等待所有进入的数据包以进行处理。

标签:

很赞哦! ()

本栏推荐