×

微信扫一扫,快捷登录!

系列内容一览,SRE报告2020 10

标签: 暂无标签


P18

关键要点2:成本带来了沉重的操作负担


如果对火没有反应,那么我们可能会认为我们所做的一切都是积极主动的。与其孤立地讨论实现价值的本质,不如转移对话并附加到“我们通过这样做可以防止发生什么?”这样,在讨论SRE章程的外观时,对话可以转变为基于结果的方法。理想情况下,我们希望优化服务的运行水平不再需要正在进行的人工工作,因此SRE团队可以专注于价值的高参与度。


-----

若无需救火式应急响应,我们可能会认为达致主动行动。与其孤立地讨论一项活动的特性,不如将对话转移到“我们这样做会阻止什么发生?”当讨论SRE章程时,话题就可以转变为以结果为导向。理想情况下,我们希望将服务Ops优化到不再无需人工的水平,这样SRE团队才能专注于高价值的交付(engagement)。


您在哪个“主动”活动上花费中度或花费大量时间?


自动化任务,因此无需手动执行61%

监视和分析系统度量标准以了解将来可能导致故障或SLA问题的趋势56%

支持部署之后的操作54%

SRE专用系统规划53%

编写软件以帮助运营48%

与开发一起帮助开发应用程序42%

系统的预防性维护41%

容量规划活动38%

通过混沌工程等实践进行弹性检查39%



P19

关键要点2:成本带来了沉重的操作负担


当删除主动式或被动式限定符并询问“在这些活动中,SRE作为SRE工作的一部分吗”时,我们会看到监控,并且事件被列为最重要的活动。同样重要的是活动在应用程序帮助方面排名第五。请记住,开发人员应该是主要的实现价值类型(与ops相对),请考虑使它成为当前状态的原因:

ü  章程是否不正确或不存在?

ü  是否没有必要考虑SRE原则?

ü  是否尚未评估以客户为中心的提供服务的方法?

ü  还有什么可以问的?还有“为什么”?


-------

当去除“主动行动”或“响应被动”的修饰词并询问“哪些活动被SREs作为SRE工作的一部分执行”时,我们看到监控和事件被列为最重要的活动。同样重要的是,帮助开发应用程序排在第五位。

请记住,Dev应该是主要的活动类型(相对于Ops),考虑一下是什么

导致了这种状态:

ü  章程不正确抑或不存在?

ü  SRE原则是否未被认为是必要的?

ü  以客户为中心交付服务的方式是否未被评估?

ü  还有什么其它问题可问?以及“为什么”?


SRE作为SRE工作的一部分,这些活动中的哪个?


监控89%

事件响应/故障单和解决升级83%

指标分析78%

帮助基础架构和运营的努力容量规划74%

与开发合作以帮助其应用74%

记录知识增长71%

编写软件以帮助运营65%

质量检查测试并发布30%





上一篇:二零二零站点可靠性工程报告 9
下一篇:关键要点2:成本带来了沉重的操作负担
admin

写了 864 篇文章,拥有财富 29590,被 26 人关注

您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies

成为第一个吐槽的人

Powered by IT 运维管理
返回顶部