DevOps - 與傳統方式區別

章節

• DevOps – 爲何
• DevOps – 與傳統方式區別
• DevOps – 優點
• DevOps – 不適用
• DevOps – 生命週期
• DevOps – 與敏捷方法區別
• DevOps – 實施原則
• DevOps – 工程師職責
• DevOps – 自動化工具
• DevOps – 總結

---

讓咱們將傳統的軟件開發瀑布模式與DevOps模式進行比較，以瞭解DevOps帶來的變化。

假設應用程序計劃在2周內上線，而且代碼編寫完成了80%。假設該應用程序是一個新項目，購買服務器和部署工做剛開始：

傳統方式	DevOps
在訂購新服務器以後，開發團隊將進行測試，運維團隊進行大量部署相關的文檔工做。	在訂購新服務器以後，開發和運維團隊將共同完成部署相關的文檔工做。這將提升基礎設施需求的透明性。
關於故障轉移、冗餘、數據中心位置和存儲需求的預測是不許確的，由於對應用程序有深刻了解的開發人員沒法提供輸入。	因爲開發人員的輸入，關於故障轉移、冗餘、災難恢復、數據中心位置和存儲需求的預測很是準確。
運維團隊對開發團隊的進展一無所知。運維團隊根據本身的理解制定監控計劃。	在DevOps模式中，運維團隊徹底瞭解開發人員的進展。運維團隊與開發人員互動，共同開發知足IT和業務需求的監視計劃，另外還使用高級的應用程序性能監視(APM)工具
在投入使用以前，壓力測試會使應用程序崩潰。發佈有可能就被推遲了。	在投入使用以前，壓力測試會使應用程序速度變慢。開發團隊很快地修復了瓶頸，應用程序將按時發佈。