DevOps成趨勢(shì)，“開發(fā)”和“運(yùn)維”可以和平相處了

在創(chuàng)投媒體工作，最大的感觸就是科技界的名詞創(chuàng)造力驚為天人。各路大神兢兢業(yè)業(yè)炒概念，創(chuàng)造出了一大堆“一解釋就懂，一問就不知，一討論就打架”的專業(yè)名詞，讓像筆者這樣的“相關(guān)行業(yè)工作者”體會(huì)了一把“霧里看花”。2016年，容器技術(shù)打得火熱，不少討論中出現(xiàn)了“DevOps”這一概念。好像很火，雖然傻傻分不清，但又不明覺厲。DevOps到底是個(gè)什么鬼？ 用一篇文章的時(shí)間好好聊聊。

從一個(gè)小故事開始。

二狗在一家互聯(lián)網(wǎng)公司做程序猿，每天抓破頭皮寫代碼，兢兢業(yè)業(yè)希望做出一款讓友商望塵莫及嘆為觀止的新產(chǎn)品。但二狗有個(gè)困擾，每次從完成開發(fā)到實(shí)現(xiàn)應(yīng)用都會(huì)有幾周的時(shí)間差，用來交給運(yùn)維部門進(jìn)行測(cè)試等相關(guān)工作。這讓二狗很抓狂，因?yàn)橛焉毯芸赡茉谶@幾周的時(shí)間空檔里開發(fā)出更好的產(chǎn)品和功能，而且二狗在不斷地修改舊版本和開發(fā)新功能的過程中總覺得身體被掏空。二狗覺得這都是運(yùn)維部門那幫傻叉的錯(cuò)，明明在自己機(jī)子上跑得好好的軟件，到了運(yùn)維手上就掛掉，還總是提零碎的需求，改版改到天荒地老。

而翠花就是二狗眼里那些傻叉中的一員。翠花要對(duì)維護(hù)產(chǎn)品運(yùn)營，監(jiān)控運(yùn)行環(huán)境負(fù)責(zé)。但是隨著公司做大做強(qiáng)，越來越多的新產(chǎn)品被開發(fā)出來，被運(yùn)用到越來越多的環(huán)境之中。翠花需要維護(hù)的服務(wù)器數(shù)量與日俱增，這給翠花帶來不少挑戰(zhàn)。傳統(tǒng)系統(tǒng)部署，安裝操作系統(tǒng)、裝應(yīng)用、升級(jí)補(bǔ)丁、網(wǎng)絡(luò)配置……這些事情都是翠花的工作內(nèi)容，一不留神就容易掉鏈子。對(duì)翠花來說，過去使用的運(yùn)維工具已經(jīng)跟不上節(jié)奏，這同時(shí)影響了新代碼運(yùn)用到產(chǎn)品環(huán)境里的速率。

于是過得都不是太好的兩個(gè)人一見面就掐，一言不合就撕逼。剖析其中原因，問題在于他們倆人在兩個(gè)不同層面思考自己的工作。二狗活在開發(fā)環(huán)境，翠花生于生產(chǎn)環(huán)境，二狗的代碼在開發(fā)環(huán)境中看起來或許盡善盡美，但在現(xiàn)實(shí)狀況中應(yīng)用程序的使用環(huán)境卻千差萬別，基礎(chǔ)環(huán)境的多元化牽扯到眾多組件、服務(wù)之間的配置、互聯(lián)、依賴。結(jié)果便是二狗只關(guān)心要寫多少代碼，產(chǎn)品不斷升級(jí)；翠花卻要疲于應(yīng)對(duì)產(chǎn)品不斷更迭，適用更多環(huán)境。

我們能做些什么，讓二狗和翠花和平共處，停止互相傷害？

首先，必須要承認(rèn)，不管撕得多厲害，他們的終極目標(biāo)都是讓用戶開心，既然革命目標(biāo)是一致的，一定有辦法可以讓彼此更好地合作，更加能換位思考，打破思想隔膜，最后共同承擔(dān)責(zé)任。這需要二狗和翠花冰釋前嫌，改變固有觀念，重新思考開發(fā)（Dev）和運(yùn)營（Ops）應(yīng)該怎樣工作。

所以，什么是DevOps? 

字如其意，DevOps就是讓Dev和Ops放到同一張桌子上考慮。但它并不是簡單地將開發(fā)部門和運(yùn)維部門合并，更是企業(yè)文化、組織結(jié)構(gòu)的變革，是通過自動(dòng)化的基礎(chǔ)設(shè)施、合理的流程規(guī)范以及智能的自動(dòng)運(yùn)行系統(tǒng)測(cè)試來加強(qiáng)開發(fā)部門和運(yùn)維部門之間的協(xié)作和溝通。

DevOps是一種開發(fā)、測(cè)試、運(yùn)營、維護(hù)部門之間溝通、協(xié)作與整合的軟件過程、方法論思想與系統(tǒng)。它并不能等同于一種工具或者軟件，其中涉及到更上層的方法和理念。這一理念指向“高度的自動(dòng)化”，企圖用一種開發(fā)和運(yùn)維間高效協(xié)作的模式，制定一條從開發(fā)到運(yùn)行自動(dòng)運(yùn)行的流水線，最大程度地?cái)[脫人工的束縛，達(dá)到企業(yè)生產(chǎn)力的升級(jí)。

簡而言之，如果二狗和翠花各自所在團(tuán)隊(duì)想要更加地DevOps導(dǎo)向，他們需要更加著眼于“自動(dòng)化”。 

DevOps團(tuán)隊(duì)希望能將所有環(huán)節(jié)自動(dòng)化，擺脫人工束縛。市面上已經(jīng)出現(xiàn)相關(guān)的產(chǎn)品，比如Daocloud，時(shí)速云、靈雀云、caicloud等創(chuàng)業(yè)品牌，以及阿里云（容器服務(wù)）、網(wǎng)易推出的“蜂巢”等大公司背景產(chǎn)品。在這里，以網(wǎng)易蜂巢為例，看一下其DevOps實(shí)踐如何從云的角度出發(fā)，幫助企業(yè)實(shí)現(xiàn)自動(dòng)化：

l 持續(xù)集成與開發(fā)：實(shí)現(xiàn)從開發(fā)測(cè)試、上線運(yùn)維的一體化自動(dòng)流程。而測(cè)試是 DevOps 中不可或缺的一環(huán)，在大規(guī)模應(yīng)用系統(tǒng)中，必須有效地、智能地快速自動(dòng)運(yùn)行系統(tǒng)測(cè)試。

l 智能預(yù)警：可以幫助用戶監(jiān)控集群運(yùn)行狀態(tài)，比如說，服務(wù)上線后可以通過設(shè)置一個(gè)告警通知，全天候監(jiān)測(cè)服務(wù)的運(yùn)轉(zhuǎn)情況，不再需要人工監(jiān)控。

l 智能故障定位：在智能預(yù)警發(fā)現(xiàn)問題之后，可以進(jìn)行數(shù)據(jù)下鉆，快速定位到問題具體發(fā)生的位置，及時(shí)通知用戶以快速解決問題。 此外，網(wǎng)易蜂巢提供服務(wù)性能總覽、錯(cuò)誤視圖、錯(cuò)誤詳情拓?fù)鋱D等幫助開發(fā)者分析錯(cuò)誤的詳情和具體原因。 

由此可見，如果能采用DevOps，公司就能夠做更多的創(chuàng)新，縮短開發(fā)周期，將產(chǎn)品更加快速地推向市場；同時(shí)創(chuàng)造差別化的公司業(yè)務(wù)和價(jià)值，提高組織效率，而不是不停地修補(bǔ)舊問題。通過DevOps，企業(yè)擁有了持續(xù)開發(fā)生產(chǎn)優(yōu)秀產(chǎn)品的能力，開發(fā)者開心，消費(fèi)者滿意。

那么，既然DevOps優(yōu)勢(shì)多多，前途大好，具體要怎樣才能實(shí)現(xiàn)DevOps？

 首先，這涉及到觀念問題。DevOps的最終目的是加強(qiáng)開發(fā)部門和運(yùn)維部門之間的協(xié)作和溝通，如何把現(xiàn)在的文化朝DevOps思維模式扭轉(zhuǎn)，并且在開發(fā)和運(yùn)維之間找到共識(shí)？這需要強(qiáng)大的領(lǐng)導(dǎo)力來實(shí)現(xiàn)變革。

其次，團(tuán)隊(duì)需要選擇最合適的工具。雖然DevOps是一個(gè)概念，但工具是實(shí)現(xiàn)DevOps的重要組成部分。近兩年來如日中天的Docker就是實(shí)現(xiàn)DevOps最合適的工具之一。比如上文提到的網(wǎng)易蜂巢、Daocloud，時(shí)速云、靈雀云等，均是基于Docker技術(shù)的容器云服務(wù)產(chǎn)品。作為一個(gè)分布式應(yīng)用構(gòu)建、遷移和運(yùn)行的開放平臺(tái)，Docker允許開發(fā)或運(yùn)維人員將應(yīng)用和運(yùn)行應(yīng)用所依賴的文件打包到一個(gè)標(biāo)準(zhǔn)化的單元（容器）中運(yùn)行，這保證軟件可以在任何環(huán)境下同樣地運(yùn)行，急劇簡化了運(yùn)維工作。

最后，好工具得有能人掌控才能發(fā)揮其威力。即使找到了好用的工具，也需要有熟悉這個(gè)工具鏈，擁有相應(yīng)技能的IT人員來提供技術(shù)支持，才能完成實(shí)現(xiàn)自動(dòng)化的使命。 

總體而言，DevOps作為一種理念，推動(dòng)開發(fā)和運(yùn)維之間的合作，有效回應(yīng)了當(dāng)前的商業(yè)需求。它的實(shí)現(xiàn)是新觀念、新工具、新技能的三者疊加。雖然還存在各種問題，但DevOps是大勢(shì)所趨，作為在互聯(lián)網(wǎng)領(lǐng)域占坑打拼的企業(yè)、開發(fā)運(yùn)維人員，對(duì)這樣的變革不能視而不見。

生成海報(bào)

免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請(qǐng)進(jìn)一步核實(shí)，并對(duì)任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對(duì)有關(guān)資料所引致的錯(cuò)誤、不確或遺漏，概不負(fù)任何法律責(zé)任。任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識(shí)產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí)，應(yīng)及時(shí)向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。