我所理解的DevOps模式

2 人贊了文章

DevOps近些年來已經成為軟體開發行業非常流行並通用的開發模式。它的流行基於它的一些相比於其它開發模式明顯的特點。比如快速交付，快速迭代，成本節約等等。尤其現在的公司管理層青睞於這種模式。但是它在帶來效率的同時也對開發人員的提出了相對較高的要求。如果沒有正確的估計項目的特點，團隊的結構，人員的水平而一味的推進DevOps，反倒會導致相反的結果。

這篇文章我們將不會關注DevOps能帶來的好處，而是重點關注在採用DevOps時我們需要考慮一些什麼因素。

項目屬性

隨著互聯網的發展，越來越多的項目都可能適合於採用DevOps的模式，因為他們可以快速的部署到伺服器端，用戶只需要刷新頁面，通過App Store自動更新就可以看到新的功能，Bug修復等等。現在的部署方式也比傳統軟體開發更方便快捷。

但是，不是所有的項目都適合採用這些模式。個人認為如果項目有以下一些特點，就可能需要慎重考慮使用DevOps模式了。

1. 傳統的客戶端或服務前端軟體（那些需要下載安裝包並進行安裝的）
2. 專業知識要求極強的項目。比如資料庫管理，如果沒有前期的一些研究設計就開始開發迭代，就可能帶來災難性的後果。

團隊結構

隨著全球化的深入，越來越多的跨國公司都會把團隊分散在不同的時區來充分利用不同時區員工的特點以及提高效率。但是這個安排往往會帶來溝通上的困難或延遲。對於DevOps來說，一個團隊應該儘可能的減少分散，因為這個經常需要團隊間良好及快速的溝通以便快速解決問題及部署更新。我們可能不願意看到發了一個郵件然後第二天等到在地球另一邊的答覆。也可能不願意大晚上的與地球另一邊的人開會來討論進度。

人員水平

因為DevOps講究快速高效，因此對團隊成員的要求會相對較高。因為這樣大家才能及時完成自己的任務而不至於拖慢別人的進度。因為DevOps往往意味的任務會分的更細並且歸不同的人所有並有比較嚴格的時間期限（一般是一個sprint）。

在決定是否採用DevOps時，請正確評估自己所做項目的特點來謹慎選擇。

推薦閱讀：