![](data:image/svg+xml;charset=utf-8,<svg height="384" width="640" xmlns="http://www.w3.org/2000/svg" version="1.1"/>)
云原生应用由数十、数百甚至数千个将微服务连接在一起的 API 组成。这些服务和 API 共同塑造了云原生应用的弹性、可扩展性和灵活性。
如今，这些底层 API 和微服务通常由分散在全球各地的团队构建而成，他们需要在一定程度上独立自主地运作，以便及时将功能推向市场。
与此同时，平台运维团队负责确保企业应用和基础架构（包括其底层 API）的整体可靠性和安全防护。他们需要对 API 流量进行可视化并能够设置全局安全防护，以确保一致的安全性和遵从性，同时提供出色的 API 开发人员体验。
虽然这两个群体的目标可能会有冲突，但我们认为这并非不可避免。我们构建了 API Connectivity Manager（作为 F5 NGINX Management Suite 的一部分），既支持平台运维团队确保一切安全和平稳运行，同时助力 API 开发人员轻松构建和发布新功能。
创建新架构来支持 API 互联
作为下一代管理平面，API Connectivity Manager 旨在实现和扩展 NGINX Plus 作为 API 网关的能力。如果您过去使用过 NGINX，想必已对 NGINX 作为 API 网关的可扩展性、可靠性、灵活性和高性能非常熟悉。
在设计 API Connectivity Manager 时，我们开发了一个新架构来支持平台运维团队和开发人员更好地协同工作。该架构使用以下标准行业术语来表示其组件（其中一些与 NGINX 用户所熟悉的名称不同）：
- Workspace – 可供单个业务部门或团队专门管理和使用的独立基础架构集合；通常包括多个环境
- 环境 – NGINX Plus 实例（集群）的逻辑集合，在应用生命周期的特定阶段（如开发、测试或生产）充当 API 网关或开发人员门户
- API 网关代理集群 – NGINX API 网关的逻辑表示，用于对 NGINX Plus 实例进行分组并同步实例间的状态
- API 代理 – API 已发布实例的表现形式，其中包括路由、版本控制及其他策略
- 策略 –用于定义 API 代理特定功能（如流量弹性、安全防护或服务质量）的全局或局部抽象
下图说明了组件在 Workspace 中的嵌套方式：
![](data:image/svg+xml;charset=utf-8,<svg height="1080" width="2048" xmlns="http://www.w3.org/2000/svg" version="1.1"/>)
该逻辑层次结构可实现各种支持企业级 API 互联的重要用例。例如，Workspace 可以整合多种类型的基础架构（如公有云和本地），以便团队对二者进行访问，并为基础架构所有者提供这两种环境中 API 流量的可见性。
我们将在后续文章中更深入地介绍这些架构组件。现在，我们来看看 API Connectivity Manager 如何为负责 API 开发和交付的不同角色提供服务。
API Connectivity Manager 如何助力平台运维团队
平台运维团队负责构建和管理每个组织的基础架构生命周期。在该团队提供的平台上，开发人员可快速构建应用和服务，从而为客户和合作伙伴提供可靠服务。开发团队通常分散各地，在多个环境中工作，并向不同的业务线报告。在满足这些分散的团队和不同的环境所提出的各种需求的同时保持企业范围内的统一标准，是平台运维团队目前面临的最大挑战之一。
API Connectivity Manager 提供了创新的方法，即，使用 Workspace 作为逻辑边界来隔离团队及其操作。它还支持平台运维团队管理基础架构生命周期，而不会干扰团队构建和部署 API。API Connectivity Manager 采用一套默认全局策略，可为 NGINX Plus API 网关和开发人员门户提供基本的安全防护和配置。然后，平台运维团队可以配置补充全局策略，选择性地要求使用 mTLS、配置日志格式或统一代理请求头。
全局策略为部署在共享 API 网关集群中的 API 提供了统一性和一致性。API Connectivity Manager 还允许企业运行分散式数据平面集群，在物理上隔离每个团队或业务线的 API 部署。
![](data:image/svg+xml;charset=utf-8,<svg height="1444" width="2048" xmlns="http://www.w3.org/2000/svg" version="1.1"/>)
在后续文章中，我们将探讨平台运维团队如何使用 API Connectivity Manager 确保 API 安全防护和治理，同时帮助 API 开发人员取得成功。
API Connectivity Manager 如何助力开发人员
来自不同业务线的团队拥有并运行各自的 API。他们需要有效控制其 API 产品，以便按时将应用和服务推向市场，这意味着他们无法坐等其他团队的同意后才能使用共享基础架构。与此同时，他们还需要设置“护栏”，以防止团队之间发生冲突。
与平台运维人员一样，作为 API 所有者的开发人员也拥有自己的 Workspace，可将其 API 与其他团队隔离开来。API Connectivity Manager 提供 API 代理级策略，以供 API 所有者配置服务级设置，如速率限制和额外的安全防护要求。
![](data:image/svg+xml;charset=utf-8,<svg height="1140" width="2048" xmlns="http://www.w3.org/2000/svg" version="1.1"/>)
在后续文章中，我们将探讨开发人员如何使用 API Connectivity Manager 来简化 API 生命周期管理。
立即免费试用
立即开启 NGINX Management Suite 30 天免费试用，包括 API Connectivity Manager 和 Instance Manager。