P6 关键要点1：存在可观测性组件；可观察性不 确定您提供的服务在哪里收敛到典型的[数字化]体验消费点，然后从那里开始进行工作。问：“用户可以从他们所处的位置获得我们的服务吗？”。如果我们供应认为功能是实现业务积极成果的门户，那么在当今以体验为中心的以边缘分布的世界中，很难有人认 ...

P6 关键要点1：存在可观测性组件；可观察性不 确定您提供的服务在哪里收敛到典型的[数字化]体验消费点，然后从那里开始进行工作。问：“用户可以从他们所处的位置获得我们的服务吗？”。如果我们供应认为功能是实现业务积极成果的门户，那么在当今以体验为中心的以边缘分布的世界中，很难有人认 ...

P4 介绍 从问题开始，“当您向软件工程师要求设计运营团队时会发生什么？”结果为：“ SRE团队负责其服务的可用性，延迟，性能或绩效，效率，变更管理，监控，紧急响应和容量规划。”如果SRE是较大DevOps原则的较窄实现，则主要区别是SRE的核心重点是可靠性。 利用上面的问题和答案，今年的SRE ...

SRE知识体系全图

管理生产资料 交付业务功能 紧急情况处理

如何应对快和稳的矛盾冲突 DevOps和SRE都意在解决此问题 设计运维部分时，两者重合度高 DevOps的外延还在持续扩大

前言这几天打算利用碎片时间读了一下"SRE Google运维解密"这本书，目前读了前几章，感觉收获颇多，结合自己的工作经历和书中的要点，写一些感悟和思考SRE有关SRE我就不多介绍了，中文名字叫站点可靠性工程师，它的由来是google想通过软件工程师来解决复 ...