DevOps vs SRE与生产支持工程师

Question

DevOps主要关注交付速度，而SRE则侧重于生产中的可靠性，但是生产支持工程师适合哪些方面，他们也专注于生产监控、警报、性能、用户体验、事件管理、RCA以及代码缺陷和理解业务功能方面的工作？

• 在SRE世界中，生产支持工程师是更符合SRE，还是与SRE合并？

Answer 1

DevOps与SRE的最佳解决方案是上面系列中的DevOps和SRE有什么区别？，您将了解类SRE实现DevOps，它们都在一个相似的基础上工作，这对它们来说都是非常一致的目标。

作为生产支持，您将执行您在问题中提到的任务，除此之外，您还需要进行深度可见性、警报和通知、延迟、度量、跟踪、安全性等等。并且，它基本上向正在使用您的应用程序或系统的最终用户提供服务。此外，我看到生产支持团队已经编写了dockerfile和bash脚本来自动化许多任务。因此，每当用户遇到任何首先涉及到生产支持团队的问题时，如果不容易解决，它可能会转到其他it团队。但是，如果您查看SRE，它们的唯一目的是每次都使系统处于可靠状态，保持弹性等等。在某些组织中，DevOps也做了这部分工作。

在我看来，这三个术语都与它们的目标一致，只是功能不同。这些功能因组织而异。但是，DevOps的目的是带来文化和范式的转变，以便每个人都能协同工作。希望这能有所帮助。

Answer 2

我不想选择，但我不同意DevOps是关于速度的观点，而SRE是关于可靠性的。我知道这是一件很容易思考的事情--特别是因为SRE的名字有“可靠性”--但是它是‘’int‘。:-)

SRE是关于速度的。

我们认为，从长远来看，如果您认识到车轮开始摇晃(SLO和错误预算)，并且在这些情况下放慢速度以使事情变得更好，您会走得更快。根据我们的经验，这比不得不停很长一段时间要快得多，因为我们让一堆与可靠性有关的技术债务堆积起来。

可以将SRE看作是具有更统一强制约束集的DevOps的一种特定实例化。(因此，类SRE实现了上面的DevOps公式。)

Answer 3

这是一个很好的问题，值得记住的是，在不同的组织中，Ops可能有不同的含义。( a)您可以称之为SysOps，这与系统的可靠运行有关，在DevOps上下文中，SRE有效地取代了它；( b)我们可以称之为应用程序支持( Application )，它处理在应用程序级别的功能或错误中存在缺陷的平台的手动干预。

生产支持角色可以涵盖这两种角色中的任何一种或两种，无论是在第一或第二线的能力中。SRE并没有真正承担应用程序支持功能，尽管他们可能(和Development一起)参与了对平台的工程改进，以避免需要手动干预，进而驱动有效的PIR。

在您的示例中，生产支持功能似乎已经涵盖了SRE也将负责的大部分内容。根据您的生产支持工程师技能集，SRE可能会以不同的方式处理该解决方案。在您的情况下，我建议您将具有SRE技能集(监控、自动化、DevOps工作方法，例如有效协作、PIR流程以及一般SysOps技能)的人员与现有的产品支持工程师一起工作。你是将他们重新定位为职业健康教育机构，还是继续担任两个职位，将取决于他们目前的技能和潜力，但这可能是一个很好的职业发展渠道。