本文档介绍了在极少数情况下（即 Personalized Service Health 本身不可用或受到中断影响，或者受影响的产品尚未加入 Personalized Service Health）如何使用 Google Cloud 服务健康状况。
Google Cloud Service Health 会向您提供有关符合特定条件的持续性大规模突发事件的信息。Personalized Service Health 始终会为Google Cloud 客户提供最全面的信息。
在 2022 年 3 月 24 日之前， Google Cloud Service Health 称为Google Cloud 状态信息中心。
访问 Google Cloud Service Health
您可以通过以下方式访问 Google Cloud Service Health：
- 公开状态信息中心：Google Cloud Service Health
- 公开的 RSS Feed
Google Cloud 控制台：
在 Google Cloud 控制台中，前往支持 > 支持请求页面。
使用控制台工具栏上的资源选择器，选择您要列出其已知问题的资源。
点击已知问题标签页。
已知问题还包括较小的突发事件和有限范围的突发事件。您可以将支持请求与已知问题相关联，以便定期获取更新并与支持人员沟通。 支持案例适用于不符合突发事件要求或需要直接互动的问题。如果您享有高级、增强型或标准支持服务，则可以通过创建支持案例来报告突发事件。
如果您无法通过上述资源访问 Google Cloud Service Health，可以使用Google Cloud Platform 支持问题表单。
支持的 Google Cloud Service Health 突发事件
对于大多数 Google Cloud 突发事件，受影响的客户会直接在 Google Cloud 控制台中通过 Personalized Service Health 接收突发事件通知。如果这些突发事件符合提醒条件，还会触发您已配置的所有 Service Health 提醒。
全球 Service Health 团队使用许多不同类型的信号来监控产品状态，如果发生广泛性问题，该团队将更新 Google Cloud Service Health。如果需要，他们将在突发事件解决后发布详细的突发事件分析报告。如需了解支持团队和产品工程团队如何协同解决突发事件，请参阅突发事件生命周期。
符合以下任一条件的突发事件会显示在 Google CloudService Health 中：
- 重大公开突发事件
- 在无法使用 Personalized Service Health 信息中心时发生的突发事件
重大突发事件
Google Cloud 将突发事件定义为重大突发事件的前提是该突发事件满足以下所有条件：
- 影响范围广：突发事件对全球产生影响，或对多个区域的大量客户项目产生影响。
- 严重程度高：一个或多个产品无法使用或严重降级。
在极少数情况下，如果发生重大突发事件，我们会紧急采取行动来解决任何问题。
在重大突发事件期间，我们会通过信息中心通报问题状态。 重大突发事件在信息中心内标记为 服务中断。问题解决后，我们会发布公开的突发事件报告，其中包含导致突发事件的因素的详细信息，以及我们为防止此类突发事件再次发生而计划采取的措施。
对于范围较小的突发事件，我们可能会向客户提供非公开报告。
Google Cloud Service Health 中未列出的问题
Google Cloud Service Health 会提供影响 Google Cloud 产品和服务的所有重大突发事件的当前和历史状态信息。如果您遇到的问题未在Google Cloud Service Health 中列出，则可能是只有您的项目或实例遇到了这个问题，或者这个问题影响的客户数量很有限。范围较小的突发事件可能会在支持门户中列出。如果您遇到了 Google Cloud Service Health 未列出的问题，可以与 Service Health 团队联系。
如果您已在使用 Personalized Service Health，请检查是否有问题列出，以确定您的项目或实例是否受到影响。
如果您使用的是 Google Cloud 控制台，请在顶部工具栏中依次选择 > 发送反馈。
以程序化方式使用 Google Cloud Service Health 数据
您可以通过以下方式构建集成来使用 Google CloudService Health 显示的数据：
- 通过 RSS Feed。
通过 JSON 历史记录文件。您可以从公开的状态信息中心下载 JSON 文件的架构。
请使用标记为 Stable 的字段，而不是标记为 Unstable 的字段。 一般来说，ID 字段被视为稳定，而显示名称等字段被视为不稳定，可能会在没有警告的情况下发生变化。在与外部系统集成或构建自动化操作时，请使用稳定字段。
如果您尝试以编程方式识别影响特定产品组的突发事件，请使用产品 ID (
affected_products>id)，而不是其显示名称。如需了解商品 ID 与商品名称之间的映射关系，请参阅商品目录。商品 ID 提供了一个稳定的键控字段，同时允许更改商品的显示名称。在以程序化方式识别影响一组产品的突发事件时，应引用产品 ID。
RSS Feed 和 JSON 历史记录文件提供突发事件状态信息，例如：
- 事件影响的产品和位置
- 突发事件开始时间和结束时间
- 总体严重程度
- 突发事件更新，用于说明突发事件随时间的变化情况，包括其状态和当时受影响的位置
基于之前的 Google Cloud Service Health 实现的集成
在 RSS Feed 和 JSON 文件中，区域状态信息是对区域化状态报告引入和Google Cloud Service Health 名称变更之前已发布信息的补充。因此，我们预计您现有的集成功能会继续正常运行。不过，如果您想通过集成来使用区域状态信息，则需要修改集成。
下面详细介绍了区域信息在 RSS Feed 和 JSON 文件中是如何呈现的：
RSS Feed
区域状态信息是区域化状态引入之前提供的 Feed 信息的新补充。所有被报告为受影响的位置都会附加到 RSS 消息中。
JSON 文件
在发布区域状态更新之前， Google Cloud 发布了一系列突发事件，其中每起突发事件都包含受影响产品的列表，以及每起突发事件的状态更新列表（如果有）。这些状态更新包含一个非结构化字符串字段，该字段包含或不包含位置信息。
现在， Google Cloud 会像以前一样发布一系列突发事件。 不过，对于每个突发事件，每次状态更新都包含以下新字段：
updates.affected_locations：包含发布更新时受影响的位置的结构化列表。每个更新记录和most_recent_update记录都包含此字段。currently_affected_locations：包含有关突发事件积极影响的位置的最新信息。与updates.affected_locations不同，此列表在突发事件解决后（即end设置为非空值时）会变为空。previously_affected_locations：包含之前在突发事件中受到影响但目前未受影响的位置的列表。随着突发事件的进展，某些位置可能会解决服务中断问题。这些位置仍会显示在previously_affected_locations field中。突发事件解决后（即end设置为非空值时），此字段将包含在此突发事件期间受影响的所有位置的列表。
查找有关以往产品中断和服务中断的信息
Google Cloud Service Health 会将 Google Cloud 产品中断和服务中断情况记录下来，并保留最长五年。信息中心会按语言区域显示产品的当前状态。如需查看过去一年中与产品中断和服务中断相关的信息，请点击 查看突发事件历史记录。如需查看某个产品在过去五年内的服务中断历史记录，请针对该产品点击 查看详情。
查看区域化状态信息
Google Cloud Service Health 会显示所有 Google Cloud产品的状态，并按区域和全球语言区域进行整理。如需查看多区域位置的状态，请选择特定于区域的标签页。