使用 Apigee 优化 API 管理成本的 6 种方法

在当前的经济环境中，许多组织正面临独特的三重压力：通货膨胀、人才短缺与高昂成本，以及全球供应链中断。这些挑战让 IT 领导者必须在优化开支的同时，继续推动数字化转型，尤其是在新冠疫情加速了数字化进程的背景下。新的研究表明，作为应对措施，许多组织正在加大对云计算的投入，推动基础设施现代化，并将更多应用程序从本地环境迁移至云端。这些举措促进了 API 的广泛采用，因为它们对于最大化新旧系统价值的融合至关重要。

在 Google Cloud，我们致力于帮助您加速 API 的采用，并确保您的 API 程序为业务创造持续的价值。为此，我们最近推出了即用即付定价模式，使您能够灵活地管理 API 管理的成本，而无需做出任何预先承诺。使用即用即付定价时，您只需根据以下几项按实际使用量付费：

Apigee 网关节点：处理 API 流量的环境单元，您根据每分钟使用的节点数付费。
API 分析：Apigee 分析每月处理的 API 请求总数（每个 API 代理调用，无论成功与否，都将计入处理请求）。

除了这些主要费用外，您还会根据使用情况产生网络费用（例如网络出口费用）。

随着更多客户开始采用新定价模型的 Apigee，我们希望与您分享 6 种优化 API 管理成本的最佳实践。这些方法将帮助您根据业务需求有效调整云成本，进一步提升您的 API 管理效率。

始终为 Apigee Gateway 节点设置最大值

Apigee 运行时支持自动扩展至最多 1000 个节点，每个网关节点每秒可以处理最多 300 个请求（具体数量根据策略、请求/响应大小、后端延迟等因素可能有所不同）。如果您从较小规模开始，可能不需要将扩展到如此高的上限。因此，设置一个合理的节点最大值可以帮助您在流量意外激增时避免不必要的成本增加。

通过合理设置最大节点数，您可以有效管理 API 流量，防止过度扩展导致的高额费用。此措施不仅有助于成本控制，还能确保在流量波动时，Apigee 运行时能够平稳运作，避免服务中断。

避免不必要地为“最小节点”设置较高的值

现代应用程序的成功往往依赖于其性能，因此，工程团队通常会专注于优化应用的各个方面。为了减少流量激增时的延迟，一些客户可能会为 Apigee 的“最小节点”配置较高的值。然而，每个 Apigee 网关节点的费用为每小时 1.025 美元，这样的超额配置成本可能迅速增加。

Apigee 运行时能够主动扩展，以帮助避免延迟。例如，我们观察到，Apigee 能在几分钟内将请求处理能力从每秒 2,000 次请求（RPS）扩展到 20,000 次请求（RPS），而 p50/p90 延迟几乎没有变化（pXX 延迟指的是 XX% 请求的响应时间等于或快于 pXX 延迟值）。因此，我们建议您通过 Cloud Monitoring 分析 Apigee 网关节点的使用情况，以便根据实际需求合理定义“最小节点”数量，而不是简单地设置一个较高的固定值来应对流量峰值。

此外，建议您设置节点使用情况的警报，这样可以在流量需求突增时，及时调整配置并采取应对措施，避免不必要的成本支出。

避免手动调整节点值

为了避免在流量激增（例如黑色星期五等大型电商活动期间）时出现延迟，很多工程团队会提前几个小时手动调整 Apigee 的最小和最大节点限制。这种做法虽然能应对流量高峰，但如果在流量峰值过后未及时缩小节点值，就可能导致不必要的超额配置成本。

为了避免这种情况，建议使用 Apigee 的管理 API 来自动化节点调整，而不是依赖人工操作。通过管理 API，您可以将节点调整嵌入到现有的工作流程中，并针对预期的流量波动进行精确控制。这不仅能减少手动干预的风险，还能确保您的 API 在流量峰值期间能够平稳运行，同时避免不必要的成本增加。

固定边缘以防止不必要的费用

Apigee 提供了一系列强大的策略来保护 API 流量。然而，这些策略是在运行时执行的，意味着无论 API 请求是否成功，都会对其进行身份验证或过滤。因此，即使 API 请求未成功，Apigee 分析也会对其进行处理，这将导致您为不成功的请求支付费用（根据 Apigee 的按需付费定价模型，您需要根据处理的 API 请求总数付费）。

为了避免因无效请求而产生不必要的费用，建议在 API 流量到达 Apigee 运行时之前，在边缘实施安全策略，过滤掉恶意流量（例如：基于 IP 地址、地理位置、内容或签名等）。Google Cloud 市场提供了多种流行的边缘解决方案，可以有效阻止机器人流量并保护您的端点。

例如，Google Cloud 的 Web 应用程序和 API 保护（WAAP）解决方案，结合了 Apigee、Cloud Armor 和 reCAPTCHA，为您的 API 提供全面的威胁防护。由于 Apigee 的入口由 Google Cloud 负载均衡器控制，Apigee 和 Cloud Armor 之间的无缝集成有助于检测并丢弃来自 Google Cloud 网络边缘的恶意流量，从而进一步减少无效请求并控制相关费用。

将现有节点拆分到多个区域，而不是添加资源

在用户分布在多个区域的情况下，常见的做法是通过在各个区域中部署额外的节点来维持高可用性。然而，部署更多节点通常会增加额外的成本。如果您的业务需要跨多个区域扩展并保持高于 99.9% 的可用性，建议考虑将现有节点拆分到多个区域，而不是单纯增加新的资源。

例如，如果您已经配置了超过 4 个最小节点，可以考虑将这些节点跨多个区域进行分配，这样可以在保证高可用性的同时降低额外成本（仅需根据处理的请求数量支付分析费用）。需要注意的是，每个区域内配置的环境至少需要两个节点，以确保区域内的高可用性和稳定性。

通过这种方法，您不仅能提高可用性，还能更灵活地管理成本和资源，避免在每个区域都部署过多冗余节点。

选择最佳的 Apigee 定价模型

对于希望保持灵活性并控制成本的客户，尤其是那些不希望做出预先承诺或需要灵活试验的客户，即用即付定价是理想选择。然而，如果您的 API 使用量已经达到一定规模（无论是基于 API 调用数量还是网关节点数量），订阅计划可能会是更具成本效益的替代方案。Apigee 提供多种订阅计划，适合高 API 请求量或需要可预测定价的场景。