API 开发控制平面最近发布，为分布式运行时和 API 提供单一管理平台来管理和监控它们。它引入了与数据平面分离的开发控制平面的概念。这种双平面架构在网络环境中并不是一个新概念，但对于 API 管理来说却是一个新概念。

让我们定义我们的飞机

数据平面：这是 API 日常操作发生的地方。它可以包括 API 网关、其他代理或 开发人员门户；我们通常所说的运行时。您可以在数据平面中拥有多个运行时集群，这些集群分布在私有云或公共云中的各个地理位置和数据中心。这些运行时为 API 流量路由调用、转换请求和响应、调整流量或向消费者发布 API 提供服务。最好让它们靠近操作所在的位置，即托管后端应用程序的位置或 API 调用的来源位置，以最大限度地减少延迟。这可确保网络问题对企业日常运营的影响降至最低。 

开发控制平面：开发控制平面位于数据平面之上，将控制和监视方面与运行时操作分开。它将配置抽象到一个中央位置，该位置可以同时管理多个运行时。它还显示不同 API 角色的汇总指标，帮助他们了解投资的整体绩效和 KPI，确保一切都处于最佳运行状态。

谁在乎？

API 生命周期中涉及的不同 API 角色有不同的关注点，并且位于各自感兴趣的领域。 API 开发人员关心自己的 API，及时交付它们并确保这些 API 按预期工作和执行，因此他们的日常关注仅限于 API 所在的数据平面。同样，API 使用者关心的是为其应用程序找到并订阅正确的 API，并生活在列出他们可用的 API 的数据平面中。另一方面，平台所有者的责任范围是整个 API 环境，无论其分布如何。因此，他们生活在开发控制平面中，监控整个平台的性能和分析，并采取必要的措施以确保其效率。他们非常关心快速了解任何运行时的任何问题，并能够对这些问题采取行动。同样，API 产品经理，关键在于利用 产品经理的 API 开发控制平面，可能负责跨越多个运行时的 API。他们希望确保所有 API，无论在何处代理或发布，都具有正确的覆盖范围、正确的配置和正确的包装，他们还希望监控业务 KPI，以确保 API 投资获得正确的回报。 

拥有一个涵盖所有数据平面的专用开发控制平面可以让 API 平台 所有者和 API 产品经理受益匪浅。开发控制平面提供了一个单一工具来掌控他们的职责范围，并减轻了他们必须遍历多个运行时的负担，试图确保这些多个运行时的配置以及托管在它们上的许多 API 是一致的并且是按照预期，结合并分析所有这些指标，并了解整个情况。现在，让我们更深入地了解这种分离带来的功能优势。

分开这些平面有什么好处？

将开发控制平面与数据平面分开，使 单个管理平台 能够管理多个运行时，这些运行时可能相互了解，也可能不相互了解。您可以管理这些运行时上的各个运行时或 API，并从这个中心位置比较多个运行时或 API 的配置，以确保您的 API 投资以最佳状态运行。它使您无需遍历多个运行时即可发现问题并快速进行纠正。 

开发控制平面使中央平台和产品团队能够了解多个业务部门的运营情况，同时使这些业务部门 能够独立 选择和使用对他们来说最有意义的技术。开发控制平面可以与来自不同供应商的数据平面中的所有这些不同运行时进行通信，以便为平台所有者提供统一的视图。 

开发控制平面能够从这些多种技术中配置和收集指标，从而实现 联合 API 治理。这意味着业务单元可以执行自己的规则和政策，同时也符合组织的最佳实践。所有这些运行时都可以从开发控制平面可视化，以确保 API 环境合规。 

说到 API 环境，开发控制平面的最大优势之一是提供整个组织环境的单一视图。在数据平面中，每个运行时的可见性仅限于其上的 API。然而，开发控制平面 会对所有运行时、API、其版本和应用的策略进行编目 ，让您领先于 API 的蔓延。此 API 目录通过列出所有运行时上的所有 API 来实现重用，防止创建重复的 API，并允许您终止僵尸 API。 

开发控制平面的最大优点之一是它显示来自数据平面的单独或聚合指标。通过其监控和分析仪表板，您可以在单个工具中控制操作并发现有问题的运行时和 API。开发控制平面还允许对运行时进行分组，例如在某些地区或云提供商中，并向您显示 见解 以帮助您做出投资决策。

开发控制平面为您带来这些好处，而数据平面则努力为 API 调用提供服务并执行运行时策略。开发控制平面和数据平面之间的通信是异步的，因此不会对 API 调用的处理产生负面影响。 

API 开发控制平面来统治它们

我们发布了 API 开发控制平面，为您提供单一管理平台，从而为您带来所有这些好处。它位于您的数据平面之上，可将您的 API 景观全部可视化，或者单独的运行时或 API。它让您放心确保一切都以最佳状态运行，并节省您遍历多个运行时来配置和观察它们的时间。所有这一切都是在您的数据平面处理 API 调用并支持您的业务运营时发生的。