您如何确保您今天构建的软件和服务能够交付您的客户和消费者在未来需要的东西?如果您认为您的组织应该问这个问题，那么您可能需要一个系统可靠性工程师(SRE)。sre是一种软件工程师，他们不仅关注应用程序和服务的短期可靠性和正常运行时间，而且关注可伸缩性和长期使用。
有时也被称为“站点可靠性工程师”或“服务可靠性工程师”，DevOps的传道者、事件和警报专家Jason Hand说，随着DevOps实践在IT部门扎根，这个工程角色正在寻找立脚点VictorOps．他说，这种角色在云服务、SaaS、PaaS和Iaas公司中最普遍，这些公司的客户依赖它们来保持这些服务的全天候可用。汉德说，对于依赖正常运行时间、可用性和可靠性的组织来说，SRE是一个合乎逻辑的人才补充，因为每一分钟的停机时间都在蚕食着底线。
(相关的故事:存储和网络方面的工资继续上涨］
什么是SRE?
SRE做什么?它们是开发人员和系统管理员的混合体——既关注开发和编码，也关注软件和应用程序的无缝操作。
“对我们来说,我们已经有了团队的工程师构建后端东西以及前端的东西,但是我们也有注册的老工作与这些管道和软件开发团队在整个软件开发生命周期,确保开发团队至少有一只眼睛在可伸缩性;在未来。这在设计和初始开发中尤其重要，这样我们的解决方案现在就能处理负载，是的，还有六个月，一年，两年以后。我们不想从代码库中抽出一部分来重写，所以我们必须确保现在就能预见到未来的需求。”
SRE扮演着中间人和外交家的角色，平衡着开发团队的需求——开发团队想要创建、测试和发布新产品、新功能，Hand说，要尽快更新和修复产品，并满足业务利益相关方的需求，这些利益相关方希望确保产品和服务工作完美无缺，能够满足不断增长的客户需求。
“这是一个角色和思想流派，已经从DevOps的角度演变成这两个不同群体的组合。这两类角色的需求经常会出现调整问题，即使他们想要的是相同的东西:易于维护的应用程序、软件和服务，并提供良好的可用性、可靠性和可伸缩性，”Hand说。
(相关的故事:你真的需要一个CEO吗?］
外交
帕特里克·希尔是Atlassian的网站可靠性工程师，在这篇博文中解释在美国，SREs通过消除“什么可以启动，什么时候启动”的争论，调解了开发人员和运营团队之间由来已久的权力斗争。
“潜在的问题是这样的:开发团队希望向大众发布很棒的新功能，并看到它们获得巨大成功。运营团队希望确保这些功能不会破坏东西。从历史上看，这导致了巨大的权力斗争，Ops试图在尽可能多的发布上踩刹车，而开发人员则寻找巧妙的新方法来绕过阻碍他们的进程，”Hill说。
Hill解释说，有了SRE的思维方式和敬业的工程师，这些问题几乎可以消除，因为开发团队和运营人员事先就产品发布前必须达到的错误阈值达成了一致。
Hand说，SRE作为一种运动和SRE作为角色最适合成熟的组织和大型企业;在较小的组织中，传统软件开发人员所做的工作与基础设施工程师、系统管理员和其他操作人员的职责有很多重叠。
(相关的故事:10个薪酬最高的数字营销工作］
名字有什么关系呢?
“这与标题无关;他们可以被称为DevOps工程师，系统管理员，系统可靠性工程师，站点可靠性工程师。更重要的是他们在这个角色上做了什么。在较小的企业中，每个人都必须身兼数职，没错，每个人都有责任确保代码的健壮、可靠和可扩展性，但在某些情况下，工作量太大了，你需要一个专门的角色，”他说。
对于较小的组织没有资源雇佣专门的行为,提供现有的人才培养和教育成功的必要过程和程序系统管理员或业务角色和upskilling技术像厨师,Ancible,木偶和其他自动化工具可以是一个伟大的权宜之计,斯蒂芬•Zafarino说IT招聘和人力资源公司的高级招聘总监绝对的．
“特别是在SREs因这一专业技能而获得高薪的情况下，一些客户可能会更好地为他们现有的人才库提供职业发展机会。另一个选择是找一名自由职业者或承包商，他们可以进来提供建议，或者在特殊的基础上为项目工作，”Zafarino说。
Zafarino说，虽然目前对SREs的需求还不是很大，但随着越来越多的组织转向云计算，并从第三方供应商获得软件和其他服务和解决方案，SREs的角色将变得越来越普遍，需求也会越来越大。
“目前的职责是由IT部门的其他角色来处理——DevOps工程师、软件工程师、系统管理员——而我们只有少数客户填补了专门的SRE角色。但随着团队开始整合DevOps并采用这些原则，随着角色变得更加明确，它将变得更加热门，”他说。
相关的视频
这篇文章“为什么你需要一个系统可靠性工程师”最初是由首席信息官 ．