编写、交付、拥有:全方位服务所有权

让工程师对其在生产环境中的代码和服务负责,可为工程师和代码带来多重优势。
171 位读者喜欢这篇文章。
Gears above purple clouds

寻求提供更好产品和服务的软件团队必须专注于更快的发布周期。 但是,以不断提高的速度运行可靠的系统是一个巨大的挑战。 通过调整围绕持续服务所有权的策略,软件团队可以兼顾质量和速度。 虽然随叫随到在这个模型中起着很大的作用,但知识的进步、更具弹性的代码、更多的协作和更好的实践意味着工程师不必醒来面对噩梦。

这个由四部分组成的系列将深入探讨全方位服务所有权的概念、转型中的心理安全、问责制的伦理以及所有权对客户体验的影响。

什么是全方位服务所有权?

Code it, ship it, own it

全方位服务所有权是一种理念,即工程师对其在生产环境中创建的代码和服务负责。 采用“编写、交付、拥有”的心态意味着拥抱 DevOps 原则,不再将代码扔给运营团队,也不再依赖 站点可靠性工程 (SRE) 团队来确保服务的可靠性。 而是

问责制、可靠性和持续改进是全方位服务所有权的主要目标。

让工程师随叫随到地负责他们创造的东西,可以直接将问责制掌握在该工程师和团队手中。

为什么问责制很重要

数字化转型改变了人们的工作方式和消费者的消费方式。消费者心中存在一种隐含的期望,即服务能够正常工作。 例如,当我尝试在线购买时(几乎总是通过我的移动设备),我希望获得无缝、安全和高效的体验。 当我因为页面无法加载或抛出错误而被打断时,我会直接转向另一家可以满足我要求的公司。 根据 PagerDuty 2017 年英国数字运营状态报告,86.6% 的消费者会做同样的事情。

Amount of time consumers will wait for an unresponsive app

通过拥有其代码和服务的整个生命周期,使工程师能够在客户体验的前沿工作,从而使公司获得竞争优势。 除了使公司受益之外,全方位服务所有权也使工程师受益。 问责制可确保高质量的工作,并使工程师能够直接了解代码或服务的性能以及对客户日常的影响。

超越主题专家的可靠性

服务将会中断; 这是在数字世界中运营不可避免的一个方面。 但是,通过引入

主题专家 (SME) 或“所有者”立即参与到事件中,可以缓解这些服务的中断时间以及中断对客户的影响。 SME 是创建代码或服务的工程师,拥有深入的技术知识,既可以响应事件,也可以采取纠正措施以确保他们的服务通过持续改进减少中断。 作为责任方,工程师会受到激励去自动化、测试和创建尽可能万无一失的代码。

此外,采用全方位服务所有权的团队可以提高其整体知识。 通过包括随叫随到交接、代码审查、每日站会和“失败星期五”练习在内的实践,各个工程师可以围绕整个代码库发展更大的专业知识。 新技能包括系统思考、协作和在非孤岛环境中工作。 团队和个人通过共享信息来构建必要的技能和知识冗余。

持续改进

当工程师努力不断改进其产品、代码和/或服务时,全方位服务所有权的一个副作用是服务和警报的改进。 中断正常工作时间以外时间的警报必须是可操作的。 如果团队成员反复受到不可操作警报的干扰,则有机会通过分析数据来改进系统。 清理监控系统是一项时间投入; 但是,致力于可操作警报将使团队中的每个人都更容易随叫随到,并减少警报疲劳,从而释放精力以专注于未来的发布和自动化。

编写代码并定义该代码警报的开发人员更有可能创建可操作的警报。 如果他们不这样做,它会在晚上叫醒他们。 除了可操作的警报之外,工程师还会受到激励去生产最高质量的代码,因为更好的代码等于更少的中断。

虽然随叫随到会中断您的个人生活,但随叫随到并不意味着“始终在线”。 相反,这是团队共同的责任,以确保高质量的代码。 您可以争辩说,与其将全方位服务所有权视为随叫随到的要求,不如说它是在构建“脱离随叫随到”的时间。

想象一下,您正在运营团队中进行事件分类; 时间至关重要,您需要快速得到答案。 您是要仔细浏览负责该服务的所有团队成员的列表吗? 还是在星期天下午打电话给您知道总是接听电话的 SME? 反复打电话给同一一两个人会对这些人造成不应有的负担,可能会导致单一故障点,从而导致倦怠。 话虽如此,随叫随到轮换服务具有多种功能

  1. 工程师知道,当他们不随叫随到时,他们的代码和服务都得到了覆盖,因此他们可以完全放松。
  2. 作为“首选” SME 的负担被分配到轮换中的团队其他成员。
  3. 服务变得更加可靠。
  4. 通过更深入地了解代码库,团队知识和技能得到提高。

通过超越编码到交付和拥有,全方位服务所有权通过定义角色和职责、消除不必要的层以及最终培养授权和问责制文化来减少与事件相关的混乱。 并且,在本系列的下一篇文章中,我将分享全方位服务所有权如何培养心理安全。

您的体验如何? 随叫随到是否帮助您成为一名更好的工程师? 您是否厌恶拿起“寻呼机”的想法? 请在下面的评论中告诉我们您的想法,或在 Twitter 上发推文 @julie_gund

接下来阅读什么
User profile image.
Julie 是 PagerDuty 的 DevOps 倡导者。 Julie 对人们具有感染力的乐观态度和热情自然地引导她培养人际关系,发展技术社区并培养赋权的心态。 Julie 已经积极参与 DevOps 领域超过五年。 她热衷于帮助个人、团队和组织理解 DevOps 最佳实践。

评论已关闭。

知识共享许可协议本作品采用知识共享署名-相同方式共享 4.0 国际许可协议进行许可。
© 2025 open-source.net.cn. All rights reserved.