采用DevOps方式實現(xiàn)軟件交付的原因之一是為了消除生產部署過程中的瓶頸，對于服務器端軟件，通常涉及以下部分：

應用程序環(huán)境，如操作系統(tǒng)參數(shù)第三方組件，如應用程序服務器，web服務器和數(shù)據(jù)庫頂部運行的應用軟件

為了消除部署瓶頸，DevOps旨在打破開發(fā)人員和IT運營人員之間的障礙（也是DevOps得名的原因），以促進協(xié)作的工作環(huán)境。因此，需要確保生產環(huán)境與開發(fā)環(huán)境保持同步，并且所有部署過程一起執(zhí)行。實現(xiàn)這一目標的方式之一是通過使用容器，如Docker或Kubernetes。事實上，很多人將容器和DevOps理解成了同義詞，并且將這兩者建立了依賴的關系。

但是，這兩者不需要依賴關系：完全可以在非容器環(huán)境下實現(xiàn)DevOps。

為什么容器很重要

容器是管理運行軟件的操作系統(tǒng)的輕量級的抽象，它能夠將進程彼此隔離，對資源使用加以限制，并幫助打包軟件依賴。容器不會替代虛擬化，因為容器的操作更接近應用程序級別，而不是物理級別。

容器的高效率使得它應用非常廣泛，通過容器用戶可以快速部署并實現(xiàn)軟件組件聯(lián)機，與虛擬化相比它能夠以較低的成本啟動新的應用案例，用戶可以更緊密地控制應用程序環(huán)境。例如，如果開發(fā)人員在容器中編寫和構建軟件，則容器及其中的一切都可以被打包并傳輸?shù)缴�產服務器。效率和自動化使得DevOps和云運行良好。

容器中好的DevOps用例始終圍繞著快速上線新服務器連接的需求，這通常是微服務部署的案例。容器可以非常有效地快速啟動和破壞微服務和開發(fā)/測試環(huán)境，除此以外，在DevOps中使用容器更多的是一個選擇，而不是一個需求，DevOps遠不止目前這些。

非容器環(huán)境下無痛部署

不管容器能帶來多少好處，有很多理由支持我們不采用容器化的方法來進行軟件部署。包括：

缺乏容器技能或相關知識特殊應用性能要求（即實時系統(tǒng)）實用軟件環(huán)境下不支持的硬件（即嵌入式系統(tǒng)，專用或傳統(tǒng)操作系統(tǒng)）公有云部署等等

不依賴容器來實現(xiàn)DevOps的成功，需要關注以下3點：

1、自動化：通過工具盡可能地實現(xiàn)自動化，無論是大型機應用程序還是微服務，都可以通過工具來減少手動工作量及其失誤。

2、持續(xù)集成：連續(xù)測試軟件模塊、組件、服務等，不要等到開發(fā)結束之后才集成和部署系統(tǒng)。

3、連續(xù)測試：通過持續(xù)集成，確保系統(tǒng)始終可用、可測試且理論上可釋放，測試開發(fā)工作的結果是反饋循環(huán)的一部分。

特定的構建和部署工具是有幫助的，并且通常需要達到使部署簡化的自動化水平。然而，DevOps的最大成就主要來自于三個方向的努力：

持續(xù)開發(fā)構建和測試周期更頻繁地部署到生產服務器直接和即時反饋給開發(fā)人員

通過這三個努力，軟件永遠不會被孤立地構建，組件不斷地進行集成，而且每個人都能知道需要改進的地方一切正常。因此，開發(fā)和IT部門可以保證正在構建的內容將按照預期的方式進行部署和運行。業(yè)務上線的過程中就在不斷地突破瓶頸，因為在部署過程和生產環(huán)境中伴隨著軟件的測試，因此在開發(fā)周期結束時可以正常使用。

人員是DevOps成功的關鍵

成功的關鍵不是工具集，而是人員、溝通和度量。因為使用DevOps實踐，當開發(fā)新版本的軟件時間被限制在幾周或者幾個月內，在最終期限到來的時候，用戶不用擔心軟件的部署對生產造成的影響，因為在開發(fā)過程中一直在進行測試。

這就是為什么它被稱為DevOps實踐，而不是DevOps過程、DevOps組、DevOps工具集或DevOps環(huán)境。容器可是成為DevOps實踐的一個補充，幫助管理生產環(huán)境，但它不應該是DevOps必須的。相反，專注于DevOps實踐，并在這個過程中使用容器才有意義。

原文鏈接：http://www.informationweek.com/devops/implementing-devops-without-containers/a/d-id/1328336

標簽： 應用程序 操作系統(tǒng) 數(shù)據(jù) 

版權申明：本站文章部分自網絡，如有侵權，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權歸原作者所有，如需使用，請與原作者聯(lián)系。