世界上已经出现了先进的软件开发流程，人们越来越需要在更快的开发速度与更慢的部署和运营实践之间找到平衡点。
十多年来，DevOps和站点可靠性工程(SRE)这两个理念在软件开发领域一直并行不悖。乍一看，它们似乎是竞争对手。但实际上，它们是竞争对手。但实际上，它们是竞争对手，也是互补的拼图。
随着DevOps流程的发展，对具备关键实践和工具专业知识的专业人员的需求也在不断增长。DevOps不仅为运维人员提供了新的机遇，也为他们提供了合理的职业发展方向。作为DevOps的一种特殊执行方式，网站可靠性工程(Site Reliability Engineering)很有必要。
在本文中，我们将解释SRE和DevOps是如何促进构建可信软件的，它们之间有何异同，以及它们何时能够高效地协同工作。下面，让我们进入正题。
网站可靠性工程(SRE)
网站可靠性工程(Site Reliability Engineering，简称SRE)是一种特殊的、软件优先的信息技术运营方法，由一组类似实践提供支持。SRE的重点是系统可靠性，这被认为是任何产品的最基本特征。
一旦系统足够可靠，SRE就开始增加新功能或生产新产品。此外，SRE还密切关注结果跟踪、性能改进和操作任务自动化。
DevOps
DevOps一词是由Patrick Debois在2009年发明的。DevOps是2009年由Patrick Debois发明的，是整个服务生命周期中开发和运营之间的一套实践。其原则与SRE相同：
- 将工程实践应用于运营任务，评估结果，相信自动化而非手工作业。但其关注点要大得多。
- 它最初是作为一种文化和思维方式出现的，并没有具体说明如何实施其理念。
- 它通常被看作是对主要SRE方法的一种推论，以便它们能够被更多的组织使用。
DevOps和SRE的异同点 ：
DevOps和SRE的主要区别在于DevOps关注的是 “需要做什么”，而SRE关注的是 “如何做”。
两者之间的异同：
1. 减少组织孤岛：
大型企业通常拥有复杂的组织结构，许多团队各自为政。每个团队按照不同的顺序绘制产品，不与公司其他部门沟通，因此无法从整体上把握全局。这可能会导致挫败感、部署受挫以及因延迟而导致的高成本。
DevOps的工作是减少孤岛，明确没有任何其他团队与任何其他公司不一致。SRE不考虑公司内有多少孤岛，而更多地考虑如何让每个人都参与讨论。这可以通过在整个公司使用相同的技术和工具来实现，这有助于每个人共享所有权。
2. 接受失败是正常的：
DevOps将失败视为必然发生的事情，这有助于团队的学习和成长。
SRE不希望出现任何错误或失败，即使是我们可以从中学到的东西。
3. 实施渐进式变革
公司希望比以前更快地工作。他们希望经常发布版本，不断更新产品，并保持团队成员对新技术和相关技术的积极性。DevOps是渐进式的变革。DevOps和SRE都希望快速行动，研究表明，与DevOps相比，SRE能够降低失败的成本。
4. 利用工具和自动化
正如我们之前所知，DevOps和SRE的要点都是自动化。工具化和自动化鼓励尽可能多的自动化和工具，直到它们通过消除手动任务为开发人员和运营人员提供价值。
5. 衡量一切
这里的主要区别在于，SRE将运维作为一个软件问题来看待，这导致他们定义了衡量可访问性、工作量、正常运行时间和中断的规范性方法。它还确保公司中的每个人都同意如何衡量可 靠性，以及当可用性超出规范时该怎么办。
DevOps与和网站可靠性工程（SRE）的区别
欢迎任何形式的转载，但请务必注明出处，尊重他人劳动成果。
转载请注明：文章转载自 有区别网 [http://www.vsdiffer.com]
本文标题：DevOps与和网站可靠性工程（SRE）的区别
本文链接：https://www.vsdiffer.com/vs/difference-between-devops-and-site-reliability-engineering-sre.html
免责声明：以上内容仅代表 个人看法、理解、学习笔记、总结和研究收藏。不保证其正确性，因使用而带来的风险与本站无关！如本网站内容冒犯了您的权益，请联系站长，邮箱：，我们核实并会尽快处理。