解决您的 API 使用案例：在 Apigee、API Gateway 和 Cloud Endpoints 之间进行选择

API 的采用率在各地呈爆炸式增长——事实上，目前超过 80% 的网络流量来自 API。这是因为 API 能更轻松、标准化地交付服务和数据，通常促进业务增长。许多组织仍将 API 视为实现细节，但若缺乏明确定义的 API 策略，API 的大规模增长可能难以管理。

API 管理在此发挥关键作用，使构建 API、保护每个 API 调用、管理 API 流量以及生成关键数据资产变得更加简便。在 Google Cloud 提供三种解决方案以满足不同的 API 使用案例：Apigee API 管理、API 网关和 Cloud Endpoints，每种方案均具有独特优势。那么，如何选择适合特定用例的 Google Cloud 解决方案呢？从一些定义开始：

Apigee

Apigee 是 Google Cloud 的 API 管理产品，支持组织针对各种用例、环境或规模构建、管理和保护 API。Apigee 可在任意环境（本地、Google Cloud 或混合环境）中操作，提升规模、安全性和自动化水平。Apigee 包含先进的企业功能，如机器人和错误配置的 API 检测等安全功能、将数字资产打包为 API 并实现货币化的工具、灵活的运行时支持、开发者门户以及治理策略等。Apigee 提供两种定价模式：按使用付费，无需预先承诺；以及多种订阅级别，确保成本可预测。

什么时候是最佳选择？

虽然 Apigee 几乎适用于所有用例，但对于 API 数量庞大、需要高可靠性和企业级安全性的客户，或将 API 公开给第三方或合作伙伴作为业务组成部分的客户，尤为有价值。

许多组织管理着大量或持续增长的 API，通常部署在多云环境和分布式架构中。这在依赖 API 实现遗留应用程序现代化且不降低开发速度的大型组织中尤为常见。在这些情况下，Apigee 的灵活部署选项、一致治理及强大的 API 生命周期管理工具对大规模、统一管理 API 至关重要。

对于许多组织来说，保持高 API 正常运行时间、性能和安全性至关重要，尤其在面对意外流量峰值或不断增长的恶意攻击时。通常，这些情况下，面向客户的应用程序依赖 API 协调大量关键或敏感业务事务。Apigee 提供监控、保护和分析 API 流量的全面控制，帮助组织维持客户信任和一致的性能。

此外，许多组织利用公共 API 作为创造新收入来源或与外部合作伙伴协作的渠道。这些用例通常侧重于通过将数字资产打包为 API 产品并通过其采用来实现货币化，从而最大化数字资产的价值。在这些场景中，Apigee 的多个开发者门户产品、API 产品化和货币化功能显著简化了流程。

为什么客户青睐 Apigee？

API 产品化：轻松将 API 产品化（如开发者门户），带来新的收入来源和机会。
安全与治理：自动化分析、监控和治理，建立一致标准而不妨碍创新。
经过实战测试：Apigee 作为 Google Cloud 主要 API 管理平台，连续六次被评为 2021 年 Gartner® Magic Quadrant™ 全生命周期 API 管理领导者。
灵活性：Apigee 可在本地、Google Cloud 或混合部署环境中管理自制或第三方 API、REST 或 GraphQL。

API 网关

API Gateway 是一项完全托管的服务，支持为基于 Google Cloud 构建的服务创建、保护和监控 API。专为无服务器工作负载设计，能够轻松管理 Cloud Functions、Cloud Run 和 App Engine 的 API。API Gateway 包括身份验证和密钥验证，以及监控、日志记录和跟踪等安全功能。基于消费的定价模式使得成本管理更加简便。

什么时候是最佳选择？

API Gateway 最适合云原生用例，目标后端通常仅限于部署在 Google Cloud 上的服务，且使用 API 的开发者不需要开发者门户。适用于打包无服务器应用程序的特定 API 用例，如 Cloud Functions、Cloud Run 和 App Engine。特别适用于数字原生组织、小型企业，或正在构建新应用程序或测试概念验证的大型组织。如果开始进行 API 优先驱动开发并构建无服务器后端，API Gateway 是一个良好的入门选择。

为什么客户青睐 API Gateway？

轻松获取 OAS v2 规范并导入生成
适用于 Google Cloud 无服务器应用的无缝 API 网关
入门成本极低

云端点

Cloud Endpoints 是一个网关，支持配置、部署和管理 ESPv2 代理。虽然 Cloud Endpoints 提供用户身份验证、基本云日志记录与监控以及用于验证 API 调用的 API 密钥等基本功能，但仍需管理 API 操作的每个细节。基于消耗的定价模式有助于控制 Cloud Endpoints 的成本。

什么时候是最佳选择？

Cloud Endpoints 最适用于希望通过专用网络在自有运行时上托管网关，同时需要与 API Gateway 相同类型的控制平面功能（如分析和身份验证执行）的场景。

当前，Cloud Endpoints 最常见的用例是 gRPC 服务，适合希望在本地托管项目网关的开发人员。如果在开发过程中需要在本地计算机上运行和测试 Cloud Endpoints，这将非常有用。

为什么客户青睐 Cloud Endpoints？

灵活的部署：支持在自有运行时环境中托管网关，满足特定网络和安全需求。
全面的控制平面功能：提供与 API Gateway 类似的分析和身份验证执行，确保 API 的安全与性能。
适用于 gRPC 服务：特别适合需要高效通信协议的现代应用，提升服务间的交互效率。
本地开发与测试支持：方便开发人员在本地环境中运行和测试 Cloud Endpoints，加快开发迭代速度。

选择指南

首先，若已有使用其中一款产品且其满足需求，可继续沿用现有方案。否则，可参考以下决策树，考虑决策过程中的关键因素。

对于大多数运行复杂或大规模应用的客户，建议优先考虑 Apigee。Apigee 功能全面，专为跨团队、合作伙伴、组织乃至生态系统的 API 使用而设计。作为功能最丰富、可扩展性最强且具成本效益的大规模 API 管理选项，Apigee 是实现 API 产品目标的最佳选择，因为其在开发新特性和功能方面的投入最大。

若开发项目利用 Cloud Run 等无服务器产品，且不确定是否需要管理第三方 API、优化大规模或建立一致治理，则 API Gateway 是理想选择。作为轻量级产品，API Gateway 旨在项目级别公开 API，适合逐步启动。随着组织或项目规模扩大或需要新功能时，可考虑升级至 Apigee。

最后，若需在本地测试、专用网络中运行，并需要通过增加操作复杂性来更好地控制网关配置和运行时操作，则 Cloud Endpoints 是合适选择，因为其专为这些用例设计。

原文链接：addressing your api use cases: choosing between apigee api gateway and cloud endpoints