SRE 与DevOps：有共同点吗？

大家好，今天小编来为大家解答SRE 与DevOps：有共同点吗？这个问题，很多人还不知道，现在让我们一起来看看吧！

多年来，IT 团队一直使用DevOps 和可靠性工程(SRE) 方法来提高软件工程的性能和质量。那么，如何在书面上比较两者并区分它们呢？

什么是现场可靠性工程？

站点可靠性工程（SRE）是建设单位在软件开发过程中委托软件开发人员对其应用程序进行不间断的日常操作的过程。这种情况通常发生在施工方要求软件工程师与团队一起工作时。

现场可靠性工程的发展历史

现场可靠性工程的概念始于2003年Google的倡议。当时，Google正处于成长期，举步维艰。关于Google的进一步发展，争议最大的问题是是否会支持大型软件系统的开发以及与软件开发相关的一些问题。

为了完成这一目标，谷歌成立了划时代的软件研发团队。该团队的主要目标是开发新的软件功能。 SRE是Google实现这一目标的主要举措。当然，这一举措在谷歌以外的领域也发挥着积极作用。关于SRE团队的组建，主要考虑以下两点：

1. 聘请“对编程语言、数据结构和算法以及性能有足够了解的软件工程师来编写软件”。

2、“组建一支50人的专业团队，具有软件专业背景和系统工程背景” 摘自与工程副总裁Ben Trenor谈论SRE。

SRE致力于缩短运营团队和开发团队之间的差距。虽然开发团队可能专注于快速生产，但运营团队专注于防止生产崩溃的措施。 SRE 负责协调这两种不同的观点。

SRE 的两侧视图

对SRE的积极看法

1、SRE以市场为导向，以客户需求为导向，有利于优化生产成本，提高客户满意度。

2. SRE独特的可用性和可靠性优势对于最大限度地减少故障和减少时间浪费非常有帮助。

3、SRE避免不必要的损失，对事故的预测能力强，采用最佳的解决方案降低业务费用。

4使用SRE 技术有助于最大限度地缩短故障时间并消除早期功能故障对资源的影响。

5. 故障减少将导致备件数量减少，从而最大限度地降低配送系统成本、最大限度地降低服务劳动力成本以及最大限度地降低备件存储成本。

SRE 的另一面

1. 找到合适的现场可靠性工程师并不容易，因为编码和系统工程技能的进入门槛非常高。

2. 由于SRE是一门新的、独特的学科，目前关于如何建立和管理SRE团队的信息有限。

3、采用完整的非正统的SRE方式，打破固有的传统模式，采用强有力的管理措施来管理团队。

什么是DevOps？

DevOps 是一种文化框架，开发人员和运营人员之间的协作在整个产品或服务中发挥着至关重要的价值。这种方法改变了人们过去看待工作的方式，并开始重视技能多样性在团队中所扮演的角色。

为了加速业务收益的回报，DevOps 鼓励实施必要的运营流程。同时，衡量技术调整和社会文化变化对工作环境的影响。

DevOps 的双面视图

对DevOps 的积极看法

1、DevOps的主要目标是提高产品质量，进一步提升客户满意度。

该方法旨在通过提高产品质量和客户满意度以及最终用户体验的输出来改善技术价值流中的文化环境和工作流程。

2、DevOps通过消除开发和运营过程中的障碍，打破了层级组织模式（部门墙）带来的弊端。

3. 这些实践使业务目标与信息技术保持一致。每一项努力都是为了缩短反馈循环、实现持续改进并根据客户需求提供服务。

4 DevOps 支持并加速业务绩效，实现IT 团队转型并赋予其能力，以提供成功实现业务目标的创新。

5. DevOps带来数字化转型。它包括提高客户体验满意度和提高员工生产力的技术创新。

DevOps 的反驳

1.对于新团队来说，DevOps的实施不会一帆风顺。同时，DevOps 转型会给组织带来新的挑战，并且可能不适合特定的工作环境。

2、DevOps的优势需要很长时间才能体现出来。因此，这个过程需要耐心。

3. DevOps 与深刻的文化变革相关。人们很难彻底改变自己的旧观念，所以常常会遇到阻力。

SRE vs. DevOps 两者的区别

• 一方面，现场可靠性工程师负责应用部署后的相关监控和服务工作。另一方面，DevOps 工程师负责从一开始就执行开发自动化愿景。从项目开始到结果，DevOps 工程师发挥着明显的作用。

DevOps 和SRE 在开发过程中有一些共同点。 DevOps 工程师在创造文化和开发自动化任务交付系统的过程中占据着最高地位。 SRE是DevOps的延伸，因为它体现了DevOps的原则，同时通过清晰的测量方法实现了DevOps的可靠性。

DevOps 弥合了软件开发和软件运营之间的差距。通过广泛的实验，SRE 已经找到了如何在各种DevOps 实践中取得成功的方法。两者都可以消除团队交付更好产品的障碍。这两个组织在目标上有着共同的立场，并相互协作。

原文链接：

https://dzone.com/articles/sre-vs-devops-any-common-ground

用户评论

断桥残雪

看了这篇文章后感觉自己对SRE和DevOps有了更清晰的了解！ 确实，他们之间有很多重叠的部分，比如都强调自动化、监控和快速响应问题。但这两种文化也各有侧重点，SRE更倾向于保障服务稳定性，而DevOps则更侧重于软件开发和部署速度。

    有16位网友表示赞同！

水波映月

我从事IT行业多年了，一直觉得SRE和DevOps是两个不同概念，现在看来其实有很多共处共荣之处。

    有18位网友表示赞同！

笑傲苍穹

我是做开发的，平时接觸更多DevOps相关的工具和理念，这篇文章让我对SRE体系有了更全面的认识。

    有20位网友表示赞同！

病房

这篇文章说的很到位！我觉得不管是SRE还是DevOps，本质都追求效率提升和工作流程优化，最终目的是把高质量的产品更快地交付给用户。

    有17位网友表示赞同！

可儿

总觉得SRE比DevOps规范很多啊，毕竟服务稳定性和安全性摆在第一位。

    有11位网友表示赞同！

莫名的青春

虽然文章提到共同点有很多，但我觉得两者的应用场景还是有区别的。 比如，对于大型互联网公司来说，SRE体系更常见，而小型企业可能更倾向于采用DevOps模式。

    有6位网友表示赞同！

寂莫

我始终认为DevOps是未来的发展方向，因为它更加灵活和高效，能够更好地适应快速变化的市场环境。

    有6位网友表示赞同！

伱德柔情是我的痛。

这篇文章让我对SRE的概念有了初步理解。虽然我现在还没有真正接触过它，但感觉确实是一个很有用的理念。

    有5位网友表示赞同！

颓废i

我觉得文章忽略了一点——文化的差异。即使在公司内部，SRE和DevOps团队之间可能存在不同的工作方式和思维模式，这需要相互理解和沟通才能解决问题。

    有10位网友表示赞同！

万象皆为过客

我更偏向于DevOps，因为它更加注重开发运营一体化，能够实现敏捷开发和持续交付。

    有7位网友表示赞同！

莫阑珊

文章分析得不错，但是我觉得对于SRE和DevOps之间的细微区别没有进行深入探讨。比如，在故障处理、监控体系建设以及团队组织结构方面，两者可能存在一些差异，这些都需要更详细的说明。

    有13位网友表示赞同！

命该如此

对SRE感兴趣，这篇文章虽然解释得通俗易懂，但对我来说还是不够深入。希望以后能看到更多关于这一话题的文章，探讨不同场景下如何应用SRE和DevOps理念。

    有18位网友表示赞同！

高冷低能儿

我一直认为，无论是SRE还是DevOps，都需要注重文化建设和人才培养，才能真正实现它们的价值

    有9位网友表示赞同！

呆萌

这篇文章让我认识到，SRE和DevOps不仅是两个技术概念，更是一个组织文化和工作模式的转变。 这种理念的转变需要公司从战略、管理、团队协作等多个方面进行改革。

    有19位网友表示赞同！

陌離

我觉得文章把两种理念混淆了，SRE更注重系统稳定性，而DevOps则更侧重于快速开发交付，两者本质上还是有区别的

    有12位网友表示赞同！

单身i

虽然这篇文章解释得很好，但我还是觉得需要更多实践案例和经验分享，才能更好地理解SRE和DevOps的应用场景和实施方法。

    有20位网友表示赞同！

裸睡の鱼

对于小型公司来说，或许先从DevOps入手更合适？毕竟SRE涉及面较广，也需要更多的资源支持。

    有10位网友表示赞同！

我就是这样一个人

我认为两者之间并没有明确的界限， 随着技术的不断发展， 将来可能会更加融合在一起

    有18位网友表示赞同！