我想之后的招聘軟件上，會(huì)越來(lái)越多出現(xiàn)SRE這個(gè)崗位，但很可能就像是“使用tensorflow進(jìn)行機(jī)器學(xué)習(xí)”的課程中所說(shuō)：我們僅希望生成一個(gè)ML模型是沒(méi)法真正改進(jìn)自己的業(yè)務(wù)一樣，最終只能面對(duì)失敗。同樣的，如果企業(yè)僅寄托于最原始的拿來(lái)主義，但不劃清不同職責(zé)之間的工作范圍、協(xié)同規(guī)則，并且無(wú)法貫徹這些先進(jìn)思想的哲學(xué)思想，但我覺(jué)得也沒(méi)法從根本上解決目前的問(wèn)題。
這幾天囫圇吞棗大概看了看SRE的理論部分，最啟發(fā)自己的歸納起來(lái)就是這么一句話：要讓你的工作是受策略引導(dǎo)的，而不是事件引導(dǎo)的，并且無(wú)論什么工具，最終要達(dá)到的目的都是讓你的工作不隨業(yè)務(wù)量的線性增長(zhǎng)而增長(zhǎng)。
從這句話延申，我不由得想到之前一個(gè)問(wèn)題：比如我之前參與的一個(gè)以CMDB為核心的運(yùn)維平臺(tái)，隨著需求的不斷提出，致使無(wú)論是數(shù)據(jù)庫(kù)表、視圖，還是代碼中的數(shù)據(jù)庫(kù)表模型代碼、服務(wù)代碼、接口代碼都直線增長(zhǎng)，導(dǎo)致已經(jīng)出現(xiàn)了維護(hù)的困難。并且，按照谷歌所說(shuō)，真正要能做好業(yè)務(wù)，你必須用數(shù)據(jù)來(lái)驅(qū)動(dòng)：你新增的這個(gè)API，上線之后使用率如何？都是誰(shuí)在使用？接口調(diào)用延遲如何？失敗的請(qǐng)求多么？我們沒(méi)法知道，只能通過(guò)使用者的反饋，然后再去查日志，而且更糟糕的是，即便我對(duì)這個(gè)服務(wù)接口做了改進(jìn)，那這個(gè)改進(jìn)只是針對(duì)這個(gè)接口而言，我們沒(méi)法把這個(gè)優(yōu)化應(yīng)用到已有與將要開(kāi)發(fā)的需求當(dāng)中
同時(shí)，在這幾章理論知識(shí)中，也提到一點(diǎn)，就是每個(gè)人做的事情：開(kāi)發(fā)的功能、提的變更、修復(fù)的bug都應(yīng)該是能追溯的到，要重視“配置文件”。
這點(diǎn)是被我們忽略的，當(dāng)然我現(xiàn)在也理解，因?yàn)橐簿褪荢RE在toil那節(jié)說(shuō)到的“惡性循環(huán)”：突發(fā)的非策略事件，突然發(fā)生你必須處理，處理完了如果不控制這種事件發(fā)生的頻率與數(shù)量，那么很快就會(huì)占滿你所有工作時(shí)間。
同樣的，如果你忽視這些paperwork --> 協(xié)作時(shí)容易因?yàn)闊o(wú)法追溯而花費(fèi)更多時(shí)間 --> 本來(lái)的研發(fā)任務(wù)就會(huì)受到影響 --> 不寫(xiě)配置文件或變更文檔 --> 惡行循環(huán)
總而言之，這本書(shū)對(duì)于我在之后的運(yùn)維開(kāi)發(fā)工作大有裨益，讓我更深刻理解到，工程師工程師，最重要的是要站在工程的角度去解決問(wèn)題。我們需要提升自己的算法能力，需要提升自己并發(fā)編程的代碼水平，但更重要的，是要去思考，自己一直的workflow是否存在不規(guī)范工程的問(wèn)題
這里還有一篇知乎專欄上的文章介紹這本書(shū)
https://zhuanlan.zhihu.com/p/22354002
