如果发生系统故障,如何最好地处理最终用户通知(包括电子邮件)?

如果发生系统故障,如何最好地处理最终用户通知(包括电子邮件)?

有人要求我研究当电子邮件等系统出现问题时如何处理最终用户通知。也许举个例子会更清楚一点。

我们在不同国家/地区设有多个站点。最近其中一个站点的电子邮件受到了影响,但这可能是网络完全中断。我们通过电话向站点的当地 IT 经理提供了信息,但后续沟通速度比一些人希望的要慢。

似乎现场的几乎每个人都有一部可以接收短信的个人手机,甚至还可以访问发布情况的远程网站。然而,管理和支持一个在这些相对不频繁的场合向人们发送短信的系统在内部实施起来成本非常高。

其他人是如何应对这种情况的?

我想到的一些事情包括:

  • 电话号码到文本的数据库。对于已经捉襟见肘的 IT 团队来说,这似乎成本高昂,而且维护起来也不太容易。有没有外部服务可以让您执行这些政策?
  • 向现场所有电话发送语音邮件。
  • 维护外部网站。这并非在所有情况下都有效(网络故障),并且外部发布的信息量有限。在某些情况下,网站中断可能会泄露敏感信息。网站如何受密码保护?也许 OpenId/Facebook 连接会起作用。
  • 使用 Yammer.com 之类的网站,该网站可供公众访问,但只有拥有公司电子邮件地址的人才能访问。有人用这个网站来接收 IT 中断通知吗?

在我看来,这似乎没有明确的答案,而且针对某些用户子集存在解决方案。要全面解决这一问题,需要结合多种解决方案。

还有其他想法或建议吗?哪些对你的组织有用,哪些没用?

答案1

我们订阅了短信“短代码”系统谷歌短信通知服务。基本上,我们在其中注册手机号码。授权用户可以向服务发送代码,然后它会向所有注册号码发送预设短信。请记住,短信并不“安全”,因此只发送一般中断信息。每个站点都有一块白板,如果发生中断,经理会接到电话,告知更多详细信息,然后他们会将其写在白板上。这是一个技术含量非常低且便宜的系统,我们订阅短信系统的方式是每月支付少量服务费,每次我们发送通知时,我们都会支付少量费用,该费用基于要发送到的注册号码数量,并在下个月计费。

答案2

嗯,一种选择是购买 3G 空中卡,并将其连接到“监控”服务器(类似 Nagios 或 OpenNMS)。然后在该盒子上运行单独的电子邮件服务器,通过空中卡发送数据。您不会使用太多数据(因为空中卡只会用于紧急情况)。您可以向手机发送电子邮件(号码@运营商地址),因此即使网络完全中断,仍会发出通知。只有断电才会使系统崩溃。但是,如果您将 UPS 连接到监控服务器,它可以检测到电源故障并在断电前发送通知...

相关内容