Cloudflare Status API - 要检查哪个组件的问题？
Cloudflare Status API - which component to check for issues?
摘要：Cloudflare 状态 API return 关于 100 多个组件的信息，哪一个告诉我是否存在真正的问题？
DETAIL（如果你 want/need 它）：我们在 assets.mydomainname.co.uk 上提供静态内容，它指向 Cloudflare。当 Cloudflare 出现故障时，我们将丢失该内容，并且必须从 www.mydomainname.co.uk（目前手动）切换回服务。
在最近两次 Cloudflare 中断之后，我正在开发一个组件，通过 cron 每 5 分钟检查一次 Cloudflare 状态 API，如果发现问题会影响 CF 提供我的内容的能力，那么我的站点将切换为从我自己的服务器提供内容。这比凌晨 4 点被叫醒并不得不手动切换到本地服务要好得多。
Cloudflare Status API 访问起来很简单，包括一个摘要指示器，可以显示 'none'、'minor'、'major' 或 'critical'。如果存在重大或关键问题，那么我将切换到本地服务。如果它 returns 'none' 那么我知道我可以继续为 CF 服务。但是，如果它很小，那么这可能表明（例如，截至目前）缓存清除只是一个问题，它不会真正影响 CF 为我提供静态内容......或者它可能表明影响我网站的小问题，我确实需要切换到本地服务。
问题是APIreturn关于组件的很多信息的状态。有数百个。我检查哪一个？
（当然，替代方案只是测试几个 Cloudflare URL，看看它们是否 return 2** 或 3** 代码而不是 4** 或 5** 代码，但是当有一个特定的目的 API 可以使用时，这似乎不准确和不优雅。
这些组件描述了 Cloudflare 在（非洲、亚洲等）运营的区域、区域内的单个 PoP（presence/data 中心点），以及 Cloudflare 内的实际 Cloudflare 站点和服务（计费、 DNS、仪表板、分析等）。
如果您主要将 Cloudflare 用于 DNS 并且仅缓存静态资产，我相信您可能需要查看 DNS 相关服务，以及大部分流量来自的 PoP 或区域。
全球范围内的中断很少发生，但如果这就是您正在寻找的，那么您可能需要检查所有组件。
维护和事故更有可能发生在较小的范围内，影响特定的数据中心或服务。
例如，如果新加坡的流量由于光缆中断或新加坡的路由问题而重新路由到香港，那么您在新加坡的访问者将遇到轻微的延迟，因为缓存将从香港提供服务。
除非您的网站依赖于 low-latency 网络（例如全球金融交易或高性能游戏），否则它不会对您的业务造成如此巨大的影响。
但是，如果您确实以 low-latency 级别运营，请考虑升级到企业计划，因为当资源变得稀缺时，他们会更优先考虑企业客户，并且会毫不犹豫地路由免费和 lower-tier 计划将流量转移到其他数据中心。
摘要：Cloudflare 状态 API return 关于 100 多个组件的信息，哪一个告诉我是否存在真正的问题？
DETAIL（如果你 want/need 它）：我们在 assets.mydomainname.co.uk 上提供静态内容，它指向 Cloudflare。当 Cloudflare 出现故障时，我们将丢失该内容，并且必须从 www.mydomainname.co.uk（目前手动）切换回服务。
在最近两次 Cloudflare 中断之后，我正在开发一个组件，通过 cron 每 5 分钟检查一次 Cloudflare 状态 API，如果发现问题会影响 CF 提供我的内容的能力，那么我的站点将切换为从我自己的服务器提供内容。这比凌晨 4 点被叫醒并不得不手动切换到本地服务要好得多。
Cloudflare Status API 访问起来很简单，包括一个摘要指示器，可以显示 'none'、'minor'、'major' 或 'critical'。如果存在重大或关键问题，那么我将切换到本地服务。如果它 returns 'none' 那么我知道我可以继续为 CF 服务。但是，如果它很小，那么这可能表明（例如，截至目前）缓存清除只是一个问题，它不会真正影响 CF 为我提供静态内容......或者它可能表明影响我网站的小问题，我确实需要切换到本地服务。
问题是APIreturn关于组件的很多信息的状态。有数百个。我检查哪一个？
（当然，替代方案只是测试几个 Cloudflare URL，看看它们是否 return 2** 或 3** 代码而不是 4** 或 5** 代码，但是当有一个特定的目的 API 可以使用时，这似乎不准确和不优雅。
这些组件描述了 Cloudflare 在（非洲、亚洲等）运营的区域、区域内的单个 PoP（presence/data 中心点），以及 Cloudflare 内的实际 Cloudflare 站点和服务（计费、 DNS、仪表板、分析等）。
如果您主要将 Cloudflare 用于 DNS 并且仅缓存静态资产，我相信您可能需要查看 DNS 相关服务，以及大部分流量来自的 PoP 或区域。
全球范围内的中断很少发生，但如果这就是您正在寻找的，那么您可能需要检查所有组件。
维护和事故更有可能发生在较小的范围内，影响特定的数据中心或服务。 例如，如果新加坡的流量由于光缆中断或新加坡的路由问题而重新路由到香港，那么您在新加坡的访问者将遇到轻微的延迟，因为缓存将从香港提供服务。 除非您的网站依赖于 low-latency 网络（例如全球金融交易或高性能游戏），否则它不会对您的业务造成如此巨大的影响。
但是，如果您确实以 low-latency 级别运营，请考虑升级到企业计划，因为当资源变得稀缺时，他们会更优先考虑企业客户，并且会毫不犹豫地路由免费和 lower-tier 计划将流量转移到其他数据中心。