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

DevOps和 NoOps的差異

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

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

為何需要DevOps?

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

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

為何以前沒(méi)有DevOps?

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

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

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

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

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

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

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

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

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

NoOps是如何做到的?

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

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

從AWS,Azure等服務(wù)商處購(gòu)買(mǎi)的無(wú)服務(wù)器計(jì)算服務(wù)。

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

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

閃光的未必都是金子

我坦承，取消基礎(chǔ)設(shè)施管理的想法很有誘惑力，感覺(jué)就像拔掉一顆壞牙。因?yàn)樵谕ǔＧ闆r下，基礎(chǔ)設(shè)施占用了大量的管理成本，還帶來(lái)了開(kāi)發(fā)和運(yùn)維之間的摩擦。

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

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

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

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