与 Personalized Service Health 集成

虽然服务中断不可避免，但透明且及时的沟通对于评估正在发生的情况、让利益相关方了解情况以及采取行动以最大限度地减少对业务的影响至关重要。

运行可靠的云应用是Google Cloud 和应用开发者共同承担的责任。发生服务中断时，Google Cloud 会尽快传达突发事件并提供影响评估。您必须评估如何接收通知、如何应对新出现的突发事件，以及如何管理对应用的影响。

Personalized Service Health 可以帮助您完成此过程。您可以通过各种方式与其集成，以了解新出现的突发事件、评估对应用的影响，以及接收来自 Google Cloud的更新。本文档简要介绍了如何从Google Cloud接收服务中断信号，包括有关如何与这些信号集成的建议。

确定集成位置

Personalized Service Health 可提供您的项目或整个组织使用的 Google Cloud 产品的个性化视图。我们建议您与 Personalized Service Health 集成，以便为您提供最广泛的覆盖范围和集成选项。

集成点 使用场景 优势 依赖项
控制台信息中心 (Personalized Service Health) 查看活跃中断 针对您的项目量身定制，默认可用 Identity and Access Management (IAM)
Google Cloud 控制台
提醒 (Personalized Service Health) 主动通知 针对您的项目进行个性化设置，方便且主动 IAM
Cloud Logging
Cloud Monitoring
API (Personalized Service Health) 与其他系统或工具集成 根据您的项目或组织进行个性化设置 IAM

选择与 Personalized Service Health 的互动方式

您必须在预期的运营、监控和突发事件响应模型的背景下考虑 Personalized Service Health。通过评估团队在突发事件期间和之前如何使用信号，您可以决定如何使用 Personalized Service Health。

下表显示了您如何与 Personalized Service Health 互动，具体取决于其设置方式。

贵组织中的示例场景 与 Personalized Service Health 集成 您可能集成的工具示例
负责少数应用的待命开发者 单个项目提醒

控制台信息中心

 Google Cloud Observability、PagerDuty
在整个组织内集中响应突发事件响应 使用 OrganizationEvents API（v1、v1beta）与现有系统进行 API 集成 PagerDuty、自定义信息中心
用于管理云资源和运维的内部平台 Service Health API
单个项目提醒
Service Health API 与内部开发者平台集成 		Backstage、Terraform
许多以编程方式配置和管理的项目（例如：1,000 多个） Service Health API
基于 API 的自动化通知 		Backstage、Terraform、PagerDuty

在突发事件期间使用 Personalized Service Health

与 Personalized Service Health 集成并开始收到提醒通知后，Personalized Service Health 会提供有关 Google Cloud中断的信息，这些信息可帮助您管理其影响。

检测并确定突发事件的影响范围

您在此阶段可能会提出以下问题：

  • 这是个真正的问题吗？
  • 您能否验证影响？
  • 有哪些症状？
  • 哪些用户、产品或业务部分受到影响？哪些地理位置？
  • 该事件是否会影响这些位置中的特定资源？对于受支持的产品，请使用 Personalized Service Health v1beta API (projects.locations.impacts) 查询项目中受影响的资源（预览版），以确定受影响的确切资源名称 (assetName) 和资源类型 (assetType)。

Personalized Service Health 可帮助您了解问题是源自您的项目还是 Google，以便您实施适当的突发事件响应。通过该页面，您可以查找和查看事件信息，以便监控影响项目的事件、受影响的产品和位置。

您可以采取以下措施：

  1. 查看提醒（如果您已设置）。
    • 是什么原因导致触发了此提醒？
    • 这些提醒如何与所有其他可能针对具体产品的提醒搭配使用？
  2. 访问项目或组织的 Service Health 信息中心。您可以一目了然地查看事件、受影响的产品和位置，并回答以下问题：
    • 您的哪些项目会受到影响？
    • 您的项目所依赖的哪些产品会受到影响？
    • 该事件是否影响这些位置内的特定资源？
  3. 查看事件并了解其范围、影响以及与项目的相关性。
  4. 找出与您遇到的问题相关的事件。
  5. 查找事件的验证步骤、缓解措施（如有）和预计解决时间。

借助 Personalized Service Health，您可以查看影响项目或组织的突发事件的当前状态和影响，以便高效管理和应对这些事件。例如，您可以通过准确识别优先级最高的突发事件，有效地确定优先级。

缓解、解决或上报突发事件

您在此阶段可能会提出以下问题：

  • 如何解决此突发事件？
  • 您能直接解决这个问题吗？
  • 您应该立即启动故障切换，还是再等一等？
  • 您应该通知谁来解决此问题？

Personalized Service Health 可帮助您了解突发事件对项目和资源的影响，获知可用的解决方法，并接收有关预计解决时间的最新动态。

监控突发事件解决进度

Service Health 信息中心内的事件概览会标识关键信息（例如症状和解决方法），这些信息对于缓解问题和显示状态变化的时间至关重要。通过这些详细信息，您可以：

  • 随着情况的发展，监控潜在影响的运行摘要。
  • 及时了解任何新进展以及下次沟通或更新的预计时间。
  • 查看症状的发布时间。
  • 查看何时确定了解决方法。
  • 查看状态何时更改为已解决。

在监控进度时，您可以执行以下操作：

  • 查看解决方法（如有）。
  • 实施适合您的项目或组织的突发事件响应。
  • 继续监控事件，直到事件得到缓解或解决。

何时与支持团队联系

Google 知道 Service Health 信息中心内显示的事件。如需了解 Google 针对某个事件采取的措施，请选择该事件以查看详细信息。

如果信息中心内的任何事件似乎都未反映某个问题，请与支持团队联系。

将 Personalized Service Health 与其他突发事件信息来源结合使用

无论您的公司设置如何，在评估突发事件的影响时，请将 Personalized Service Health 用作额外信号。确保您可以查看多个突发事件信息来源，以便根据数据和证据决定后续步骤。

使用多个突发事件信息来源的原因包括：

  • 某 Google Cloud 产品可能在某些位置发生突发事件，但您的项目可能不会受到影响，因为它们位于其他位置。
  • 如果您的服务系统在不同的可用区中有两个完整的副本，并且一个可用区中的关键 Google Cloud 产品发生故障，Personalized Service Health 会通知您该故障。不过，您的用户可能不会受到实际影响，您也可能无需立即采取行动。
  • 如果您的项目依赖于某个位置内的许多 Google Cloud 产品，Personalized Service Health 将无法知道：
    • 如果您的项目要求所有产品都能正常运行。
    • 如果一个产品发生故障，您的项目是否会继续运行。
    • 如果一个或多个产品发生故障，整个应用都会受到影响。
  • Personalized Service Health 本身也可能会降级或发生故障。如需验证，您可以查看其状态。

您需要根据自己的设置，适当解读来自 Personalized Service Health 的信号。