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

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

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

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

為什么容器很重要

容器是管理運(yùn)行軟件的操作系統(tǒng)的輕量級的抽象，它能夠?qū)⑦M(jìn)程彼此隔離，對資源使用加以限制，并幫助打包軟件依賴。容器不會(huì)替代虛擬化，因?yàn)槿萜鞯牟僮鞲�接近�?yīng)用程序級別，而不是物理級別。

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

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

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

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

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

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

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

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

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

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

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

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

人員是DevOps成功的關(guān)鍵

成功的關(guān)鍵不是工具集，而是人員、溝通和度量。因?yàn)槭褂肈evOps實(shí)踐，當(dāng)開發(fā)新版本的軟件時(shí)間被限制在幾周或者幾個(gè)月內(nèi)，在最終期限到來的時(shí)候，用戶不用擔(dān)心軟件的部署對生產(chǎn)造成的影響，因?yàn)樵陂_發(fā)過程中一直在進(jìn)行測試。

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

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

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

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