传统的 IT 运营无法以现代云原生软件交付率运行。因此，站点可靠性工程▃ (SRE) 在整个行业】中越来越受欢迎。最初开发的 SRE 与过去的 IT 运营完全不同，因为它专注于 bug 预算、由 bug 预算驱动的团队间关〓系、一切即◤代码以及 SRE 团队的能力。

以下是小型企业ξ　可以利用 SRE 的方式，以及它对领导者和实【践型经理的 IT 运营的影响。

1.让软件工程师设计 ITOps

SRE 团队的成员◇要么是拥有丰富运营知识的软件开发人员，要么是拥有强大软件开发技能的 IT 运营人员。无论︼哪种方式，软件都是 SRE 团队用来解决问题的技巧。

IT 运营的软件优先方法有时会延伸到开发团队的角色。如果负责特定应用程序或服务∩的 SRE 团队发现它花费了超过 50% 的时间来自动化解决软件中的问题，则开发团队必须填补这一▅空白。

根据客户可靠性工程师的说法，这是由以下人员完成的：

当操作负载反弹到 50% 或更低时，所有重定向都将结√束。

为此，如果开发团队生①产的软件在 SRE 团队的 50% 平衡范围内无法运行it技能服务，则开发团队必须承担运营任务并帮助修→补它们，并了解运营方面的▓需要。在利用 SRE 的技能和保留开发团队对软件的运营责任之间，这是一个高度自律的平衡。

2.严格※关注错误预算和 SLO

SRE 方法的核心是 SRE 团队正在运行的应用程序或服务的 SLO。服务的产品总监必须选择适当的 SLO，以便在可能的停机期间有足够的余地来解决不可预见的问题，同时以用户期望的速度交付功能和更新。

3.将 ITOps 视为价值中心，而不是成本中心

SRE 是一项高技能的活动，SRE 专家供不应求。甚至努◤力招募 SRE。深厚的技术技能和以客户为中心的 SLO 和错误预算的不同寻常的结合意味着试图增加 SRE 团队的成本ω并不是明智之举。

为此，采用 SRE 的企业必须停止将 IT 运营视为降低成本的项目。相反it技能服务，他们必须将 IT 运营视为一个价值中心，可以帮助公司避免停机并最大限度地提高收入和服务可用性。

4.让 SRE 快速启动云原生 IT 运营

对于开始转◣向基于云的平台和交付◆模式的企业来说，人工和团队责任的一系列选项可能令人生畏。各种不同的处理方式可↑能会令人不安，部分原因是上下文对这些不同选项的有效性有巨大影响。

SRE 模型提供了一套适合小型组织的清晰、具体的实践和团队动态。如果您所在『的企业需要快速从更传统的设置迁移到云原生 IT 运营，那么采用 SRE 可能效果很好——尽管只有正确采用它，而不仅仅是重命名●现有团队。

通过采用 SRE，您也许可以避免其他交付模型在组织上的尴☆尬，但要注意这些笨拙的实现，它们不能完善必要▼的、有意的职责平衡。

SRE 是一种针对大型云原生软件系统的 IT 运营的特定方ㄨ法。 SRE 模型使用 SLO 和错误预算在开发团队和 SRE 团队之间建立健康高效的交互，以平衡新功能的速♀度与使软件可靠所需的所有工『作。

因此，SRE 需要特殊技能才能成功，以及团队之间的强大信任。 5月19-20日，全球运ぷ维大会北京站前夕，SRE（Site ）课程即将开课！

本课程侧重▓于 SRE 的发展及其未来方向，并为【参与者提供实践、技术√和工具，以使整个组织的人员参与可靠性和稳定性，并通过使用真实场景和案例进行案例研究来进行演◤示。完成课程后，学生将返回公司专注于了解、设置和跟踪■服务水平目标 (SLO) 等内容。

本课╱程帮助学习者成功完成 SRE 认证考试。

课程受众

SRE 课程的目标受众是专业人士

任何对更高可靠性和甜度感兴趣的人

任何对 IT 领导力和组织变革的现代方法感兴趣的人

SRE 工程师

业务总监

业务利益〗相关者

顾问

练习

IT 总监

IT 总监

IT 团→队负责人

产品负责人

Scrum 大师

'/>

软件工程师

系统集成』商

工具提△供者

_

教学大纲

课程介绍

模块 1：SRE 原则与实践

模块 2：服务水平目〓标和错误预算

模块 3：减少努力

模块 4：监控和服务水平指标

模块 5：SRE 工具和手】动化

模块 6：反脆弱性∏和从失败中学习

模块 7：SRE 的组织影响

模块 8：SRE，其他框架

课程目标

SRE 课程的学习目标包括实践和理解：

SRE课程详细课程咨询：