把运维入口信息整理成“可维护资产清单”的一次实践
最近在接手一批历史环境时，我做了一件很基础、但非常值回票价的事：把分散在聊天记录、个人备忘、截图、旧文档里的运维入口信息，统一整理成一份可以持续维护的资产清单。 
这里说的“入口信息”不是单纯记几个地址，而是把一线运维排障真正会用到的上下文一起收敛起来，比如： 

通过什么入口进入环境
这个入口对应哪个系统或集群
哪些命名空间 / 项目 / 环境最常用
账号是“管理账号”还是“只读查看账号”
这套信息的最后核对时间是什么时候

这件事看起来很土，但在交接、排障、上线、回溯问题时非常有用。 
为什么我觉得这件事值得认真做
很多团队不是没有文档，而是文档不可用。常见问题基本都一样： 

地址有，但不知道对应测试还是生产
账号有，但不知道权限边界
平台很多，但没有统一入口视图
文档写过一次之后没人维护
新人能登录系统，但不知道进去以后应该看哪里

...