主页

索引

模块索引

搜索页面

3.2.4. SRE

  • SRE: Site Reliability Engineering(网站可靠性工程师)

“当你让软件工程师设计运维功能时,SRE 就产生了。SRE 可以帮助团队在发布新功能和确保用户可靠性之间找到平衡。标准化和自动化是 SRE 模型的两大重要部分。站点可靠性工程师应始终致力于增强和自动化运维任务。”——谷歌的工程副总裁 Ben Treynor Sloss

运维和开发两个岗位的技能要求被认为是完全不同的,而 SRE 的角色想尝试把这两份工作结合起来。

在初创公司做 DevOps 实践最有效的方式是组建 SRE 小组。我见过一些不同的方案,但是我相信初创公司(尽早)招聘专职 SRE 可以解放开发人员,让开发人员专注于特定的挑战。SRE 可以把精力放在改善工具(流程)上,以提高开发人员的生产力。不仅如此,SRE 还专注于确保交付给客户的产品是可靠且安全的。

开发的指标是产品研发速度,因此激励员工尽可能快的创建新的代码; 而运维的指标取决于服务的可靠性,因此对高频率的更改提出抗议。

SRE的目的是平衡两个团队在关注点的冲突,给这个冲突提供一个缓冲区。 当这个缓冲区还未满时,研发可以提高创新速度。 当这个缓冲区快满时,研发就需要更多的考虑可靠性。

一个公司的最终目的便是盈利,在可用性和成本之间是需要一定的权衡。 用户对产品的体验也是需要在可靠性和创新之间权衡。 而用户对不同的产品敏感度也是不同的,在不同产品中的可靠性也需要权衡。 可靠性团队与创新团队的关注点冲突也需要权衡。

DevOps 和 SRE

DevOps 是指对企业文化、业务自动化和平台设计等方面进行全方位变革,从而实现迅捷、优质的服务交付,提升企业价值和响应能力。SRE 可视为 DevOps 的实施。

和 DevOps 一样,SRE 也与团队文化和关系密切相连。SRE 和 DevOps 都致力于搭建开发团队和运维团队之间的互通桥梁,以便加快交付服务。

DevOps 和 SRE 实践都可以实现更快的应用开发生命周期、改进的服务质量和可靠性,以及缩短的 IT 应用开发时间等优势。

但 SRE 有所不同的是,DevOps 依赖于开发团队中的站点可靠性工程师,这些工程师也要有解决通信和工作流程问题的运维背景。

站点可靠性工程师本身要求职责重叠,兼具开发团队和运维团队的技能。

DevOps 团队的开发人员常常疲于处理运维任务,需要拥有更专业运维技能,而 SRE 就能派上用场。

在代码和新功能方面,DevOps 专注于有效通过开发流程,而 SRE 专注于通过创建新功能来平衡站点可靠性。

基于容器技术、Kubernetes 和微服务的现代化应用平台是落实 DevOps 实践的关键所在,可帮助企业交付安全的创新软件服务。

参考

主页

索引

模块索引

搜索页面