由戴夫·伦森(Dave Rensin)，贝茜·拜尔(Betsy Beyer)，尼尔·理查德·墨菲(Niall Richard Murphy)
斯蒂芬·索恩(Stephen Thorne)和肯特·川原(Kent Kawahara)撰写
一路向前...
美国经济学家埃德加·菲德勒(Edgar Fiedler)曾经说过“靠水晶球生活的人很快就会学会吃毛玻璃了”。预测未来很危险。
尽管如此，我们仍将冒着碎玻璃的危险，并尝试对本书之后的内容说几句有用的话。
未来属于过去
自第一本SRE书出版以来，我们的经验以及该书的编纂过程清楚地表明了大小企业对SRE的巨大积压需求。由此，出现了一些有趣的观察。
首先，大型企业倾向于以健壮的方式采取SRE做法。在这种情况下，大型企业变化缓慢具有相似的文化基因肯定是不正确的。我们希望明年这些公司在SRE领域看到很多有趣的创新，这确实令人兴奋。
接下来，规模较小的公司正在寻找采用SRE做法的方法，无论他们是否可以配备一支遍布全球的成熟SRE团队。我们长期以来一直在猜测，尽管菜肴的实质和顺序至关重要，但人们不必一次吃掉整个SRE餐。现在，我们看到该概念已付诸实践，这真的很令人兴奋，因为它允许每个人都参与。
最后，如果您正在阅读本书，并且想知道您是否有市场机会提供服务或制造可帮助企业采用SRE的产品，那么答案是肯定的。实际上，如果您决定这样做，请通过bookquestions@oreilly.com上的O'Reilly告诉我们。我们想跟上您的进度。
SRE + <Insert Other Discipline>
我们从许多有思想的人那里听说，SRE的原则和实践似乎也应该适用于其他学科，尤其是安全性。我们在第一本书(或本书)中没有涉及SRE/安全性的重叠，但这显然是一个迅速发展的重点领域。如果您想知道为什么我们在本卷中没有深入介绍它，那是因为我们不确定我们要说些什么(尚未)。
在撰写本文时(2018年初春季)，我们已经看到DevSecOps一词的出现-市场认识到开发，安全性和操作都是相互依赖的。如果您是SRE，正在寻找一个有用且未经探索的空间来度过一段时间，那么这是一个非常不错的选择！
一般而言，我们认为这是向“如何将SRE应用到<insert other discipline>？毫无疑问，某些SRE原则和实践可能在其他领域具有价值。我们很高兴看到结果...
细流，溪流和洪水
提供对此内容进行内容贡献的人数比以前的人数要多得多。这似乎很容易解释-第一本书很受欢迎，所以人们渴望为第二本书做出贡献。但是，提供各种服务的人的“多样性”很有趣。我们评估的内容提案的类型和范围令我们感到惊讶。例如，一个律师团队就如何将错误预算纳入非技术性法律协议与我们联系。SRE如何应用于法律专业是本书显然不涉及的主题，但对于其他所有专业人员而言，可能确实很有趣。
由于种类繁多，我们决定本卷将不仅仅是上一本书的实现伴侣。这也将是全新的SRE相关内容流的起点。这意味着更多的书籍，文章，播客，视频，还有谁知道。此卷是开始，而不是结束。
SRE属于我们所有人
当我们开始撰写第一本书时，我们的主要动机是解释SRE，这是我们做的一件有趣的事，目的是使Google更好地为用户服务。传播这些知识似乎很有用。
在我们热情地解释我们对世界的看法时，我们立足于我们的直接经验。结果，我们无意中疏远了较大的DevOps社区中的一些人，他们认为我们忽略了其他组织对该领域的贡献。
本卷旨在通过花费大量时间讨论DevOps和SRE以及它们为何不矛盾的方法来纠正该错误。
令我们感到非常高兴的是，SRE是一个不断发展的从业者社区，如今它已经扩展到Google之外。实际上，到您阅读本文时，非Google SRE的数量很可能会大大超过Google SRE的数量。
无论其历史如何，SRE现在都是一个全球社区，而Google就是其中的一员。它属于我们所有人，这是一件好事。通过诸如SREcon，meetups之类的会议和其他出版物，我们已经非常清楚地知道，我们每个人都有很多可以分享和相互学习的地方。为此，我们希望本书能够进一步扩展正在进行的对话。
感激
这本书一直是我们的挚爱之作，对于您决定阅读它，我们深表感谢。这个过程为我们每个人提供了一些令人惊讶的经验教训，说明SRE已经成为什么，并使我们所有人都非常高兴看到下一步的发展。
(由于我们是SRE，因此我们将对此过程进行漫长的事后总结。谁知道，也许您甚至会在这些天之一的博客中看到它……)
希望您的查询继续进行，而传呼机保持沉默。 ---戴夫，贝茜，尼尔，斯蒂芬和肯特