虽然在过去的几十年里,许多软件方法论已经渐渐落伍,但很显然,DevOps并不是一种趋势,它正在成为软件开发和运营的标准方式。如今,企业团队正处于DevOps转型的不同阶段,努力实现更快、更安全的技术交付,以获得竞争优势。
DevOps 继承自敏捷软件开发,DevOps 的出现是为了应对敏捷方法所带来的软件开发速度和生产力增长。敏捷文化和敏捷方法在最近十年的发展,呼唤一个更适合端到端软件交付生命周期的整体方法。
Google 站点可靠性工程师(SRE)用来验证有效性的关键指标之一就是衡量我们如何利用每一天的时间。我们希望有足够的时间来进行长期性项目的工作,但鉴于我们也负责 Google 服务的持续运营,有时候也需要做一些手工工作。我们的目标是将少于一半的时间花在所谓的“琐事”上。那什么是琐事,怎样才能阻止它干扰工程师的工作速度?我们将在这篇文章中讨论这些问题。
在 Google,站点可靠性工程(SRE)是我们不断定义可靠性目标,衡量这些目标,并根据需要努力改善我们的服务的做法。我们最近指导您浏览了 SRE 工作手册。您可以将这些指导视为 SRE 团队通常会做的事情,并结合团队的成熟度,确定何时团队倾向于执行这些任务。我们相信,许多公司都可以按照该指导来启动和发展新的 SRE 团队。