章節
讓我們將傳統的軟件開發瀑布模式與DevOps模式進行比較，以了解DevOps帶來的變化。
假設應用程序計划在2周內上線，並且代碼編寫完成了80%。假設該應用程序是一個新項目，購買服務器和部署工作剛開始：
|
|
|
| 在訂購新服務器之后，開發團隊將進行測試，運維團隊進行大量部署相關的文檔工作。 | 在訂購新服務器之后，開發和運維團隊將共同完成部署相關的文檔工作。這將提高基礎設施需求的透明性。 |
| 關於故障轉移、冗余、數據中心位置和存儲需求的預測是不准確的，因為對應用程序有深入了解的開發人員無法提供輸入。 | 由於開發人員的輸入，關於故障轉移、冗余、災難恢復、數據中心位置和存儲需求的預測非常准確。 |
| 運維團隊對開發團隊的進展一無所知。運維團隊根據自己的理解制定監控計划。 | 在DevOps模式中，運維團隊完全了解開發人員的進展。運維團隊與開發人員互動，共同開發滿足IT和業務需求的監視計划，另外還使用高級的應用程序性能監視(APM)工具 |
| 在投入使用之前，壓力測試會使應用程序崩潰。發布有可能就被推遲了。 | 在投入使用之前，壓力測試會使應用程序速度變慢。開發團隊很快地修復了瓶頸，應用程序將按時發布。 |