比较SRE和DevOps – 方法、目标和合作
站点可靠性工程（SRE）是一种方法，团队将软件工程实践应用于基础架构和运营流程，从而创建高度可扩展和可靠的软件系统，从而改善服务。
如今，组织正在将SRE学科应用于他们的DevOps，以改善软件开发和交付服务。
SRE和DevOps都有一些核心价值观，因为它们连接了运营和开发团队。这使得它们能够支持改进应用程序发布周期和可靠性的相同目标。然而，它们的工作方式有一些不同。
SRE侧重于运营生命周期的管理。另一方面，DevOps侧重于应用程序生命周期。
在我们查看差异，优势和挑战之前，我们先了解一些关于SRE和DevOps的基础知识。
什么是站点可靠性工程（SRE）？
SRE是一种方法，团队使用软件自动化操作任务，管理系统并解决基础架构问题。 SRE方法使用软件和自动化来更好地解决问题和管理生产环境，而不是使用传统的系统管理员。它专注于帮助公司快速而频繁地交付可靠的软件产品和功能的系统和工具。
SRE有助于协调交付软件生产服务所需的工具，流程和资源。其目标之一是快速识别和响应问题或故障。它通过找到问题的根本原因，解决问题并改进系统以防止类似事件再次发生来实现这一目标。
理想情况下，SRE侧重于改进软件开发流程。它确保可用性，效率，事故响应，容量，性能和延迟。
组织中SRE的角色
站点可靠性工程的角色是确保所有生产系统都可靠，可用且能够高效交付服务。通过尽快修复问题，无论是在问题发生之前还是之后，以确保几乎没有停机时间。
SRE团队负责服务的监控，性能，可用性，效率，事故响应，容量规划和变更管理。
SRE的好处包括提高性能和安全性，降低风险和停机时间。其他包括降低运营成本，改善事故响应，并通过自动化重复任务来减少时间浪费，从而实现巨大的总体节省。
站点可靠性工程的结果
SRE团队的角色是始终保持生产运行。主要结果包括：
- 通过在出现错误或其他问题时从不稳定系统回滚到先前稳定版本，从而减少恢复时间（MTTR）。
- 减少检测时间（MTTD）
- 自动化CI/CD流程中的所有内容
- 在生产过程中自动化功能和非功能测试
- 提供呼叫支持
- 记录和共享有关事件和缓解措施的信息。
什么是DevOps？
DevOps（开发和运营）是一组将软件开发和运营学科结合起来的实践。它使用自动化来部署，配置和维护软件产品和功能。
此外，DevOps通过强调协作，持续集成和持续开发促进开发人员和运维团队的合作。通过共同努力，团队减少了开发时间并改善了生产。
理想情况下，DevOps方法在每个可以自动化的步骤上使用自动化，以提高效率和产品发布周期。一些好处包括减少错误风险，以及在预算范围内快速交付。
一般来说，DevOps是一种灵活的方法，适用于软件开发、IT运营、Web开发、IT基础设施等小型、中型或大型项目。
它还涉及自动化CI/CD管道中的各种流程。这有助于加快新产品和功能的交付速度。然而，它们需要更密切的监控、反馈和其他功能，以帮助提高速度、可靠性和效率。反馈循环有助于测量操作，同时提供了识别问题和改进的机会。
DevOps的好处包括减少人为错误和成本，提高质量和效率。
DevOps的结果
使用DevOps实践有助于减少开发和运维团队之间的冲突。此外，它还使公司能够可靠地交付产品和功能。DevOps的一些结果包括：
- 缩短软件发布周期
- 降低开发和维护成本
- 对产品沿生产管道进行自动化和持续测试。
接下来，我们将探讨SRE和DevOps之间的区别。
SRE和DevOps之间的区别
公司越来越多地采用DevOps和SRE实践来构建现代应用程序，添加新功能和解决不同的可靠性问题。虽然DevOps专注于开发运营，SRE处理站点可靠性。
这两种方法相互补充，使用不同的方法。其中一个主要区别是DevOps专注于结果，而SRE负责实现目标所需的步骤。理想情况下，SRE关注确保DevOps成功的实践或流程。
下表显示了SRE和DevOps之间的一些主要区别。
| 参数 | 网站可靠性工程（SRE） | 开发与运维（DevOps） |
| 重点 | SRE侧重于支持软件产品管理的运营方面。它致力于确保可用性、可靠性、可扩展性和消除冗余，提高效率，减少风险，增加弹性，提高正常运行时间和构建可持续性 | DevOps更关注开发和发布软件产品和功能的速度和连续性。其中包括： ⚫️构建软件 ⚫️编码新功能 ⚫️测试软件 ⚫️发布软件 ⚫️修复错误 ⚫️提高效率 |
| 方法 | 使用software engineering来增强IT基础设施和运营，以确保生产环境高度可靠和可用 | 简化开发和部署流程，提高效率，缩短开发生命周期，同时降低成本和风险。这使团队能够快速发布产品和新功能。 |
| 技能 | Cloud computing 软件工程系统架构 IT运维 生产自动化监控系统 良好的书面和口头沟通能力 |
云计算 Agile software development 监控系统 脚本语言 生产自动化 良好的书面和口头沟通能力 |
| 集成 | SRE由于各种挑战而不使用工具。相反，它依赖于脚本语言，如Python或Bash | 它使用各种集成和自动化工具，如Chef或Puppet |
| 范围 | 处理基础设施问题、生产故障监控、安全等操作问题。此外，确保新功能不会导致故障 | 创建新产品和功能 |
| 协作 | 协作是在运营团队之间进行的。 | 协作是在开发和运维之间进行的 |
SRE如何补充DevOps
在DevOps中，不同的团队共同承担软件产品的责任。然而，每个团队仍然拥有自己的代码，并负责呼叫支持。理想情况下，DevOps支持共同承担基础设施和软件产品的责任。
不幸的是，即使有改进的协作和更短的反馈循环，公司仍然经常发布有故障或不可靠的产品或功能，导致性能问题和停机时间。这就是SRE的作用所在。
理想情况下，SRE弥合了开发人员和IT运营之间的鸿沟。网站可靠性工程师的一些主要职责包括：
- 监控生产环境中的系统和服务
- 自动化系统
- 修复问题
- 添加事故响应功能，自动识别和减轻问题，同时找到根本原因和改进领域。
- 提供呼叫服务。
网站可靠性工程的优势
SRE分析网站运营、流程和基础设施，以确定确保其可用性的最佳方法。它还有助于识别和解决问题，提高性能，减少停机时间和安全风险。
一些好处包括：
- 将开发和交付系统的监督自动化可以使其与手动干预相比具有高度可扩展性和可持续性。
- 通过监测各项服务的日志、指标等参数，提供对系统的有用可视性。这有助于确定服务的健康状况，同时也能确定改进领域并找出问题的根本原因。
- 消除开发团队与运维团队之间的冲突。实际上，开发团队希望尽快将新软件或功能发布到生产环境中。然而，运维团队不希望发布产品，直到完全确定不会出现故障或性能下降等问题。理想情况下，SRE对于DevOps的成功至关重要。
- 提高检测和解决事故的速度，同时简化应急和警报流程。
- 量化停机的成本和影响。 SRE可以帮助管理、开发和运维了解违反SLA的影响和成本。
- 消除繁重的工作，使工程师至少有50％的时间用于工程任务。这使他们可以更多地专注于提高工程和系统的可靠性，从而进一步减少繁重的工作。
SRE的挑战
SRE是一门相对较新且仍在发展中的学科。尽管它有很多好处，但也有一些缺点。
- 缺乏合格的员工：作为一门新兴学科，市场上只有少数几位可靠性工程师。由于需要具备多种技能，合格的工程师非常稀缺。这为SR工程师设定了很高的门槛。
- SRE方法是一个相对较新、未经验证的概念，其采用率较DevOps较低。因此，它能否解决生产环境中的许多潜在问题还不明确。
- 另一个缺点是需要强大而直接的管理，因为它要求更密切地监督工程师。不幸的是，这可能导致对工程师进行微观管理并降低效率。
- 工程师必须充分了解系统以了解如何自动化。完成这一点后，系统将能够在问题引起任何停机之前找到和解决问题。
- 对组织文化问题的变革抵抗。与许多新技术一样，许多员工通常对变革持抵制态度，这最初可能是一个挑战。
为什么应该将SRE与DevOps集成
实际上，无法防止问题的发生。然而，您可以通过提供更快的服务恢复、从事故和解决方案中学习，并改进系统以防止类似问题再次发生来减少影响。
为此，将SRE与DevOps集成可以改善确保成功交付的服务。SRE专注于自动化大部分手动和重复的任务和流程，并提高服务的可用性和可靠性。
因此，这减少了工程师的重复努力，同时允许开发人员更多地专注于交付新产品或功能。同时，这也使运维团队有更多时间管理基础架构。
自动化生产环境提供了主动质量保证能力，提高了软件或功能在生产环境中的可用性和可靠性。例如，自动化任务消除了由于人为错误、疲劳和重复任务而引起的问题，提高了发布新产品或功能的安全性和速度。
SRE和DevOps有不同的目标。例如，DevOps的目标是改进软件开发生命周期。这种实践改进了开发人员和项目生命周期中其他团队之间的沟通和协作。另一方面，SRE的目标是通过提高可靠性和效率来改进系统。
最后的话
SRE团队的角色和责任对于确保组织内部的技术、流程、人员、文化和实践的持续改进至关重要。无论是在过渡到DevOps的过程中还是已经实施，SRE都可以让您在速度、可靠性和其他增加效率和节省成本的问题上改进。
一般来说，SRE处于软件工程、IT运营和支持之间。它加强了IT运营和开发人员之间的关系，从而实现更好的协作、更短的反馈循环和更可靠的软件更快地发布的能力。
