一千萬個為什麽

搜索

為什麽DevOps社區中的書籍如此盛行?



我看過不少博客,隨著時間推移越來越多的書籍。

我喜歡閱讀小說,並且不厭惡書籍,但是當技術移動到這些書上的時候,可以更新/重寫博客帖,通常這些書是20-30英鎊不能。

對於在線世界中缺少的DevOps相關標題,還是除了我之外的每個人都有特定的質量?

轉載註明原文: 為什麽DevOps社區中的書籍如此盛行?

一共有 2 個回答:

在大多數情況下,推薦的書不是關於技術。在技​​術發生變化的同時,組織背後的基本原則,如系統思維,領導力,常識等......不會經常改變。

諸如目標等書籍,甚至是並沒有在他們的頁面上提及很多技術,而是管理人們正在執行的工作的方式。

許多問題都與技術相關,諸如微服務,構建大規模系統,基礎架構作為代碼等話題......這些並不談論具體的工具和/或技術,而是關於一個架構主題。構建大型系統的人需要了解的知識領域才能正確構建系統。這種知識很少見,其書中有很多關於這些主題的書籍 - 只是無視提到的工具,或者轉化為他們新的輪回。

關於創建高質量軟件(imho)的更好的書籍之一是敏捷軟件開發,原則,模式和實踐。雖然本書(Java)中使用的語言有很大的改變,但本書提供的例子是永恒的,可以很容易地翻譯成任何其他選擇的語言。

DevOps運動試圖解決的一些問題涉及到通常的方式,即在沒有任何意義的組織中管理工作。正如Eliyahu Goldratt經常說的那樣(<�目標的作者)“常識不是很常見”。

這些書在系統設置中正確地思考關於問題和人際關系的原則,以便整個系統得到改進。這些教訓是古老的,不幸的是,很少有人在現場工作,他們實際上已經學會了。

當然,還有一些作者寫了一些關於如AWS或Docker或Jenkins等新興和相關的嘶嘶聲技術工具的書籍,並且只是想推動他們的圖書銷售......但我嘗試從我的回答中排除這些博客帖子。

這是基礎設施工程作為一個領域或專業日益成熟的標誌。如果你考慮任何比較傳統的工程形式,例如機械,土木或電力,那麽大部分知識就是紙質書形式,這就是它的教學方式,練習工程師會咨詢參考書。這是因為一旦基本原理被理解和編纂,實施細節僅針對特定應用或安裝。你可以考慮任何工程人造物 - 摩天大樓或橋梁,噴氣發動機,航空母艦。非常復雜,需要很高的構建技巧,但是使用現在已被理解的一般原則構建,僅在幾十年內才會發生變化,並且幾十年前的工程師很容易理解。

讓它更具有DevOps的特定性 - 如果您使用CFEngine,Chef,Puppet或其他任何方式實施配置管理,這並不重要,配置管理的原則在被寫下來並應用於任何實際工具之後已經足夠了解了。