遺憾的是，很少有人真的關心 「devops 是什麼」，當然其實也不重要。比 devops 是什麼來說，更重要的是 「devops 能做�什麼」。據 john willis 的說法，devops 運動的發起人 patrick debois 一直拒絕給 devops 下定義是一件了不起的事情。 patrick debois 他不希望把 devops 據為己有。devops 應該屬於社群，屬於每乙個願意投身於 devops 目標的個人和組織。
由於第一屆 devopsdays 奠定 devops 的基礎。組織者 patrick debois 作為第乙個"官方" devops 發言人。第一屆 devops 的產出內容給未來的 devops 發展方向上起到決定性作用。因此，devops 模式中的 devops 的相關定義均參考patrick debios 的部落格。
然而，在我過去經歷的不同的 devops 轉型/改進專案中的經歷來看。不同的組織，不同的部門，甚至是同乙個部門的人，大家對 devops 的理解並不一致。這對 devops 長時間在組織內發揮改進作用是不利的。
模式名稱：定義你的 devops (define your devops)
模式別名：定製化 devops 定義 (customize devops definition)
模式類別：策略模式
風險：中 - 採用的時候要注意場景和條件，否則會出現反模式。
價值：中 - 採用該模式產生中期固定的收益，但要持續做才可以獲得收益。
說明：
根據組織的需要，在基於對 devops 歷史和實踐的理解上建立對組織發展有益的 devops 的定義。devops 的定義包括 devops 的組織改進範圍，devops 的度量，devops 的實踐。在採用 devops 實踐的過程中，要先取得 devops 共識並基於共識採取 devops 度量。否則無法確定 devops 帶來的改進。
此外，devops 的定義會隨著組織在的不同階段而變化。要定期重新定義當前階段的devops 目標，否則會導致"devops教條主義" 反模式和" devops 複製者"反模式。
devops 的定義要在實施 devops 的組織內達成共識。否則會陷入"片面的 devops" 反模式。
如果不定義適合自己的 devops，或者對 devops 理解太單一。會導致"devops 教條主義"和"devops模仿者"反模式。
反模式名稱：devops 教條主義（devops dogmatism）
反模式類別：策略反模式
不良後果：無法達到 devops 改進預期的效果
常見原因：
認為 devops 是靜態，完整的理論體系。
認為體系化的 devops 資料，例如：文獻、書籍可以覆蓋所有 devops 內容。
說明：
devops 的目標是"通過一系列行之有效的管理實踐和技術實踐，以消除軟體全生命週期的中的浪費，提公升軟體及其過程的質量、效率和反饋頻率。從而使組織能夠更好的適應外部的變化。"
在此基礎上，devops 相關的實踐和模式是不斷隨著組織上下文和技術上下文的發展而發展的。
注意，devops 教條主義的表現形式是 devops 複製者反模式。但 devops 複製者反模式並不一定會導致 "devops 教條主義"反模式。devops 教條主義的關鍵在於 devops 的實踐是不繼續發展的。而 devops 複製的關鍵在於 devops 不需要進行定製。
修正模式：定義你的 devops，devops 度量
反模式名稱：devops 複製者 (devops copycats)
反模式別名：無
反模式類別：策略反模式
不良後果：完全複製別人的 devops 實踐做法，而不進行分析和定製化。導致無法達到 devops 轉型或者改進的效果。
常見原因：
簡單的複製成功企業的經驗，而沒有分析成功的上下文。
成功的案例很少會展示失敗的部分。
沒有度量機制進行改進。
說明：
在同一行業內發現成功案例會很容易錯誤的以為案例可以複製。缺乏對案例成功的上下文分析會導致同樣的實踐產生了不同的效果。因此，有必要分析自身的上下文和成功案例上下文的區別，或者進行試點以總結經驗。以便更好的定製化 devops 實踐。任何外部的實踐都只具備參考意義。
對外部案例的嘗試不算是 devops 複製者。devops 複製者的關鍵在於嘗試後沒有進行回顧覆盤並不進行改變。
注意，devops 教條主義的表現形式是 devops 複製者反模式。但 devops 複製者反模式並不一定會導致 "devops 教條主義"反模式。devops 教條主義的關鍵在於 devops 的實踐是不繼續發展的。而 devops 複製的關鍵在於 devops 不需要進行定製。
修正模式：定義你的 devops，devops 度量
devops 模式的索引在 github 上開源，位址是 歡迎通過 issue 和pull request 提交你的建議。
付費知識星球
我是顧宇，是一名在埃森哲工作的職業諮詢師。我目前專注於產品服務設計、敏捷軟體開發、devops 、雲計算以及應用架構領域的技術和實踐落地。熱愛閱讀、寫作、旅行和健身。具有強大的好奇心的經濟學和腦科學愛好者，喜歡結交不同領域的朋友，一起體驗並分享世界上未知的美好。
知識共享署名-禁止演繹 4.0 國際許可協議
本作品採用知識共享署名-禁止演繹 4.0 國際許可協議進行許可
微服務devops 用於微服務的安全DevOps
微服務devops 容器和微服務徹底改變了應用程式開發和基礎架構管理。他們還提出了新的安全挑戰，而沒有解決舊的挑戰。有哪些新的安全挑戰，您可以如何應對？微服務正在改變一切。不變的基礎架構，無共享架構和容器化應用程式 微服務 是當今大多數企業路線圖的重點。微服務提供了一種以小型，自治且可自我維持的能力...
你的團隊裡沒有DevOps文化
球很多的系統負責人和程式開發者都在撰寫 聚會 和 討論關於devops的事 如何能更加有效的協作 讓我們更快的創造商業價值。devops的目標是摒棄傳統的深根於開發和實施過程中那種單打獨鬥的思考方式。那麼，你如何能辨別你的團隊是否已具有devops文化了呢？下面的內容將會給你一些線索。心理上的dev...
關於DevOps的認知，你知多少？
一旦乙個行業術語，尤其是技術方面的術語，變得流行，想知道關於這個術語的確切定義也變得困難了。大家都假定這是眾所周知的，並在此基礎上展開討論。不管怎樣，如果你所在的公司也有關於devops的討論，或是你想這方面有進一步的深入。那關於devops的這幾點，你或許應該要注意。何為devops devops...