SRE 与 DevOps 的不同之处

尽管网站可靠性工程 (SRE) 理念早在 2003 年就由 Google 的 Ben Treynor Sloss 提出，但其近年来却一直受到追捧。随着 DevOps 实践已经在许多组织中牢固确立，两者之间的冲突是否已经显现？SRE 只不过是一种过时的趋势吗？是 SRE 补充了 DevOps，或者是 DevOps 补充了 SRE？让我们来回顾一下。

维基百科将 DevOps定义为“将软件开发 (Dev) 和 IT 运营 (Ops) 相结合的一组实践。它旨在缩短系统开发生命周期并提供高质量软件的持续交付。”根据网站可靠性工程，“SRE 专注于寻找改进系统设计和操作的方法，以使其更具可扩展性、更可靠和更高效。”通过简单回顾上述定义，我们可以看到 DevOps 的定义更侧重于实践，而 SRE 的定义包括设计和可靠性等词。确实，两者都涵盖了上述两方面，即：DevOps 不会忽略设计和可靠性，SRE 也不会没有实践，但是当我们着眼于每种方法的重点时，我们会发现两种定义中的这些细微差异在其实现中是显而易见的。我们将进行更深入的探讨，研究一些显著区别。

DevOps 与 SRE 的差异

文化

让我们从了解文化方面开始，DevOps 和 SRE 都被组织作为一种文化而非实践领域采用，从这个意义上说，它们是相同的，尽管团队可能被指定为主要负责支持该文化的实践。虽然每种文化都是灵活的，这使得团队（而不是跨团队的从业人员）可以直接专注于 DevOps 或 SRE 实践，组织通常会将 SRE 作为一个或多个专注的团队采用，而 DevOps 从业人员通常倾向于分散在团队中。

例如，再次参考这本书，2016 年 Google 雇佣了 1000 多名网站可靠性工程师负责支持全公司内的 SRE 文化。相反，一个仅仅雇佣网站可靠性工程师但不接受 SRE 文化的组织在 SRE 实践方面不太可能取得成功。尽管更加模糊，但在 DevOps 文化方面，组织也存在同样的二分法。