開發(fā)世界中的事正在難以置信地快速發(fā)展，云上的自動化和擴展每天也都有新的高度。你幾乎可以對任何東西進行 "作為一種服務(wù)"--無論是存儲、網(wǎng)絡(luò)、云中、計算還是安全。云供應(yīng)商也在越來越多地投資于他們的自動化生態(tài)系統(tǒng)。這將我們引向NoOps，在那里你不需要一個運營團隊來監(jiān)督你的生命周期，因為一切都將自動化。

你可以使用自動化模板來配置你的應(yīng)用程序組件，并自動進行組件管理，這意味著你的開銷更少，人為干擾最小甚至沒有。這聽起來不是很好嗎？

但這是一個明智的選擇，實施它又有哪些優(yōu)勢和挑戰(zhàn)呢？

NoOps：這是一個明智的選擇嗎？

你已經(jīng)知道，DevOps的目的是使應(yīng)用程序的部署更快、更順利，重點是持續(xù)改進。NoOps是由Forrester公司的Mike Gualtieri創(chuàng)造的術(shù)語，其核心目標(biāo)相同，但缺少專業(yè)操作人員。

在一個理想的NoOps場景中，開發(fā)人員永遠不需要與運營團隊的成員合作。相反，NoOps使用無服務(wù)器和PaaS，在他們需要的時候獲得他們需要的資源。這意味著，你可以使用一套服務(wù)和工具來安全地部署所需的云組件（包括基礎(chǔ)設(shè)施和代碼）。此外，NoOps利用CI/CD管道進行部署。

運營團隊對數(shù)據(jù)相關(guān)的任務(wù)非常有效，將數(shù)據(jù)的收集、分析和存儲視為其職能的關(guān)鍵部分。然而，請記住，你可以將大部分的數(shù)據(jù)收集任務(wù)自動化，但你不一定能從自動化分析中獲得同樣水平的洞察力。

從本質(zhì)上講，NoOps可以作為一種自助服務(wù)模式，云供應(yīng)商成為你的運營部門，使底層基礎(chǔ)設(shè)施層自動化，不再需要一個團隊來管理它。許多人認(rèn)為，一個需要零人參與完全自動化的IT環(huán)境——真正的NoOps是不明智的，甚至是不可能的。

NoOps與DevOps：優(yōu)勢與挑戰(zhàn)

DevOps強調(diào)開發(fā)人員和運營團隊之間的合作，而NoOps則強調(diào)完全自動化。然而，他們都試圖實現(xiàn)同樣的事情——更快的上市時間和更好的軟件部署過程。然而，在考慮采用DevOps與真正的NoOps方法時，存在著優(yōu)勢和挑戰(zhàn)。

優(yōu)勢：

更多的自動化，更少的維護

通過使用代碼控制一切，NoOps旨在消除支持你的代碼生態(tài)系統(tǒng)所需的額外勞動。這意味著不需要人工干預(yù)，從長遠來看，每一個組件都將更容易維護，因為它將作為代碼的一部分被部署。但這是否會影響到DevOps的工作？

利用云的全部力量

有很多支持極端自動化的新技術(shù)，包括容器即服務(wù)（CaaS）或功能即服務(wù)（FaaS），所以領(lǐng)先的云服務(wù)提供商可以幫助NoOps的采用。這是一個極好的消息，因為運營部門可以根據(jù)需要增加云資源，與DevOps（開發(fā)和運營團隊共同決定應(yīng)用程序的運行地點）相比，導(dǎo)致更高的容量規(guī)劃。

快勝慢

NoOps關(guān)注業(yè)務(wù)成果，將重點轉(zhuǎn)移到為客戶提供價值的優(yōu)先任務(wù)上，消除對運營團隊的依賴，進一步縮短上市時間。

挑戰(zhàn)：

你仍然需要運營

從理論上講，不依靠運營團隊來照顧你的底層基礎(chǔ)設(shè)施，聽起來像是一個夢想。實際上，你可能需要他們來監(jiān)控結(jié)果或處理異常情況。指望開發(fā)人員完全處理這些責(zé)任會使他們的注意力從交付業(yè)務(wù)成果上轉(zhuǎn)移，考慮到NoOps的好處，這并不有利。

僅僅依靠開發(fā)人員也不符合你的最佳利益，因為他們的技能組合不一定包括解決運營問題。另外，你也不希望用更多的任務(wù)來壓倒開發(fā)人員。

安全、安全、安全

你可以遵守安全的最佳實踐，并使之與自動部署保持一致，但這并不能完全消除你對安全的微妙照顧的需要。攻擊方法每天都在發(fā)展和變化，因此，你的云安全控制也應(yīng)該如此。

例如，你可以為你的人工智能引入錯誤的規(guī)則或自動化有缺陷的流程，在你的自動化中招致錯誤或為數(shù)百或數(shù)千的基礎(chǔ)設(shè)施組件或服務(wù)器創(chuàng)建有缺陷的腳本。如果你完全刪除你的運營團隊，你可能要考慮向安全團隊投入額外的資金，以確保你為你的環(huán)境灌輸最好的安全和合規(guī)方法。

考慮你的環(huán)境

考慮到NoOps使用無服務(wù)器和PaaS來獲取資源，這可能會成為你的一個限制因素，特別是在數(shù)字化轉(zhuǎn)型的時候。對于傳統(tǒng)的基礎(chǔ)設(shè)施和混合部署，自動化仍然是可能的，但在這些情況下，你不能完全消除人為干預(yù)。所以請記住，不是所有的環(huán)境都可以過渡到NoOps。你必須仔細(xì)評估轉(zhuǎn)換的優(yōu)點和缺點。

那NoOps會是DevOps的終點嗎？

答案是否定的。

NoOps不是一個放之四海而皆準(zhǔn)的解決方案。你知道，它僅限于適合現(xiàn)有無服務(wù)器和PaaS解決方案的應(yīng)用。由于一些企業(yè)仍然運行在單體的遺留應(yīng)用上（需要完全重寫或大規(guī)模更新才能在PaaS環(huán)境中工作），所以即使有一個遺留系統(tǒng)留下，你仍然需要有人來負(fù)責(zé)運營。

從這個意義上說，NoOps離處理運行專門流程的長期應(yīng)用程序或具有高要求應(yīng)用程序的生產(chǎn)環(huán)境仍有一段距離。相反，運營發(fā)生在生產(chǎn)之前，所以，對于DevOps，運營工作發(fā)生在代碼進入生產(chǎn)之前。發(fā)布包括監(jiān)控、測試、錯誤修復(fù)、安全、以及對每次提交的策略檢查等等。

你必須讓團隊中的每個人（包括關(guān)鍵的利益相關(guān)者）從一開始就參與進來，以實現(xiàn)快速反饋，并確保自動化控制和任務(wù)的有效和正確。持續(xù)的學(xué)習(xí)和改進（DevOps團隊的支柱）不應(yīng)該只發(fā)生在事情出錯的時候；相反，成員們必須一起合作，協(xié)同工作，解決問題，改進系統(tǒng)和流程。

此外，當(dāng)你想到DevOps的時候，你會想到 "人"。與來自各個業(yè)務(wù)領(lǐng)域的團隊成員（包括QA、市場、設(shè)計師、安全、產(chǎn)品經(jīng)理等）一起，更快地構(gòu)建更好的軟件，將繼續(xù)成為優(yōu)越的選擇，因為他們共同致力于一個共同的目標(biāo)。請記住我們在構(gòu)建高速度開發(fā)團隊的文章中所說的，一個平衡的團隊能讓所有成員都參與進來，并為他們提供成長和相互學(xué)習(xí)的機會。

值得慶幸的是，NoOps符合一些DevOps的方式。它專注于學(xué)習(xí)和改進，使用通過持續(xù)和開放合作開發(fā)的新工具、想法和技術(shù)，而且NoOps解決方案消除了摩擦，增加了有價值的功能在管道中的流動。這意味著NoOps是DevOps的一個成功延伸。

換句話說，DevOps是永遠的，而NoOps只是與DevOps一起進行創(chuàng)新的開始，所以說NoOps是DevOps的終結(jié)者就意味著沒有任何新的東西可以學(xué)習(xí)或改進。

最后一站，目的地：NoOps

真正的NoOps涉及相當(dāng)多的基礎(chǔ)工作--你需要在無服務(wù)器或PaaS之間做出選擇，并將配置、組件管理和安全控制考慮在內(nèi)，才能開始。即便如此，你可能仍有一些松散的問題--比如遺留系統(tǒng)--需要更多時間來過渡（或者你根本無法過渡）。

但有一件事是肯定的。DevOps不會消失，自動化也不會讓Ops被淘汰。然而，隨著無服務(wù)器自動化的發(fā)展，你可能不得不考慮在某個時候采用新的開發(fā)和運營方法。值得慶幸的是，如果你選擇轉(zhuǎn)換，你有很多幫助，比如自動化工具和FaaS，可以讓你的過渡更容易。

原文標(biāo)題：??Is NoOps the End of DevOps???