DevOps和SRE都是解决组织对产品操作管理需求的方法。与普遍认为两者都是对手的观点相反，DevOps和SRE并不是两种相互竞争的方法，而是通过打破组织障碍以更快地交付更好的软件而相互补充。然而，DevOps和SRE的目标之间有相当多的重叠。

什么是德沃斯(devops)？

DevOps是一种软件工程文化和不同团队之间协作的实践，例如开发和操作、QA和安全性。DevOps是一个ITSM框架，它鼓励软件开发和IT操作在整个服务生命周期中进行通信和协作。它集成了开发人员和操作团队，通过自动化基础设施、自动化工作流和不断测量应用程序性能来提高协作和生产效率。DevOps不是一种技术或工具；它更像是应用程序生命周期管理中使用的一个概念，确保您的开发团队和操作团队彼此同步工作。目标是在开发人员和操作团队之间建立信任并减少这些切换中的摩擦。开发团队将向运营团队提交应用程序以供实施，运营团队随后将监控应用程序并向开发团队提供相关反馈。

什么是sre公司(sre)？

SRE是站点可靠性工程的简称，是一门将软件工程和操作相结合的学科，旨在弥合供需之间的鸿沟。SRE是一种软件工程方法，它是许多过去概念的扩展，包括但不限于DevOps、后端工程、系统工程、系统管理、操作等。SRE是一个“专注于通过巧妙的工作来创建一个性能始终如一的网站的领域”，它是一个专注于软件可靠性的专业。尽管SRE原则最早是由Google在2003年建立的，在DevOps运动之前，这个模式与许多现有的想法略有不同。谷歌网站可靠性团队创始人本杰明·特雷纳（Benjamin Treynor）在谷歌网站可靠性工程书中说，“SRE是指当你要求软件工程师设计一个操作团队时会发生的事情。”考虑到谷歌在可靠性方面的成功，这个想法已经吸引了许多公司。

devops和sre的区别

定义

–DevOps是一个ITSM框架，在整个服务生命周期中鼓励软件开发和IT运营之间的通信和协作。它是一种软件工程文化和不同团队之间协作的实践，例如开发和操作、QA和安全性。站点可靠性工程（SRE）是过去许多概念的扩展，适用于许多角色，包括但不限于DevOps、系统工程、后端工程、系统管理、操作等。SRE是一个可靠运行大型任务关键型系统的框架。

角色

–DevOps是一套实践和组织文化，旨在弥合开发人员、运营商和组织其他部分之间的差距，以提高协作和生产力，并确保团队彼此完全同步。SRE和DevOps一样，经常被用来描述包含各种工作的角色。所以，如果你认为DevOps是一种哲学，SRE是实现这种哲学的一种方式。SRE是一个专注于软件可靠性的专业。

客观的

–DevOps和SRE不是两种相互竞争的方法，而是通过打破组织障碍来更快地交付更好的软件，从而相互补充。DevOps致力于打破开发者和运营商之间的隔阂，以减少最终用户的交付时间。目标是建立信任，减少开发人员和运营商之间的切换摩擦。SRE是DevOps的一个具体实现，具有一些很好的扩展。我们的目标是创建可伸缩性和高度可靠的软件系统，以使其可靠、健壮和有益。

范围

–在企业内部，DevOps的范围有限，从软件开发开始，通过源代码签入到自动部署。除了在企业内部部署之外，DevOps的范围很小。SRE是一个利用DevOps启动的势头并在部署后的剩余生命周期中继续努力的机会。DevOps接受这样一个事实：没有一个系统是100%可靠的，失败是必然发生的事情。SRE鼓励寻找方法来确保没有太多的失败。

devops与sre：对比图

总结

DevOps和SRE的目标有相当多的重叠。人们可以将SRE视为具有一些扩展的DevOps的一个特定实现。DevOps是一套实践和文化，可以减少开发人员和运营商之间的障碍，从而缩短交付时间。与DevOps一样，SRE经常被用来描述包含各种工作的角色。如果DevOps是一种哲学，那么SRE就是要找到实现这种哲学的方法。SRE是一个专注于软件可靠性的专业。