Close

针对高速团队的事件管理

教程:如何创建事件通信模板

在服务中断最激烈时期,快速为客户编写更新可能会让人倍感压力。

在本教程中,我们将为您演示如何在中断期间使用事件模板与最终用户进行有效沟通。我们将创建并保存一些模板化公告,供您在实际中断时使用。

我们创建的模板通用且灵活,足以应对多种类型的服务中断。在真实事件发生期间,他们将有明确标记的地方来填写更多详细信息。而且,您随时可以在详细信息可用时进行添加或删除。

每个事件都是独一无二的,您可能永远找不到适用于每次中断的完美消息。但是,在激烈的事件中,拥有模板可以为您提供一个很好的起点,也有助于避免程序员在危急情况下受到阻碍。

观众

DevOps、IT 团队、支持和社交媒体团队。在服务中断期间需要向用户传达更新的任何人。

时间

15 分钟

先决条件

您可以访问一个 Statuspage 帐户。

Statuspage 免费入门指南

第 1 步:找到您的事件模板

进入 Statuspage 后,单击左侧导航栏中的事件,然后单击模板选项卡。在这里,您可以根据需要创建、存储和编辑任意数量的事件模板。

预加载了两个示例模板:“已上报错误(示例)”和“处理延迟(示例)”

  • 我们来快速了解一下。在“已上报错误”处单击编辑。暂时不用担心编辑或填写任何内容,我们只是用这个页面来熟悉模板格式。
屏幕截图突出显示事件模板

1. 事件模板组:我们暂时可以忽略此下拉列表,但稍后我们将学习如何通过将模板添加到组中来保持模板井井有条。

2. 模板名称:使用此字段命名和标识模板以供内部参考。这个名称永远不会在您的状态页面或电子邮件中公开出现,但最好使用描述性名称,这样团队中的每个人都知道每个模板里面的内容。

3. 事件状态:Statuspage 具有四个内置状态,用于标记事件的最常见阶段。

  • 调查中:我们已经收到警报,我们正在调查潜在的问题
  • 已确定:我们宣布发现了问题
  • 监控中:我们认为我们已经找到了解决方案,并且正在对其进行监控
  • 已解决:我们已经解决了事件

4. 事件标题:这是面向公众的标题,您的客户将在您的状态页面和电子邮件更新中看到该标题。选择一个能清楚说明事件性质的标题。

5. 消息正文:这是有关事件的大部分消息,您将在其中输入有关该消息的大部分相关详细信息。

屏幕截图突出显示了如何编辑模板

6. 受影响的组件:如果您的页面正在传送多个服务的状态,组件可以帮助您组织这些服务并分别报告每个服务。您可以分配模板来更新特定组件。了解有关组件的更多信息

7. 发送通知。默认在您的状态页面上发布事件,您的客户可以在其中看到该事件。这些客户可以通过电子邮件、短信或 webhook 订阅更新。通过此复选框,您可以决定是想要更新仅进入状态页面,还是要通知订阅用户。注意:您随时可以在消息发出之前更改此设置。

  • 开始下一步之前,单击模板顶部的“返回事件模板”。

第 2 步:创建用于调查中断的模板

我们来创建第一个模板。如果您知道服务中断并且想让人们知道您正在努力解决这个问题,可以用这个模板。

  • 前往事件 → 模板 → 并单击“新建事件模板”。
屏幕截图突出显示新模板事件

现在填写以下字段:

  1. 模板名称:将其命名为“调查中”。
  2. 事件状态:选择 → 调查中
  3. 事件标题:称之为“服务中断调查中”。
  4. 消息正文:这是人们将通过您对迄今为止所知道的内容的说明而得到的信息。显然,这并不完整,但是您可以从一些样板文本开始,留出一些地方,在时机成熟时添加真实的详细信息。

    样板文本:

    我们目前遇到服务中断问题。

    我们的**团队名称**团队正在努力找出根本原因并实施解决方案。

    用户可能会遇到**一般影响**。

    下次更新将于**下次更新时间**发布。

    *请记住:您无需承诺下次更新时修复程序会生效,只需要让人们知道何时会有更新。它最终可能会变成同一个信息——仍在处理中!您只需要让人们了解情况,让他们知道您正在处理,这样他们就不会不停询问下次更新何时发布等其他问题,而加重支持团队的负担。

  5. 点击保存模板

    开始下一步之前,单击模板顶部的“返回事件模板”。

第 3 步:为已确定的中断创建模板

现在,我们将创建一个模板,供您在确认存在问题并且正在修复时使用。

  • 前往事件 → 模板 → 单击 “新建事件模板”。

填写以下字段:

  1. 模板名称:将其命名为“已确定”。
  2. 事件状态:选择 → 已确定
  3. 事件标题:称之为“已确定服务中断”。
  4. 消息正文:您通过该消息来告诉人们您知道是什么问题、影响到了哪些人以及您正在做什么来解决事件。再强调一次,让人们知道下次什么时候能了解您的更新。

    样板文本:

    我们已经确定**描述问题**。

    **一般影响**用户可能会受到影响。

    我们正在努力**修复您处理的问题**。

    下次更新将于**下次更新时间**发布。

  5. 点击保存模板

    开始下一步之前,单击模板顶部的“返回事件模板”。

第 4 步:创建用于监控修复的模板

这个模板会告诉人们您已经修复了问题,您正在对其进行监控,以确保问题已经真正解决。

  • 前往事件 → 模板 → 单击“新建事件模板”

填写以下字段:

  1. 模板名称:将其命名为“监控中”。
  2. 事件状态:选择 → 监控中
  3. 事件标题:称之为“服务中断监控中”。
  4. 消息正文:通过该消息,您可以告诉人们您的团队如何修复事件、进行了哪些变更,以及您正在监控情况以确保问题已解决。同时给出下次更新的时间。

    样板文本:

    我们已经部署了一个**描述修复**的修复程序。

    用户现在应该会看到**当前的预期行为**。

    我们正在进行监控,以确保**预期结果**。

    下次更新将于**下次更新时间**发布。

  5. 点击保存模板

    开始下一步之前,单击模板顶部的“返回事件模板”。

第 5 步:为已解决的中断创建事件模板

该模板将是事件生命周期中的最后一个模板,提醒人们事件已经结束。

  • 前往事件 → 模板 → 单击“新建事件模板”

填写以下字段:

  1. 模板名称:将其命名为“已解决”。
  2. 事件状态:选择 → 已解决
  3. 事件标题:称此为“服务中断已解决”。
  4. 邮件正文:这是事件最终解决后您将发送的消息。一定要认可人们可能遇到的任何挫折感或生产力损失。这种道歉应该由衷真诚,与实际影响成比例。

    样板文本:

    **问题类型**已解决。

    很抱歉**插入针对用户可能有的体验或感受的道歉**。

  5. 点击保存模板

    开始下一步之前,单击模板顶部的“返回事件模板”。

第 6 步:创建事件模板组

最终,您可能会遇到多种类型的中断,每种都需要自己的通信。为了使这些模板井井有条并帮助您在压力下找到合适的模板,您可以将模板分组整理。

  • 在模板概述页面中,单击您刚刚创建的模板旁边的编辑
  • 从事件模板组下拉列表中 → 创建新组
用户查看下拉字段的屏幕截图

1. 点击更新模板并将其命名为“一般服务中断”。

正在更新的模板组的屏幕截图

2. 如果您愿意,可以返回到其他事件模板并将其添加到这个新的“一般服务中断”组中。

您可能想要为其创建通信的其他群组和模板:

  • 定期维护更新
  • 性能降级
  • 上游服务提供商问题
  • 组件特定的事件

第 7 步:(可选)如何在实际中断中使用模板

恭喜!现在,您有了一组可以在实际中断期间使用的模板。

  • 如果您没有有效的 Statuspage 帐户,可以立即激活状态页面。
  • 如果您开始使用的是试用版,则必须激活页面套餐才能发送任何实时更新或执行以下步骤。单击“激活我的页面”,查看定价计划并选择一个计划。

我们来看看在真实场景中如何使用(别担心,我们不会真的发布这个更新)。

1. 单击左侧导航栏中的事件,然后单击开放式选项卡。

2. 单击创建事件

Confluence 模板的屏幕截图

3. 在右上角单击使用模板,然后选择我们在步骤 2 中创建的调查中模板。

屏幕截图突出显示了调查模板

您会看到模板中的字段现在已经预填充了。我们现在要查看并更新所有样板文本。浏览每个字段并输入详细信息,就像遇到真实事件时一样。注意:请记住不要单击“创建事件”按钮!这只是一个测试!

以下是我们创建的一个:

模板中预填字段的屏幕截图

按下浏览器上的返回按钮即可退出,无需发布事件。

讨论的产品
Statuspage 标志

轻松向用户传达实时状态。