SRE - 企业路线图和Unix理念

大家好，我是无能。
今天和公司的前辈以及资深人士一起享用了汤、饮料、沙拉无限畅饮的绝佳午餐，度过了乞丐般满足的一天。如果饭菜配上汤汁，人生的幸福感会提升大约5个点哦。嗯？5是多大的比例？那当然是因人而异的啦……

首先是一些有用的URL链接

• Books For Site Reliability Engineering
• GitHub - dastergon/awesome-sre: A curated list of Site Reliability and Production Engineering resources.
• SRE 企业路线图

with The Grateful Dead - Darkstar
Slackware早期主机名中使用的名曲

前言

一个月前我读了一遍SRE企业路线图，今天又读了第二遍。
虽然O'Reilly有付费版本，但我读了前面URL免费公开的第一部分大约一半的内容。
第一次读的时候只是把文字记在脑子里，然后又读了第二遍。仅此而已……

通用性

SRE路线图的内容没有使用实际的产品名称等，而是关于思维原则、为什么需要以及定位方面的话题。
特别是团队协作的意识，以及不应增加人类工作量这一点。关于后者，它存在于UNIX的理念中

• 自动化一切
• 为了高效构建第三系统

这一点是否适用呢？
这是否应该被称为分布式工程呢？乍一看，它指出不应该承担繁重的工作量，这一点令人关注，我认为这正是理想形态的话题。
此外，关于现有团队应该成为SRE这一点，它不仅提到了系统的通用性，还提到了作为多样化个体接纳团队成员的开放心态，即人的通用性。

攻防兼备

组织应该兼具保守的运维和构建理念，以及创新的开发理念。
我感觉它清晰地解释了哪些方面应该从属，哪些方面不应该从属。
正如Building a Culture of Security and Reliability中所解释的，如果过于偏向否定，组织就会停滞不前，对于应该承担风险的事物，必须做出承担风险的判断。从人性的角度来说，在否定的文化中，即使有好的想法，也可能化为乌有。
即使是无关紧要的闲聊，例如，如果我们将身边的社交媒体视为无用之物，那么从中获取信息的机会就会相应减少。这适用于所有收集信息的手段，虽然有人说“光看电视会变笨”，但反过来，你也会无法捕捉到电视上正在播放哪些信息。
然而，一个人不可能捕捉到所有信息，但我认为人类的交流可以超越这一点。
即使是现在，和朋友聊天，即使在一起几年，也能发现以前不知道的地方，这很有趣。

虽然话题稍微偏离了，但最终，如果说它在机制上是消除浪费的工程，那并非如此，它是否是通过发现看似无用的事物中的附加价值，并构建消除浪费的系统来创建（站点）可靠性工程呢？

小即是美

在很多情况下，系统最终会变得臃肿是不可避免的。我认为这就像过去的财富，以及从金本位制到通过国债持续发行法定货币一样。
因此，通过国债发行的货币最终会成为某种负债，这与技术债务有重叠之处，不是吗？
无论如何努力使系统变小，一旦国家变大，它最终都会逐渐膨胀。
这表明，在系统变得臃肿之后必须采取行动，这在历史上也是如此，因此大多数系统都遵循这一原则。
正如Simplicity中所解释的，遵循其他UNIX哲学的开发者更重视的是代码的简洁性可以提高可读性，并带来可维护性。

展望未来。未来比你想象的来得更快。

结语

实际上，我只是根据兴趣，逐节地阅读，感觉这是一本可以愉快阅读的技术书籍。
我喜欢阅读采访文章，所以书中描述了实际工程师的想法和所做的事情，这使得内容更具现实感，更容易理解。
能够免费公开阅读，真是太好了。
那么，下次再见。