开始监控第三方 API 的 4 个主要原因
1. 避免瓶颈
2. 确保你需要它们
3. 确定备选方案优先级
4. 你无法控制他人的服务
立即开始监测
你的应用程序弹性如何？也许你已经搭建了一套日志工具、APM 和测试来处理所有代码。但如果第三方 API 宕机了怎么办？如果它保持运行但速度变慢到导致依赖服务开始崩溃，又该怎么办？
如今，尤其是在社交登录和分享盛行的时代，找到一款不依赖第三方 API 的现代应用程序实属不易。那么，如何确保您的应用程序不受第三方 API 性能的限制呢？答案是：监控这些 API 并制定应急预案。
让我们来看看您应该密切关注所使用 API 的几个原因。
1. 避免瓶颈
开发者通常会花费大量时间确保应用程序运行快速且响应迅速。但他们无法保证外部请求也能同样快速。监控 API 请求的延迟趋势有助于识别不稳定或性能低下的请求，这些请求可能会在应用程序逻辑中造成瓶颈。
例如，如果你的应用程序从用户的 Twitter 个人资料中提取数据，以便在你的应用程序中填充他们的用户帐户，那么你就会想知道延迟是出在你转换数据的方式上，还是出在数据到达你的应用程序的方式上。
2. 确保你需要它们
随着应用程序不断添加新功能、进行转型、弃用旧功能并持续发展，很容易忽略那些使用率较低或关注度较低的 API 连接。监控使用情况可以帮助您追踪对业务至关重要的 API，甚至发现团队已经遗忘的 API。这些数据使您能够将资源分配给对业务有价值的 API，并识别出使用率低或“已失效”的 API，以便将其移除或替换。
3. 确定备选方案优先级
当依赖外部资源（例如第三方 API）时，备用方案至关重要，它可以确保应用程序在这些资源失效时不会崩溃。这通常通过熔断器等弹性模式来实现。低优先级 API 可能只需要熔断器和重试逻辑，而更关键的 API 可能需要更高级的缓存机制和备用 API 来提供其功能。
通过监控收集的指标（例如Bearer Agent收集的指标）可以帮助我们做出这些决策，并确定哪些回退方案最适合每个 API。
4. 你无法控制他人的服务
虽然显而易见，但人们很容易忘记，你无法控制所依赖的 API 的性能和正常运行时间。计划内停机通常会提前发出警告，但并非所有问题都是由 API 完全宕机造成的。服务中断不可避免，而且尽管许多流行的 API 随着时间的推移变得更加可靠，但它们仍然会出现宕机或性能下降的情况。
截至本文撰写之时，我们已经看到Box 出现故障，Stripe 的 API 出现部分降级，Facebook 的 GraphQL API 出现更多错误，以及其他无数问题。
虽然这些问题可能很短暂，但如果导致应用程序运行失败，用户体验受到影响，那么停机时间的长短就无关紧要了。
立即开始监测
当您依赖的 API 出现问题时，不要措手不及。您可以手动设置对常用端点的重复测试，有些 API 甚至会提供专门/health用于此目的的端点。
Bearer 打造了更优的解决方案。我们的代理程序会自动监控所有外发 API 调用，并将请求和响应报告到应用级控制面板。您可以在这里查看 API 性能、使用情况和错误率等指标。通过设置自定义规则，您的应用程序可以动态地应对第三方 API 的不可靠性。
立即使用Bearer Agent开始监控第三方 API 。
📢为什么需要监控第三方 API？这篇文章最初发表在 Bearer 博客上。
