作者：范軍 （Frank Fan） 新浪微博：@frankfan7 ? 微信：frankfan7

在【DevOps】誰(shuí)說(shuō)大象不能跳舞?一文之后，本文對(duì)DevOps的理念作進(jìn)一步探討。

最近在讀一本書(shū)《Project Phoenix》，用小說(shuō)的方式來(lái)描述了作為IT部門總裁的主人公臨危受命，

面對(duì)IT開(kāi)發(fā)和運(yùn)維中出現(xiàn)的種種危機(jī)，在險(xiǎn)峻的情況下采用新的管理理念，從而帶領(lǐng)IT團(tuán)隊(duì)從低谷走向成功的故事。書(shū)中的一些場(chǎng)景，我是再熟悉不過(guò)了。有時(shí)候也不禁想，如果自己身在其中，會(huì)如何應(yīng)對(duì)呢?

這本書(shū)也引用了很多DevOPs的理念，故事一波三折，其中的道理很耐人尋味。

話說(shuō)該公司的IT部門是最備受責(zé)難的一個(gè)部門。很多商業(yè)計(jì)劃因?yàn)?/span>IT不給力而拖延，IT環(huán)境極其不穩(wěn)定，大小問(wèn)題接連不斷。IT每天忙于救火而疲于奔命。人員士氣低落，各部門各自為戰(zhàn)。出了事互相指責(zé)。

主人公在一位高人的指點(diǎn)下，開(kāi)始了卓有成效的改革之旅。其中很重要的一個(gè)課題就是，到底根本問(wèn)題出在哪里呢？為什么永遠(yuǎn)都覺(jué)得在疲于奔命？

他們從把工作分類開(kāi)始，一步步得找到了癥結(jié)所在。大體分四類工作：

Business Projects

比如其他部門的要上一個(gè)商業(yè)應(yīng)用或者新的商業(yè)流程，需要IT提供軟硬件環(huán)境，實(shí)施設(shè)計(jì)開(kāi)發(fā)并運(yùn)維。這類項(xiàng)目是有其他部門為實(shí)現(xiàn)某種商業(yè)目的來(lái)驅(qū)動(dòng)的。

Internal ?Projects

往往指由IT內(nèi)部驅(qū)動(dòng)的項(xiàng)目，軟件更新?lián)Q代、擴(kuò)容、安全措施、提高IT環(huán)境的穩(wěn)定性、性能等等。

Change

ProductionEnvironment的有計(jì)劃的升級(jí)，改動(dòng)等等

Unplanned Work

一些突發(fā)情況，比如系統(tǒng)或應(yīng)用的中斷等等

上面的圖揭示了一個(gè)惡性循環(huán)。

第一象限：因?yàn)樯虡I(yè)計(jì)劃往往時(shí)間緊、任務(wù)急，IT手忙腳亂把活干了，為了節(jié)省時(shí)間人力走了很多捷徑，造成了系統(tǒng)穩(wěn)定性的降低。為日后埋下了隱患。

第二象限：因?yàn)槊χs第一象限的活兒，本來(lái)應(yīng)該做的InternalProject就被拖延了。軟件補(bǔ)丁和升級(jí)不及時(shí)，系統(tǒng)沒(méi)有很好的優(yōu)化和長(zhǎng)期的計(jì)劃，直接造成的系統(tǒng)穩(wěn)定性、性能等的降低。

第三象限：因?yàn)闆](méi)有很有效的ChangeControl，部門之間對(duì)改動(dòng)互不知曉，還由于系統(tǒng)不穩(wěn)定造成很多計(jì)劃中的Change失敗。從而累積了越來(lái)越多的問(wèn)題

第四象限：由于前三個(gè)象限中問(wèn)題產(chǎn)生的雪球效應(yīng)，很多意外情況就不可避免的發(fā)生了。解決這些意外情況的成本是非常高的，因?yàn)榇騺y了本來(lái)的計(jì)劃，造成了其他三個(gè)象限工作的拖延。從而又產(chǎn)生了新的一輪的惡性循環(huán)。

問(wèn)題的癥結(jié)找到了，那么如何入手解決呢。主人公Bill一連下了幾記重拳：

建立高效的ChangeControl流程

這個(gè)流程開(kāi)始的時(shí)候很不容易，因?yàn)槿藗兞?xí)慣了各行其是，覺(jué)得Change Control太繁瑣復(fù)雜。但這個(gè)流程是必須的，它可以評(píng)估改動(dòng)的風(fēng)險(xiǎn)，防止出現(xiàn)意外情況。

暫時(shí)凍結(jié)Business Projects

短期的凍結(jié)，給了IT人員調(diào)整優(yōu)化系統(tǒng)的喘息之機(jī)，從而能實(shí)施一些Internal ?Project來(lái)穩(wěn)定IT環(huán)境。同時(shí)為新的BusinessProjects做好準(zhǔn)備。

定位瓶頸

該書(shū)中描述了一位技術(shù)大拿Brent，總是在關(guān)鍵時(shí)候力挽狂瀾。在很多情況下，少了Brent事情就干不成。主人公Bill意識(shí)到了如果不解決這個(gè)瓶頸，整個(gè)IT團(tuán)隊(duì)的生產(chǎn)力都要受到個(gè)人的影響。于是采取了一系列的措施解決這個(gè)問(wèn)題。比如：最佳合理利用Brent的時(shí)間，避免很多瑣事的干擾；培養(yǎng)一個(gè)梯隊(duì)來(lái)承擔(dān)Brent的任務(wù)，做好知識(shí)和經(jīng)驗(yàn)的傳承。

幾套組合拳下來(lái)，很明顯的減少了Unplanned Work，從而遏制住了惡性循環(huán)，為下一步的流程優(yōu)化打下了基礎(chǔ)。更重要的是增加了團(tuán)隊(duì)間的凝聚力和信心。

除此之外，書(shū)中反復(fù)強(qiáng)調(diào)了一個(gè)有重大意義的理念，就是以流水線的方式來(lái)開(kāi)發(fā)和管理IT環(huán)境。我們會(huì)在下文中詳細(xì)介紹。

總結(jié)

以上是生活随笔為你收集整理的【DevOps】为什么我们永远疲于奔命？的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。