很抱歉，我為了吸引注意力，用了這個詭異的標題。時下的IT趨勢中，DevOps 正是一個熱語。它起源于幾年前SPA (單頁面應(yīng)用) 的前端應(yīng)用.我認為常態(tài)的IT技術(shù)適應(yīng)就是，在新技術(shù)爆發(fā)的那一時刻開始，立馬就會被敏銳的人們所采用，然后被快速傳播開來。最近幾年的DevOps 就是這樣的。但再過幾年，你將會聽到另外一個流行詞：NoOps。

DevOps和 NoOps的差異

DevOps是開發(fā)和運維的融合，是開發(fā)和運維工程師共同協(xié)作，定義應(yīng)用從設(shè)計到交付全生命周期過程的實踐。

NoOp的意思是無須操作。它的理念是去掉所有的平臺管理部分，從而降低開發(fā)人員與基礎(chǔ)設(shè)施之間的摩擦。

為何需要DevOps?

隨著技術(shù)和業(yè)務(wù)需求越來越具有挑戰(zhàn)性，IT服務(wù)也變得越來越復(fù)雜。這使得交付變得越來越重要，也讓我們不得不投入精力來編排整個應(yīng)用交付過程。

有了云平臺之后，對系統(tǒng)管理員需求開始下降，但對DevOps技術(shù)和業(yè)務(wù)技能的需求依然很高。要實現(xiàn)DevOps并恰如其分的使用它。這讓我們需要考慮技術(shù)交付之外的情況。

為何以前沒有DevOps?

答案有很多個，你可能會說以前的業(yè)務(wù)場景更簡單或沒有足夠的技術(shù)文化氛圍。我很認同上述觀點，但我認為那些不是根本原因。根據(jù)我的經(jīng)驗，更大的原因應(yīng)該是技術(shù)。交付的自動化其實是很難實現(xiàn)。

十年前的大多數(shù)系統(tǒng)，在默認情況下，都沒有一步構(gòu)建或如git-flow一樣定義良好的工作流。當(dāng)時也沒有高性價比的CI解決方案，所以難以實現(xiàn)自動化交付。

我記得2009年，我打算部署我自己的一個.net門戶。我花了一個周六的上午嘗試使用開源工具創(chuàng)建一個自動部署系統(tǒng)，但最后我還是放棄了。因為我知道維護自動化交付比手動部署它的成本要高得多。到了現(xiàn)在，如果使用Azure DevOps服務(wù)的話，我只需使用web瀏覽器就可以在十分鐘內(nèi)完成。果然是時過境遷啊!

為何我所需的比DevOps能做到的要多?

這個原因很好理解，當(dāng)你歷經(jīng)波折將DevOps引入到你公司后，你可能會認為狀態(tài)良好啦。但是事實卻是IT世界，事物的變化比人快，現(xiàn)在市場需求越發(fā)火爆，不斷的需求帶來了不斷的變化和調(diào)整，而你不能簡單的應(yīng)對一句：“我已經(jīng)疲于應(yīng)付變化，需要歇一下。”

云時代的到來讓事情變得更加復(fù)雜。它讓我們得以實現(xiàn)復(fù)雜的解決方案并解決許多挑戰(zhàn)，但也需要我們具備更多的技能。

云端的所有組件都是可伸縮的，但是它會牽扯到某些DevOps的配置，既總是需要一些手工干預(yù)，在大部分流程運轉(zhuǎn)的背后，仍然需要有人參與。可以理解為這還是舊的工作模式。

NoOps的目的是定義一個不需要開發(fā)與運維相結(jié)合，就可以使流程順利進行的過程。NoOps有一個目標:通過設(shè)計使所有東西都可以完成部署，而不需要任何人參與。

NoOps大致的方法如下:開發(fā)人員將代碼提交到代碼庫就已經(jīng)完成了全部的部署。看起來與連續(xù)交付非常相似，但它所包含的范圍更大，這里面不僅有應(yīng)用程序，還包含了基礎(chǔ)設(shè)施的部署。

NoOps是如何做到的?

相對于DevOps, NoOps是需要技術(shù)支持的。這個支持有很多選擇，但基本上，我們可以總結(jié)如下:

NoOps是一個PaaS解決方案，像 Heroku或由Azure, AWS等云服務(wù)商所提供。

從AWS,Azure等服務(wù)商處購買的無服務(wù)器計算服務(wù)。

創(chuàng)建了可復(fù)制的基礎(chǔ)設(shè)施(這幾乎是第一步的必要操作)。

上述類似的方案很適合解決基礎(chǔ)設(shè)施部分的工作，而讓傳統(tǒng)部署工具能夠推動流程處理，交付應(yīng)用。

閃光的未必都是金子

我坦承，取消基礎(chǔ)設(shè)施管理的想法很有誘惑力，感覺就像拔掉一顆壞牙。因為在通常情況下，基礎(chǔ)設(shè)施占用了大量的管理成本，還帶來了開發(fā)和運維之間的摩擦。

但另外觀點是，問題不在于基礎(chǔ)設(shè)施，而在于流程。如果流程設(shè)計良好，就不會有摩擦，不會有延遲，一切都可以有條不紊的進行。

你會擔(dān)心管理成本嗎?其實你應(yīng)該考慮整體成本，而不僅僅是管理成本。也許您云上基礎(chǔ)設(shè)施的管理成本更高，但最終的成本會是相同的。但這也不絕對。困惑嗎?這其中的秘密就是有些應(yīng)用程序可以部署在PaaS上，有些則不能。僅此而已。如果您的應(yīng)用程序很簡單，那么PaaS是一個很好的解決方案，DevOps人員將樂于減少工作量。但如果你要推出的是下一個Netflix，那你將需要更多的控制權(quán)利，PaaS服務(wù)就沒那么貼切啦。這就是根源所在。

說到最后，其實無所謂DevOps或NoOps。最根本的驅(qū)動是:用盡可能少的維護工作,去創(chuàng)建智能的基礎(chǔ)設(shè)施，并將一切自動化。使用如谷歌云或其他的公有云服務(wù)，您都能為你的應(yīng)用場景找到最佳的解決方案。

那么，從這個角度來看，什么是NoOps?本質(zhì)就是云化趨勢中的另一個流行詞。