DevOps vs SRE vs生产支持工程师

#1 楼

DevOps vs SRE的最佳答案是DevOps和SRE有什么区别？从以上系列中，您将了解Class SRE实现了DevOps，并且两者都在相似的基础上工作，并且这两个目标都是一致的。

作为生产支持，您将要做在问题中提到的任务，此外，您需要深入的可见性，警报和通知，延迟，指标，跟踪，安全性等。要注意的事情。并且，它基本上向使用您的应用程序或系统的最终用户提供服务。另外，我看到生产支持团队已经编写了dockerfile和bash脚本来自动化许多任务。因此，每当用户遇到任何首先涉及生产支持团队的问题时，如果无法轻松解决，就可能会转到其他IT团队。但是，如果您查看SRE，它们的唯一目的是每次都使系统保持可靠状态，保持弹性等。在某些组织中，DevOps也会做到这一点。

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

#2 楼

我不想挑剔，但是我很不同意DevOps是关于速度而SRE是关于可靠性的想法。我知道这是一件容易想到的事情-尤其是因为SRE的名称具有“可靠性”-但事实并非如此。 :-)

SRE与速度有关。

我们认为，从长远来看，如果您认识到车轮何时开始摆动（SLO和错误预算），并在这些情况下放慢速度，以使情况变得更好，您的速度就会大大提高。根据我们的经验，这比必须停下来很长时间要快得多，因为我们让大量与可靠性相关的技术债务堆积了起来。

SRE可以被视为DevOps的特定实例。约束条件更加统一。 （因此，SRE类实现了上面的DevOps公式。）

#3 楼

这是一个很好的问题，值得牢记的是，Ops在不同组织中可能具有不同的含义。有a）您可能称之为SysOps，它与系统的可靠运行有关，并且在DevOps上下文中有效地替代了SRE； b）有可能称为应用程序支持，它处理存在差距的平台的手动干预
生产支持角色可能以一线或二线身份涵盖这两个角色中的一个或两个。 SRE并没有真正承担应用程序支持功能，尽管它们可能（与开发一起）参与对该平台的工程改进，从而避免了进行手动干预并推动有效PIR的需求。例如，生产支持功能似乎已经涵盖了SRE也将负责的大部分内容。根据您的生产支持工程师的技能设置，SRE可能会以不同的方式解决方案。就您的情况而言，我建议您让具有SRE技能（监控，自动化，DevOps工作方法（例如有效协作，PIR流程以及SysOps常规技能）的人）与现有产品支持工程师一起工作。您是否将其重命名为SRE或继续担任两个职位取决于他们当前的技能和潜力，但这可能是一个很好的职业发展途径。