自承载网关的支持策略

使用开发人员层和高级层中的 Azure API 管理服务，可以将 API 管理网关部署为在本地基础结构、其他云和支持容器的 Azure 基础结构选项中运行的容器。 本文详细说明 API 管理自承载网关的技术支持策略和限制。

部署 API 管理服务实例时，你始终会获得属于该服务的托管 API 网关。 此网关在 Azure 管理的基础结构中运行，其软件也由 Azure 管理和更新。

在支持的服务层级中，自承载网关是一个可选的部署选项。

虽然托管网关和自承载网关具有许多共同特征，但两者也存在一些差异。

下表显示了 Azure 的责任、共同责任以及客户在管理和支持自承载网关方面的责任。

我们根据主要版本、次要版本和修补程序约定，为自承载网关容器映像制定了以下标记策略：{major}.{minor}.{patch}。 可以查找可用标记的完整列表。 作为最佳做法，我们建议客户运行最新稳定版的容器映像。 随着容器映像的持续发布，我们将为以下版本提供官方支持：

• 最后一个主要版本和最后三个次要版本

  例如，如果最新版本是 2.2.0，则我们将为所有次要版本（2.2.x、2.1.x 和 2.0.x）提供支持。 对于所有以前的版本，我们会要求你更新到受支持的版本。

• 修复

  如果我们在受支持的版本中发现 bug、CVE 或性能问题 – 例如，在容器映像 2.0.0 中发现 bug – 则会在最新次要版本（例如 2.2.x）中以修补程序的形式推出修复。

• 带有 beta 标记的容器映像。

• 任何带有 preview 后缀的版本。

• 受支持层的配置终结点和管理平面运行时间与配置。

• 自承载网关容器映像 bug、性能问题和改进。

• 将尽快修复自承载网关容器映像安全修补程序 (CVE)。

• 支持的第三方开源项目，例如：Open Telemetry 和 DAPR（分布式应用程序运行时）。

• 有关如何在 Kubernetes 中使用自承载网关的问题。 例如，对于如何创建自定义入口控制器、服务网格、如何使用应用程序工作负载，或者如何应用第三方的或开源的软件包或工具，Microsoft 支持部门不提供建议。

• 与自承载网关结合使用的第三方开源项目（特定的受支持项目除外），例如：Open Telemetry 和 DAPR（分布式应用程序运行时）。

• 第三方闭源软件，包括安全扫描工具和网络设备或软件。

• 排查网络自定义、CNI、服务网格、网络策略、防火墙和复杂网络线路的问题。 Microsoft 只会检查自承载网关与配置终结点之间的通信是否正常。

如有支持计划并需要技术帮助，请创建支持请求：

1. 对于“问题类型”，选择“技术”。

2. 对于“订阅”，请选择自己的订阅。

3. 为“服务”选择“我的服务”，然后选择“API 管理服务”。

4. 对于“资源”，请选择要为其创建支持请求的 Azure 资源。

5. 对于问题类型，请选择自托管网关。

也可以从我们的社区获取帮助。 可以在 GitHub 上提出问题，并使用“azure-api-management”对其进行标记。

• 了解如何使用 YAML 或 Helm 图表将 API 管理自承载网关部署到 Azure Kubernetes 服务或 Kubernetes 群集。

• 查看有关在生产环境中的 Kubernetes 上运行自承载网关的指导。