如何训练巨龙，或者软件开发人员可以成为SRE

前言

这是一个关于一个非常不寻常的实验的故事，我们公司作为（愿意的）豚鼠与我一起运行，试图重新培训一名软件开发人员，使其成为SRE。 SRE（或DevOps，是否存在相同的工作存在争议）现在是热门话题，我想可能比数据科学家更受关注（嗯，我手头没有统计数据来证实这一点，这是事实）侧面视图）。无论如何，我们公司拼命寻找SRE，然后这个好主意浮出水面。

我们有所有这些开发人员，他们也都是技术人员，对吗？ 而且它们也与基础架构一起使用，只是在另一方面，但是至少他们对此有一些想法，对吗？也许培训高级开发人员实际上比培训初级SRE更容易且成本更低？

然而，这个想法诞生了，它诞生了，而且它得以实施。 （扰流板警报：由于不可预见的情况，该实验的运行时间短于预期。）

但是最初的想法是，最好的培训是动手实践，并且有意义的是，它应该在2-3个月内进行，并且要让选定的软件开发人员当学徒（如果有，请称其为受训者）。您愿意，但实际上，我喜欢在其中一个团队中工作的实际SRE一词“学徒”一词。

选择的软件开发人员是我 ，他是一位拥有大约15年经验的后端程序员，目前与Java和Kotlin一起工作。

这就是故事的开始。

首先是一些免责声明。

为了保护人们的敏感性，我不会给他们真实姓名。 按外观顺序将它们称为A.，B.，C。等。 我了解这可能会使故事有些虚假，但这是我的真实想法，并且是关于真实人物的。 所以...忍受我。 无论如何，我是作者。 我有力量。

我必须注意的另一件事是，该公司没有做任何假设，即在培训后我将改用SRE。 如果我觉得它更适合我，则可以自由地返回到开发中。 但是，如果我要说我找到了自己的职业，该公司已准备好让我担任新职务。

2019年1月21日

因此，作为学徒的第一天。我来上班，我的“主人” SRE，A。已经在那儿了。原来他是在早上8点之前上班的，这是我无法比拟的，因为我的通勤只花了一个小时，而且我在家也吃早餐。那好吧。很久以前，我就不再试图给人们留下深刻的印象，因为我认为这并不是衡量您表现的良好指标，但是在这种情况下，我仍然感觉不够。 随你。

A.通过将链接发送到我需要阅读的Wiki页面来开始帮助我，同时我们浏览了我需要的工具，已经安装的工具，需要回购的仓库等。我对这些工具有所了解：我使用过Terraform （非常少，是的，但是至少我知道TF文件的外观），我已经设置了GPG密钥，并且A.只需要将其添加到某些项目中并让我能够使用它们；我对git和git-crypt的用途有所了解，尽管我不太熟练使用控制台，但我可以做一些基本的事情。

当然，A。以光速在控制台中工作，当然他的控制台也分为四个部分，每个部分执行自己的任务。

当然，字体是如此之小，以至于我无法读取，但他很快就纠正了它，而我无需多说。我想他注意到我的控制台和应用程序字体几乎缩放到最大。我感到不足的另一个原因是：我不能一次消耗太多信息。对于我来说，使用控制台中的选项卡而不是分割窗口更容易，而且阅读内容不会使我感到疲劳的东西也更容易。但是A.这样工作的事实并非特定于SRE：我认识的许多开发人员都这样做。 当我回想起他们中的大多数都戴眼镜或隐形眼镜时，我仍然不使用任何眼镜，我的感觉会好一些，但还不是很多。

答：似乎还使用Visual Studio Code作为主要IDE编辑内容。他为我也使用它感到高兴，我没有提到的是我实际上也是新手。我选择的IDE是IntelliJ IDEA 。它非常适合Java和Kotlin，这是我的主要专长。但是， IDEA在加载大型项目时实际上速度很慢，并且对terraform语法也不是很有帮助，因此最近我尝试使用VSCode替代仅配置项目。但是，尽管我非常了解IDEA的方式，例如-我记得很多标准的快捷方式，并且还建立了一些自己的快捷方式，但是-我基本上仍在尝试绕过VSCode 。

当有人坐在您的肩膀后面时，您是否曾经打错东西？ A.非常好并且非常有耐心，但是我觉得我拼错了最简单的命令（我向您挑战输错git的权限 ，但这实际上是我管理的！）。

我参加站立比赛，并按周计划，我对此了解不多。并不是说这些概念不熟悉，但我只是意识到我几乎不知道这个团队实际上在做什么-他们目前的目标，挑战等是什么。该团队似乎也在遵循我们不喜欢的sprint工作流程。 我意识到我可能会遇到比以前更糟糕的会议编码比率。

到最后，A。几乎没有离开我的身边。我们已解决了生产JIRA的问题，以增加对AWS Dynamo DB的一些读/写限制，这要求对包含Terraform配置的代码进行几行更改，并需要一些控制台命令来暂存和应用配置更改。并不是完全困难，但是我希望我明天能够记住这一切。我的头很痛，因为我消耗的所有新信息都威胁要从我的耳朵里挤出来。幸好，现在是我的主SRE回家的时候了。我会留下当天的笔记，并将他与我分享的一些链接添加到Kotlink （这是Illia Sorokoumov发明的工具，我发誓要这么做，因为我可能记不清我需要的所有浏览器链接。而且， Chrome书签不同）。然后我进入寒冷的柏林之夜。

这将不容易。

但这将是可管理的。特别是如果我的主SRE将继续保持冷静。

我不知道他在想什么。 他可能不会同意这一观点。

2019年1月22日

第二天，更多的相同。我发现我记得我们使用Terraform所做的大多数工作，但是关于OpenShift却几乎一无所获，我们也做了一些。很有道理，因为我至少使用过Terraform，但是OpenShift是全新的。 我确实需要转储控制台命令，并保留它们作为参考。

我开始认为这对我成为某个建筑师的目标很有帮助。我已经看到了更多的机会来考虑体系结构而不是实际的应用程序逻辑。

为什么？ 作为一名开发人员，我认为我在理论上一直都知道我需要考虑该体系结构，但是以某种方式我从未真正尝试过在其中寻找漏洞。 我可以想到一种基本设计，它可以满足需求，但不能满足其成本或实时通信性能（瓶颈，与其他系统的交互）的需求。而且， 我对实际的幕后设置几乎一无所知，将它留给其他人比较容易，因为我要么无法访问，要么不知道怎么做。

2019年1月23日

会议结束后SRE B .：“如果您在理解SRE会议中的任何内容时遇到困难，我可以随时与您在一起并解释您的需要。”

我：“你有多少时间？……”。

2019年1月25日

A.问我是否很高兴想到在某个时候待命。不，不是真的…… 我认为这是我在SRE工作中最不喜欢的事情。

这不是我们要考虑的事情，但是许多SRE工作正在扑灭大火。当然，最好的SRE是不允许发生多次火灾的SRE。但是认为什么都不会发生是不现实的。这意味着有时您仍会急着修某些东西，因为心怀不满的工程经理正在吹牛，因为有些东西刚好在生产中中断了。 即使不是生产设备和/或没有消防呼吸管理器，您的流程仍然会中断。

这些说明将在下一篇文章中继续。希望你发现他们有趣！如果是，请在评论中让我知道，我将继续。如果没有，那么也请在评论中让我知道……也许我不会！