运维全球最大游戏网站过程中积累的SRE经验

在实施这样的流程之前,我们不愿意雇佣没经验的人员.但实施之后人员的上手过程更加顺畅了.此外事件发生之后进行的培训也逐渐培养了更多有经验的人员.新员工首先需要帮我们维护文档,这一过程也有助于他们对自己的知识和技能进行查漏补缺.

更好的培训

文档为我们提供了丰富的资源,可以帮助我们确定培训需求.进而我们可以为任何工程师提供完成工作所需掌握的工具和技术.

简化的升级上报流程有助于减少压力

这个收益非常重要.在使用循序渐进的事件模型前,何时进行升级上报是一个压力重重的决策.一些工程师因为过早升级上报而著称,大家都无法自信地确定在非工作时间联系负责的技术主管前是否“漏掉了某些显而易见的状况”.SRE 也经常因为升级上报不够及时而头疼!

事件模型解决了这个问题.很快,负责处理升级上报后问题的技术人员开始首先询问：“你是否已经按照事件模型进行过处理?”如果是,并且存在某些明显的疏忽,那么问题就变的非常明确,可以快速解决.很快,非 SRE 人员在处理过升级上报的问题之后会开始忙着更新和维护文档,进而形成了一种良性循环.

更好的纪律

对于团队来说,文档最明确的价值在于可以帮助团队改进其他方面的纪律.有趣的是,以前 SRE 被誉为“最吵杂”的团队,他们经常会进行各种“争论”,并且整个团队的社交属性十分强.这其实也挺合理,因为我们毕竟需要相互支持着才能搞定各种大型的技术领域,满足通常不具备技术背景的客户预期,而知识和文化的分享很重要.

（编辑：网站开发网_盐城站长网 ）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!