CSDN研發(fā)頻道推出了2014年DevOps實(shí)踐調(diào)查活動(dòng)，據(jù)活動(dòng)報(bào)告顯示：有60%的用戶表示只知道DevOps概念，但尚未使用;有37%的開(kāi)發(fā)者聽(tīng)說(shuō)過(guò)DevOps并且很感興趣正準(zhǔn)備使用;能夠熟練使用的用戶只占到19%。
根據(jù)CSDN的數(shù)據(jù)可以很明顯發(fā)現(xiàn)DevOps依舊是一個(gè)很新鮮的概念，也勢(shì)必在先進(jìn)的開(kāi)發(fā)—運(yùn)維工具推動(dòng)下變成當(dāng)前軟件開(kāi)發(fā)的潮流，然而如何實(shí)施DevOps依舊困惑著企業(yè)管理者們。眾所周知，推進(jìn)DevOps應(yīng)從文化、流程和工具三部分來(lái)實(shí)施DevOps，但是具體如何實(shí)施卻一頭霧水。突然變革是不可能的，只會(huì)使開(kāi)發(fā)人員和運(yùn)維人員都無(wú)法適應(yīng)新環(huán)境，從而怨聲載道。DevOps的理念要求開(kāi)發(fā)人員和運(yùn)維人員在傳統(tǒng)思維上改變的同時(shí)，也在技術(shù)上互相了解彼此的工作方式。那么，從文化和技術(shù)上交替改變或許能讓開(kāi)發(fā)人員和運(yùn)維人員更能欣然接受這種新的工作方式。
實(shí)施DevOps首先該做的事是在組織內(nèi)對(duì)架構(gòu)和應(yīng)用層啟用指標(biāo)監(jiān)控。當(dāng)開(kāi)發(fā)人員添加或修改代碼以滿足客戶新的需求時(shí)，只會(huì)關(guān)注代碼改變后的直接結(jié)果——是否實(shí)現(xiàn)了某個(gè)功能。但是運(yùn)維人員會(huì)在系統(tǒng)運(yùn)行中獲得內(nèi)存利用率、CPU利用率等參數(shù)，以此來(lái)分析代碼改變對(duì)系統(tǒng)運(yùn)行的真實(shí)影響,這種場(chǎng)景卻是屢見(jiàn)不鮮的，可以通過(guò)在Graphite中監(jiān)控系統(tǒng)指標(biāo)，并提供開(kāi)發(fā)人員相關(guān)的API來(lái)解決。運(yùn)維人員搭建一個(gè)監(jiān)控系統(tǒng)，同時(shí)調(diào)用Statsd和Graphite的接口，開(kāi)發(fā)人員在系統(tǒng)中增加幾行代碼，以此來(lái)獲得CPU利用率、內(nèi)存利用率等信息的圖像表示，從而實(shí)時(shí)監(jiān)控代碼改變后對(duì)系統(tǒng)的真實(shí)影響。
在完成指標(biāo)監(jiān)控后，然后應(yīng)對(duì)基礎(chǔ)架構(gòu)實(shí)施文檔化。根據(jù)DevOps的思想，開(kāi)發(fā)人員應(yīng)該更加了解運(yùn)維系統(tǒng)人員的工作方式，加深對(duì)系統(tǒng)架構(gòu)的認(rèn)知。通過(guò)基本的高階流程圖來(lái)繪制請(qǐng)求流程，從而反映軟件對(duì)請(qǐng)求的處理情況。同時(shí)，記錄系統(tǒng)架構(gòu)中每個(gè)模塊的具體作用及優(yōu)勢(shì)，并記錄新服務(wù)器的上線過(guò)程、潛在故障和解決方案。通過(guò)這些記錄來(lái)提高開(kāi)發(fā)人員對(duì)系統(tǒng)架構(gòu)的認(rèn)知程度。
指標(biāo)監(jiān)控和架構(gòu)文檔化實(shí)現(xiàn)了開(kāi)發(fā)人員對(duì)系統(tǒng)運(yùn)行情況和系統(tǒng)架構(gòu)的了解，并實(shí)現(xiàn)了開(kāi)發(fā)和運(yùn)維在監(jiān)控和文檔上的溝通、協(xié)作。接下來(lái)就要解決系統(tǒng)內(nèi)部機(jī)制的問(wèn)題。開(kāi)發(fā)環(huán)境和生產(chǎn)環(huán)境問(wèn)題一直是系統(tǒng)穩(wěn)定性的主要原因，通過(guò)引入Vagrant工具，來(lái)封裝一個(gè)Linux開(kāi)發(fā)環(huán)境，分發(fā)給團(tuán)隊(duì)成員，成員可以在自己喜歡的桌面系統(tǒng)(Mac/Windows/Linux)上開(kāi)發(fā)程序，代碼卻能統(tǒng)一在封裝好的環(huán)境里運(yùn)行。由于Vagrant使用VirtualBox虛擬化系統(tǒng)，通過(guò)使用Chef創(chuàng)建自動(dòng)化虛擬環(huán)境。這樣就很容易解決開(kāi)發(fā)環(huán)境與生產(chǎn)環(huán)境不盡相同的問(wèn)題，并解決了開(kāi)發(fā)人員和運(yùn)維人員手動(dòng)配置腳本和文件所產(chǎn)生的一些BUG。
在完成這些工具和流程的改變后就需要企業(yè)進(jìn)行思維的改變了，緩慢而有效的進(jìn)行DevOps的文化改變。共同的辦公地點(diǎn)和辦公時(shí)間不失為一種行之有效的方法，降低開(kāi)發(fā)—運(yùn)維的敵意，增進(jìn)彼此的團(tuán)隊(duì)精神，認(rèn)知到彼此都只是軟件開(kāi)發(fā)生命周期中的一部分。
在完成這些思維和工具的改變后就要進(jìn)行最后的改變——Pull請(qǐng)求、代碼復(fù)審和持續(xù)集成。當(dāng)開(kāi)發(fā)人員需要滿足新的需求時(shí)，在Vagrant中配置好的虛擬機(jī)上進(jìn)行變更，并更新發(fā)布一個(gè)Pull請(qǐng)求，提交到運(yùn)維人員手中進(jìn)行審查與完備性測(cè)試，從而反饋結(jié)果，通過(guò)則Pull請(qǐng)求被合并，存在問(wèn)題就可以直接刪除Vagrant中的虛擬機(jī)以重新開(kāi)發(fā)需求。同時(shí)，通過(guò)類似Jenkins的持續(xù)集成服務(wù)器去驗(yàn)證運(yùn)維人員用于創(chuàng)建容器環(huán)境的腳本是否正確，或者冒煙測(cè)試等方式。
當(dāng)企業(yè)完成這些部署后，就可以充分享受DevOps帶來(lái)的快捷開(kāi)發(fā)的益處了。開(kāi)發(fā)與運(yùn)維的更多交流與協(xié)助，使得產(chǎn)品能夠更高頻率的部署交付，減少了因進(jìn)行大規(guī)模升級(jí)變更的停機(jī)時(shí)間。開(kāi)發(fā)對(duì)系統(tǒng)代碼更加負(fù)責(zé)，運(yùn)維對(duì)系統(tǒng)穩(wěn)定的管理也變得更加輕松。
