托管式的底层连接与运营

这套机制实际怎么转

1. 一直开着

   工作台、队列、通知、报告，不用谁去启动，自己转着。

2. 先一步发现

   连接失败、处理延迟、指标异常，在人看到之前先看到。

3. 先恢复，再通知

   能恢复的先恢复；恢复不了的，立刻交给人。

4. 切回手工

   停掉自动处理，把卡片留下，让人接着做完。

5. 记下来

   故障和配置变更留痕，需要人亲自管的清单才会一直变短。

它留给人的部分

底座的配置变更

权限和告警规则的变更，要等人确认之后才生效。

什么可以自动重试

只有能撤回的失败。发送和支付，绝不自动再试一次。

什么时候停

异常反复出现，就停掉自动处理，交给人。

它做不到的事

这不是一句“绝不宕机”的承诺

发现和恢复的目标、什么时候通知你、夜间和周末覆盖到哪儿，都是合同里要谈定的。

不替公司开账号

邮件、支付、短信这些外部服务商的账号，仍然挂在公司自己名下。

它替代不了你们的安全评审

数据流向、访问权限、保存与删除、事故响应，这些要在签约前拿数值和证据核实，不是一段话。

常问的

服务器要我们自己管吗？

不用。底座是托管的。公司要看的，是待审批和报告。

出故障什么时候通知我们？

通知的门槛、上报路径、切回手工的流程，都在合同里定。这不是一个公开页面能承诺的东西。

我们的数据在哪儿？

存放位置、访问范围、保存期限，在安全评审里用数值和证据来确认。