与其他控制平面不同的是，Kuma天生就可以在任何平台上运行。它既适用于现有的棕地应用程序（即如今已经在提供商业价值的应用程序），也适用于新的现代化绿地应用程序。Kuma很容易使用，任何人都可以通过三个简单的步骤实施Kuma。

Kuma是什么？

Kuma是一个面向服务网格和微服务的通用开源控制平面。它天生就可以在Kubernetes和VM环境中运行和操作，组织中的每个团队都可以轻松地采用它。

Kuma以Envoy为基础构建，可以用于管理任何L4/L7流量，保护、观察、路由及增强任何服务或数据库之间的连接。它可以通过CRD在Kubernetes本地使用，也可以通过RESTful API在其他环境中使用，而且不需要更改应用程序的代码。

Kuma在大多数情况中使用起来都很容易，同时，它还提供了以更细粒度的方式配置底层Envoy 数据平面的策略。这既满足了初次使用服务网格的用户，也满足了经验最丰富的用户。

Kong根据150多个在生产环境中运行服务网格的企业组织的反馈构建了Kuma。Kuma实现了一种与第一代控制平面迥异的实用方法：

为什么是Kuma？

在构建任何软件架构时，我们都会不可避免地引入通过在网络上发出请求来实现彼此通信的服务。

例如，考虑任何与数据库通信以存储或检索数据的应用程序，或者考虑一个更复杂的面向微服务的应用程序，它们为了执行操作都要向不同的服务发出许多请求：

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

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

编写更多代码：开发人员构建一个智能客户端，每个服务都必须以库的形式使用该客户端。通常，这种方法会带来以下几个新问题：
- 导致了更多技术债务
- 通常特定于具体的语言，妨碍了创新
- 库有多种实现，长远来看会导致碎片化
挎斗（Sidecar）代理：服务将所有连接性和可观察性关注点委托给进程外运行时，后者位于每个请求的执行路径上。它将代理所有发出的连接并接受所有传入的连接。使用这种方法，开发人员就不需要关心连接性，而只需要关注业务价值交付。

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

挎斗代理模型需要一个控制平面，使团队可以配置数据平面的行为并跟踪其服务的状态。采用挎斗代理模型的团队要么从头开始构建一个控制平面，要么使用市场上现有的通用控制平面，比如Kuma。

与数据平面（DP）不同，控制平面（CP）并不位于服务交互请求的执行路径上，它用于配置数据平面并从中检索数据（如可观察性信息）。

服务网格：一种由数据平面（DP：和服务平行部署的挎斗代理）和控制DP的控制平面（CP）组成的架构。通常，服务网格出现在Kubernetes上下文中，但是任何人都可以在任何平台上构建服务网格（包括VM和裸机）。

使用Kuma，我们的主要目标是减少构建可靠的架构所必须编写和维护的代码。因此，Kuma采用了挎斗代理模型，利用Envoy作为其挎斗数据平面技术。

通过将所有的连接性、安全性和路由问题外包给挎斗代理，我们可以获得以下好处：

通过减少团队需要编写和维护的代码，我们可以一点一点地实现应用程序的现代化，而不需要花费太多精力。

要进一步了解如何在现有的架构中通过Kuma实现应用程序的现代化，请点击这里。

当服务网格在2017年前后第一次成为主流时，为了支持这个新的架构模式的首次实现，一些大大小小的组织发布了一些控制平面。

虽然人们在早期对这些控制平面投入了大量的热情，但它们都缺乏实用性，无法在现有组织中开启一段可行的服务网格采用之旅。这些第一代解决方案有如下特点：

Kuma今天的存在就是为整个组织和每个团队提供一个实用的服务网格实现之旅：既面向运行在现代Kubernetes环境中的应用程序，也面向运行在更传统平台（如虚拟机和裸机）上的应用程序。

实时支持：Kuma社区提供了实时沟通和支持的渠道，您可以在我们的社区页面中找到。它还提供由Kong提供的专门的企业支持。

到目前为止，服务网格一直被认为是架构现代化的最后一步，而在此之前，架构已经转换到容器或Kubernetes。这种方法完全向后兼容。这使得服务网格的采用和业务价值只有在实现了其他大规模转换之后才能实现，而与此同时，这些转换可能会出错。

实际上，我们希望服务网格在实现其他转换之前已经可用，这样我们就可以在这个过程中保证网络的安全和可观察性。使用Kuma，服务网格实际上是迈向现代化的第一步。

与其他控制平面不同的是，Kuma天生就可以在任何平台上运行，没有范围限制（如仅限Kubernetes）。Kuma既适用于现有的棕地应用程序（即如今已经在提供商业价值的应用程序），也适用于新的现代化绿地应用程序，这是我们未来的前进方向。

与其他控制平面不同，Kuma很容易使用。任何人（来自任何团队）都可以通过三个简单的步骤跨传统的单体应用程序和现代化的微服务实施Kuma。

最后，通过开箱即用的策略和Kuma强大的标签选择器，我们可以在各种拓扑中实现各种行为，类似于多云和多区域架构。

原文链接：

https://kuma.io/docs/0.1.0/#what-is-kuma