激励组织引入SRE的数据点

Question

由于没有网站可靠性工程专用的stackexchange，我发现这是关闭之一。

有多个很好的资源可以用来启发关于SRE原理的幻灯片，SRE幻灯片。

但我还是找不到：

• 短的
• 简明扼要
• 示例
• 调动资源在组织中实施SRE。

我在职业生涯中所经历的大部分都是高度机密的案件和数字。我担心的是，大多数SRE所知道的数字将保持“内部”状态，在公司内部提供。

然而，也许你知道一些研究，(最好是一组)关于死后问题的很好的例子(甚至一个一个是好的)，从中我们可以提出一个强有力的论点，比如“在将SRE模型引入到从n到m释放的变化的组织速度中，随着y的增加和z的成本的降低”(集思广益)或其他硬数据点？

SRE幻灯片 -一些例子：

• 网站可靠性工程:一个企业采用故事(一个ITSM学院Webinar)由ITSM学院，公司.
• 广场平台工程师格里尔·约翰逊从头开始的SRE
• GOTO 2017·站点可靠性工程Google·Christof Leng

如果这个问题可以重新措辞以更好地融入这个网站的指导方针，请在评论中给我一个建议，并给我一个改进的地方。否则，我会感激其他更好的平台(不过，redide.com/r/sre并没有给我留下很好的印象)

Answer 1

你要寻找的数字类型可能很难找到，因为它们是高度可变的(就我的经验而言，即使在一个组织中，它也是不同的服务对服务和团队对团队)。SRE工作簿现在是免费的，包括两个案例研究(第3章)，这可能是有帮助的。另外，New的SRE eBook在以简洁的方式总结SRE方面做得很好。

另一种方法是尝试利用您今天对服务的了解来创建一个风险评估，并估计如果您有SRE和dev支持以消除这些风险，您可以避免停机时间。

Answer 2

我在几家公司的DevOps和站点可靠性工程组织中运营。我想说的是，SRE的优点是比DevOps更具体。

• DevOps强调原则和心态，例如，DevOps的三种方式:系统思维、反馈循环的放大以及持续实验和学习的文化。DevOps更多的是对敏捷的一种扩展，即另一种操作模式。
• 站点可靠性工程强调Google (和其他人)应用的具体方法、度量和度量，以实现高水平的服务可用性和对客户的信心。f.ex:对SLI和SLO的辛劳与改进的比率、量化风险分析和数学方法。

因为实现发展业务是有点不公平的尝试比较组织谁做了一个，但不做另一个，所以我实际上建议，所有的内容在加速可以同样容易地应用到网站可靠性工程，因此，如果你需要同行审查的数据驱动的分析，从那里开始。