开源服务网格框架 Kuma 可应用于任何平台( 三 )_作者丨KumaDocument译者丨平川策划丨田

图2/5

每当我们的服务通过网络请求互连时，我们都将最终用户的体验置于风险之中。我们都知道，不同服务之间的连接可能很慢，而且无法预测。它可能不安全，难以跟踪，并会引发许多其他的问题（例如路由、版本控制、金丝雀部署）。

针对这种情况，开发人员通常采取以下一种措施：

编写更多代码：开发人员构建一个智能客户端，每个服务都必须以库的形式使用该客户端。通常，这种方法会带来以下几个新问题：

导致了更多技术债务

通常特定于具体的语言，妨碍了创新

库有多种实现，长远来看会导致碎片化

挎斗（Sidecar）代理：服务将所有连接性和可观察性关注点委托给进程外运行时，后者位于每个请求的执行路径上。它将代理所有发出的连接并接受所有传入的连接。使用这种方法，开发人员就不需要关心连接性，而只需要关注业务价值交付。

挎斗代理：它之所以被称为挎斗代理，是因为它是同一主机上与我们的服务进程并行运行的另一个进程，就像摩托车跨斗一样。服务的每个运行实例都将有一个挎斗代理实例，由于所有传入和传出的请求——以及它们的数据——总是通过挎斗代理，所以它也被称为数据平面（DP）。

开源服务网格框架 Kuma 可应用于任何平台( 三 )