服务水平目标
针对最重要的服务,依据客户真实需求而不是随意取整的数字,约定并写下具体目标。
有些迪拜团队需要的不是再招一位工程师,而是把可靠性实践体系本身真正设计好,让现有的开发人员就能把它运行起来。这正是迪拜聘请SRE咨询顾问的意义所在:在一段限定周期内,设定服务水平目标、约定错误预算策略,并建立一套真正可用的事件处理流程,与您现有团队并肩合作,而不是置身事外。
Google 的 SRE 手册把错误预算描述为服务水平目标的另一面:如果目标是 99.9% 的正常运行时间,剩下的 0.1% 就是一份可以花在发布、实验和合理风险上的预算,而不是把每一次小波动都当成危机。约定这个数字,以及预算用完之后该怎么办,是大多数成长中的团队从未真正讨论过的话题。
本页介绍这次合作会产出什么、我们如何开展这项工作,以及它与招聘一位长期驻团队的专职站点可靠性工程师有何不同。
合作产出什么
合作结束后,您团队会保留并真正使用的文档和约定。
针对最重要的服务,依据客户真实需求而不是随意取整的数字,约定并写下具体目标。
一条清晰的规则,说明当可靠性低于目标时该怎么办,例如暂停发布新功能,直到服务恢复正常。
谁来宣布一次事件、谁来协调响应,以及事后用来撰写复盘报告的模板,都在下一次故障发生之前,而不是发生时才约定好。
一套您现有团队真正能长期维持的轮班安排,配合适合您规模的上报路径,而不是照搬一家大得多的公司的做法。
诚实审视当前监测的内容,与真正能预测问题的指标之间的差距,并给出可执行的后续步骤,而不只是一个工具推荐。
与您的开发人员一起开展工作会议,让这套实践在合作结束后被真正理解并由团队内部拥有,而不依赖我们持续参与。
重要技能
要看重的是搭建这套实践体系的经验,而不只是在一家公司内部运行了多年。
| 技能或领域 | 好的表现是什么样 | 为何重要 |
|---|---|---|
| 服务水平目标 | 能说清楚一个目标为什么定在这个数值,并与真实的业务原因相关联 | 一个随意设定的目标,在第一次显得不方便时就会被忽略 |
| 错误预算策略 | 真正执行过这类策略,包括暂停发布这类不太舒服的环节 | 一份没人遵守的策略,比完全没有更糟,因为它会制造虚假的安全感 |
| 事件流程设计 | 主持过真正带来改变的复盘,而不只是提交一份报告了事 | 不产生任何改变的流程,只是一项文书工作 |
| 与现有团队协作 | 乐于指导开发人员,而不只是自己包办所有工作 | 目标是让您的团队在合作结束后能自行运行这套实践 |
| 现实的范围把控 | 根据您团队的实际规模来确定工作范围,而不是套用为大公司设计的模板 | 一套规模过大的流程,会在小团队中因自身重量而垮掉 |
Google 自己的SRE 手册免费公开发布,是可以直接与顾问讨论的最有用的共同参考,因为它讲清楚了服务水平目标和错误预算背后的推理逻辑,而不只是操作细节。在迪拜聘请SRE咨询顾问之前,值得把它作为双方共同的阅读材料,确保对同一套定义有共识。
合作方式
SRE 咨询在设计上就是一段限定周期的工作:了解您当前的现状,与相关方一起约定目标和策略,再把这套实践交给您的团队,所有范围和价格都会在开工前书面确定。如果客户事后决定还需要一位常驻的专职工程师来每周负责这套实践,我们的站点可靠性工程师页面介绍的正是那种独立模式。招聘支持适合在实践设计完成后,希望把那位专职人员直接招入自己团队的企业;限定项目则可以覆盖合作中搭建的具体工具,例如一个仪表盘或一套自动化的复盘模板。
评估这次合作
用来区分真正的实践搭建和一场泛泛的培训工作坊。
在敲定一次 SRE 咨询合作之前,向我们或您考虑的其他任何一方提出以下问题。
不是模板,而是一个真实的目标、其背后的推理,以及没有达标时发生了什么。
一条具体、书面的规则,而不是对这个概念的泛泛描述。
设定目标常常会暴露产品和工程之间的紧张关系。真正有经验的顾问会有一套切实可行的解决方法,而这正是迪拜聘请SRE咨询顾问要解决的问题。
一份清晰的交接计划,让您的团队能够在无人协助的情况下运行这套实践,才是真正衡量成功的标准。
一份没有明确终点的开放式合作,说明这项工作其实并没有被真正确定范围。这是在迪拜聘请SRE咨询顾问,无论对象是我们还是任何其他人,最值得做的一项检查。
认证
有用的背景知识,但不能替代真实的合作经验。
Google Cloud 颁发的 Professional Cloud DevOps Engineer 认证,专门涵盖该平台上的监控、事件响应和服务水平目标。目前没有像某些供应商平台那样,存在一个针对 SRE 实践本身的独立认证机构。
来自过去合作的一份书面实例,例如一份真实的错误预算策略或复盘模板,比任何证书都更能说明对方是否真的能为您的团队运行这套体系。这也正是迪拜客户决定聘请我们提供 SRE 咨询之前,我们自己也会要求看到的证据。
阿联酋相关考虑
一个值得纳入事件处理流程本身的方面。
当团队为调查一次事件而调取日志或记录时,阿联酋联邦数据保护法《2021 年第 45 号联邦法律令》依然适用。一套良好的事件处理流程,会明确谁能访问这些数据,并在访问时留下日志,这一切都应在第一次真实故障之前就约定好。
相比技术术语,朴实、诚恳的状态更新通常更能被迪拜客户接受。起草一份简短的状态页模板,正是一些团队最初决定聘请SRE咨询顾问的一个小而实际的原因。
直接解答
设计可靠性实践体系本身:约定服务水平目标、错误预算策略和事件处理流程,与您现有的开发人员协作而不是取代他们,在一段有明确终点的限定时间内完成。
咨询适合希望先设计好这套实践体系、再交给现有团队运行的企业。专职招聘适合还希望有人常驻,每周负责值班和正常运行时间的企业。有些企业会先做咨询,再决定下一步。
一项约定好的目标,说明服务应该达到多高的可靠性,依据的是业务真正的需要,而不是技术上能达到的最高数字。Google 的 SRE 手册把它定位为一项业务决策,而不只是技术决策。
100% 与您服务水平目标之间的差值,被当作一份可以用在发布、实验和有计算的风险上的额度,而不是把每一次偏离完美都当作故障处理。
取决于团队规模,以及现有实践的成熟程度。我们会根据您的简报确定一个固定周期和固定价格,而不是一份没有终点的长期合约,并在开工前书面确定。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。