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中所解釋的，如果過於偏向「不」，組織就會停滯不前，對於應該承擔風險的事物，就必須做出承擔風險的判斷。從人性的角度來說，在否定的文化中，即使有好的想法，也可能化為烏有。
即使是無關緊要的閒聊，例如，如果我們將SNS視為無用的東西，那麼從中獲取信息的機會就會相應減少。這適用於所有收集信息的手段，雖然有人說「只看電視會變笨」，但反過來說，你也會無法掌握電視上正在播放哪些信息。
然而，一個人要掌握所有信息是不現實的，但我認為人類的溝通可以超越這一點。
即使是現在，和朋友聊天，即使相處了幾年，也能發現以前不知道的地方，這是一件很有趣的事情。

雖然話題稍微偏離了，但結果來說，如果說這是一種在機制上消除浪費的工程，那並非如此，而是透過在看似無用的事物中找到附加價值，並建立消除浪費的系統來創造（網站）可靠性工程嗎？

小而美

在許多情況下，系統最終會變得臃腫，我認為這是無可避免的。這就像是過去的財富，感覺與從金本位制轉變為透過國債持續發行法定貨幣是同義的。
那麼，透過國債發行的貨幣最終會成為某種負債，這與技術債務是否有重疊之處呢？
無論如何努力縮小系統，國家一旦變大，最終都會逐漸膨脹。
這也意味著在系統膨脹之後必須採取行動，由於歷史上也是如此，我想大部分都是按照這個原則運作的。
正如Simplicity中所解釋的，遵守其他UNIX哲學的開發者更重視的是，更少的程式碼可以提高可讀性，並伴隨著可維護性。

展望未來。未來比你想像的來得更快。

結語

實際上，我是將其分解，並根據感興趣的部分來閱讀，感覺這是一本可以在享受中閱讀的技術書籍。
我喜歡閱讀採訪文章，所以書中描述了實際工程師的想法和他們所做的事情，這使得內容更具現實感，更容易理解。
能夠免費公開閱讀這本書，真是太好了。
那麼。下次再見了。