Table of Contents

Dear Future Team

亲爱的未来团队

别太兴奋,我还不想离开,但想象一下4号团队(future team)会是什么样子,很有意思。当然,还有一些重要的问题。你的工作是什么?团队规模有多大?与你合作的其他团队是谁?还有一些超出正式面试和角色描述的问题。

以下是我希望的真实情况。

我希望你们一起吃午饭。也许不是每天,但我希望你们能在会议之外互相交谈。我希望你们能把我介绍给附近所有的团队,并指出要问这个工具、那种bug,或者其他共享服务的人。

我希望你们能问很多问题。你们觉得有点尴尬的问题,因为你们觉得这些问题可能很笨或者很明显。关于事情是如何运作的,为什么事情是这样的,为什么你们以这样的方式做事情,你们想通过一个项目增加什么价值的问题。你们甚至不确定是否有答案的问题。

我希望你们和我一样喜欢讲故事。关于成就的故事,艰难的教训,或者只是你们发现的有趣的事情。我相信,记住并保存团队的故事是很重要的,要感觉到与你们加入团队之前所发生的事情有联系,并感觉到你们可以在此基础上继续努力。

我的第一支团队以自己能为任何愿意听的人绘制架构图(drawing a map of Maps)为荣,每一个有趣的故事都是关于我们如何以依赖循环结束,带有下划线的同名组件以及扩展TDS的名称的乏味的故事。最好的一种装饰是白板,它催生的架构图就像野草一样,随着时间的推移越来越丰富,吸引了一群感兴趣的围观者来提问。

我希望这能让你们成为场上最响亮的团队,充满活力地讨论新想法,倾听每个人的意见,在技术上提出异议,但不私下较劲。我希望你们有伟大的想法,并勇于尝试。你们相信事情一直到现在都是这样,但这并不意味着永远都是这样。我希望大家对自己所做的工作感到兴奋,并对它所带来的影响感到自豪。

我希望你相信你的经理会支持你们。我希望,如果事情没有按计划进行,他们会支持你;如果你成功了,他们会庆祝;如果你的工作卡住了,他们会提出建议;如果你感到无聊,他们会帮你寻找机会;如果你超负荷工作,他们会为你提供帮助。我希望,如果你真正需要他们做的只是倾听,不做评判,不提供解决方案,他们也会这样做。

我希望你们能与开发人员成为真正的合作伙伴。在很长一段时间里,我每天有一半的时间是和我的一个开发团队–网站服务团队坐在一起,当我走过去的时候,他们很快就不再担心有什么东西坏了。我为他们每周的构建负责人买了一个令牌( I bought a token for their weekly build cop)–在我们发现他们的项目被转移到另一个国家的前一天。蜘蛛玩偶希德(Sid the stuffed spider)现在还坐在我的桌子上,提醒我我们一起做了多少东西。

我希望你们作为一个团队,彼此之间都能玩得开心,并能在一起自在地做自己。毕竟,这就是团队的作用。

我希望你们喜欢双关语

谢谢

你未来的队友

我们如何构建本书的结构

SRE虽然涉及复杂的技术系统,但归根结底是一种文化实践。文化是人的产物,这启发我们根据你在组织中的SRE数量来组织本书的各个部分–你具体处理什么,你的一天是怎样的,取决于有多少个SRE工程师。我们将本书的文章分为 “SRE新手” 、0-1个SRE、1-10个SRE、10-100个SRE和 “SRE的未来 ”。

读者如果想找寻先从哪里开始的指导,可以直接跳到最适用于自己的部分;但是,你仍然会发现阅读那些目前并不适用于你日常的部分的文章的价值。

在0到1个SRE时,还没有人被指定为SRE,或者你已经找到了你的第一个SRE,这个角色看起来几乎是孤独的。

在1到10名SRE时,你正在组建一个团队,有知识共享和分工的能力。

在10到100个SRE时,你已经成为一个组织,你需要思考的不仅仅是你所从事的系统,还需要思考如何组织这么多SRE。

“SRE新手” 涵盖了基础性的话题(尽管并不详尽!),对于那些刚刚开始SRE之旅的人来说是很有帮助的,即使是最有经验的SRE,也是一种复习。 “SRE的未来” 包含了一些文章,这些文章探讨了SRE潜在的发展方向,或者是(目前)坐拥时代潮流。

没有必要按照任何特定的顺序阅读本书。你可以从头到尾读一遍。或者,如果你对某个特定的主题感到好奇,可以翻到索引,在那里你可以找到关于该主题的所有文章。把它作为参考指南,或者是灵感的来源–可以在需要的时候提供一个震撼。或者,也许可以建立一个阅读俱乐部,每周一次挑选一篇文章与同事讨论。这就是散文集的魅力所在。我们希望你和我们一样喜欢阅读它们。

结语

SRE系列的文章,有时间我就会翻译一些,希望大家能学到对自己有用的东西。谢谢