本次精選近期DevOps相關文章，既有國外大廠的譯作，也有國內資深DevOps 專家的給力之作。篇篇精彩，不容錯過喲。
No.1
國內篇 | DevOps 能力模型、演進及案例剖析
點評：
作者首先是資深開發人員，這是本文如此獨特的根本原因所在。從Dev的角度，怎麼看DevOps？怎樣才是DevOps 思想？作者甚至給出了他心目中的DevOps 能力模型。
運維之前都不是一個科班出身的行業，要搭建LAMP 環境？直接網上搜索一篇文章，照着一步一步走就八九不離十了。運維人員不像程序員，甚至很少經受過系統的學習和訓練。
這樣使得很多操作，其實具有不可逆性。例如，説到給Nginx添加/刪除一個虛擬站點，如果還是在nginx.conf裏添加server區塊，然後Blabla，這可以被稱為沒有工程能力、更無從談起架構能力。
如果之前單機操作，僅僅如此這般操作方法，還無傷大雅；那麼學了些Python 等、自認為是DevOps 了，還這樣折騰的話，那就是太不應該了。
那麼，正確的姿勢是怎樣？歡迎閲讀本文喲。再貼一遍，國內篇 | DevOps 能力模型、演進及案例剖析
No. 2 & No. 3
Google DevOps 能力模型（上）：我們為什麼推行事後剖析免責文化？
Google DevOps 能力模型（下）：什麼領導特質可以打造世界級可靠系統？
可以想象，這兩篇文章的價值，將會日久彌新。光看標題，大家是否就已經感覺過癮？
是的，DevOps 不僅僅是技術，更是一種文化。本文基於Dr. Spear 定義的能力模型，共4項：
- 在問題發生時馬上就能發現；
- 一旦發現問題立刻集羣式解決（Swarming），並將此記錄下來儲備成新知識；
- 在整個公司範圍內傳播新知；
- 以開發為主導。
為了保證問題發生時馬上就能發現，Google 推行軟件工程師直接部署代碼上線正式環境（是不是有點“自己寫的代碼，含着淚也得投入運營”的意思？呵呵），。
所謂集羣式解決（Swarming）是指，一旦發現線上嚴重故障，大家都放下手頭工作，羣策羣力，第一時間共同想辦法解決，而不是事不關己高高掛起。
基於上述相關聯的兩點，Google 推行事後剖析免責文化，即不會過於追究責任，扣績效等。據説更多是相互嘲笑一下。
