服务目录必须能定位负责人和应急入口
来源整理卡：基于原图提炼，尚未补充独立官方资料和环境实测。
核心认识
服务目录不只是资产名单，还应记录服务边界、负责人、依赖和应急入口。
解释
原图把用户旅程、owner、升级路径、版本生命周期与 Runbook 放在同一模块。整理时应让读者从服务找到责任人、依赖和处理路径，而不是只留下组件名称。
什么时候使用
收到告警却不知道联系谁，或依赖变更没有同步时。
边界
这是思考与取证原则，不证明某次故障根因，也不授权执行修改。具体参数和组件行为仍要依据版本与环境核验。
用一个问题检查是否真正理解
抽选一个服务，能否由入口找到负责人、关键依赖、版本和应急文档？
原图依据
- 让每个服务都有负责人、用户、依赖、目标和应急入口。
原图知识项：
- 服务边界与关键用户旅程
- owner/on-call/escalation
- 上游/下游/数据依赖
- 运行环境、版本与生命周期
- Tier 分级与风险等级
有意义的关联
先从 SRE 与运维治理 找到使用场景；需要进一步查命令、风险或练习时，进入 服务目录、所有权与依赖。
来源：原图节点。