技术 / 分析与实践观点
服务器在线,服务真的可用吗?
通过真实用户场景、关键依赖检查和可执行告警,超越 ping 测试,明确服务健康的含义。

概念来源: Monitoring Distributed Systems Google SRE。 。 - 。 下文的监测计划和实例是对小环境的独立提议。
服务器可能响应ping,但用户无法打开报告. 这不是自相矛盾的;我们衡量了两件事。 我认为,监测工作至少应明确回答一个问题:“主要用户的工作尚未完成?”
我们把健康定义为一层。
| 检讨. | 什么节目? |
|---|---|
| 网络响应. | 部分访问主机. |
| 端口连接. | 可以连接到听众。 |
| 简单的回答程序。 | 过着被检查的道路 |
| 做个真正的工作 | 同一特定用户方案的成功。 |
没有人单独保证整个系统的健康。 甚至一个成功的HTTP响应也可能只是程序的好出错页;定义您期望的内容和响应时间.
先从小场景开始.
在假设的例子中,我们监测报告制度。 我们选择一个测试账户,只有最低限度的访问权限,一个小报告,有非敏感数据,并有可识别的结果. 试验应当成本低廉,不得在日志中披露保密信息,不得制作新的业务记录.
如果程序是分开的,则测量其基本依赖性. 然而,视程序对所有外部服务的现场审查而定,在依赖性失败时可能会造成无益的再发射。 “准备接受请求?” 的决定与“必须再次执行程序?”
警告必须有目的地和行动。
- 用户失败的是什么 ?
- 他们何时何地被看见?
- 答案由谁负责,第一次拟议审查是什么?
我建议首先发出一个有用的警告,然后增加图表的数量。 显示所有灯光均为绿色的仪表板,但用户不满意可能会监测错误的问题.
相关研究: 文献服务..
通过技术分析,为决策提供更充分的依据。全部文章 →


