建站
咨詢
售后
建站咨詢
新聞中心
在【DevOps】誰說大象不能跳舞?一文之后，本文對(duì)DevOps的理念作進(jìn)一步探討。
成都網(wǎng)站建設(shè)哪家好，找成都創(chuàng)新互聯(lián)公司！專注于網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、微信小程序、集團(tuán)企業(yè)網(wǎng)站制作等服務(wù)項(xiàng)目。核心團(tuán)隊(duì)均擁有互聯(lián)網(wǎng)行業(yè)多年經(jīng)驗(yàn)，服務(wù)眾多知名企業(yè)客戶；涵蓋的客戶類型包括：墻體彩繪等眾多領(lǐng)域，積累了大量豐富的經(jīng)驗(yàn)，同時(shí)也獲得了客戶的一致贊美！
最近在讀一本書《Project Phoenix》，用小說的方式來描述了作為IT部門總裁的主人公臨危受命，面對(duì)IT開發(fā)和運(yùn)維中出現(xiàn)的種種危機(jī)，在險(xiǎn)峻的情況下采用新的管理理念，從而帶領(lǐng)IT團(tuán)隊(duì)從低谷走向成功的故事。書中的一些場景，我是再熟悉不過了。有時(shí)候也不禁想，如果自己身在其中，會(huì)如何應(yīng)對(duì)呢?
這本書也引用了很多DevOPs的理念，故事一波三折，其中的道理很耐人尋味。
話說該公司的IT部門是最備受責(zé)難的一個(gè)部門。很多商業(yè)計(jì)劃因?yàn)镮T不給力而拖延，IT環(huán)境極其不穩(wěn)定，大小問題接連不斷。IT每天忙于救火而疲于奔命。人員士氣低落，各部門各自為戰(zhàn)。出了事互相指責(zé)。
主人公在一位高人的指點(diǎn)下，開始了卓有成效的改革之旅。其中很重要的一個(gè)課題就是，到底根本問題出在哪里呢？為什么永遠(yuǎn)都覺得在疲于奔命？
他們從把工作分類開始，一步步得找到了癥結(jié)所在。大體分四類工作：
Business Projects
比如其他部門的要上一個(gè)商業(yè)應(yīng)用或者新的商業(yè)流程，需要IT提供軟硬件環(huán)境，實(shí)施設(shè)計(jì)開發(fā)并運(yùn)維。這類項(xiàng)目是有其他部門為實(shí)現(xiàn)某種商業(yè)目的來驅(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第一象限的活兒，本來應(yīng)該做的InternalProject就被拖延了。軟件補(bǔ)丁和升級(jí)不及時(shí)，系統(tǒng)沒有很好的優(yōu)化和長期的計(jì)劃，直接造成的系統(tǒng)穩(wěn)定性、性能等的降低。
第三象限：因?yàn)闆]有很有效的ChangeControl，部門之間對(duì)改動(dòng)互不知曉，還由于系統(tǒng)不穩(wěn)定造成很多計(jì)劃中的Change失敗。從而累積了越來越多的問題
第四象限：由于前三個(gè)象限中問題產(chǎn)生的雪球效應(yīng)，很多意外情況就不可避免的發(fā)生了。解決這些意外情況的成本是非常高的，因?yàn)榇騺y了本來的計(jì)劃，造成了其他三個(gè)象限工作的拖延。從而又產(chǎn)生了新的一輪的惡性循環(huán)。
問題的癥結(jié)找到了，那么如何入手解決呢。主人公Bill一連下了幾記重拳：
建立高效的ChangeControl流程
這個(gè)流程開始的時(shí)候很不容易，因?yàn)槿藗兞?xí)慣了各行其是，覺得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來穩(wěn)定IT環(huán)境。同時(shí)為新的BusinessProjects做好準(zhǔn)備。
定位瓶頸
該書中描述了一位技術(shù)大拿Brent，總是在關(guān)鍵時(shí)候力挽狂瀾。在很多情況下，少了Brent事情就干不成。主人公Bill意識(shí)到了如果不解決這個(gè)瓶頸，整個(gè)IT團(tuán)隊(duì)的生產(chǎn)力都要受到個(gè)人的影響。于是采取了一系列的措施解決這個(gè)問題。比如：最佳合理利用Brent的時(shí)間，避免很多瑣事的干擾；培養(yǎng)一個(gè)梯隊(duì)來承擔(dān)Brent的任務(wù)，做好知識(shí)和經(jīng)驗(yàn)的傳承。
幾套組合拳下來，很明顯的減少了Unplanned Work，從而遏制住了惡性循環(huán)，為下一步的流程優(yōu)化打下了基礎(chǔ)。更重要的是增加了團(tuán)隊(duì)間的凝聚力和信心。
除此之外，書中反復(fù)強(qiáng)調(diào)了一個(gè)有重大意義的理念，就是以流水線的方式來開發(fā)和管理IT環(huán)境。我們會(huì)在下文中詳細(xì)介紹。
原文鏈接：http://frankfan.blog.51cto.com/6402282/1282559
當(dāng)前題目：DevOps為什么我們永遠(yuǎn)疲于奔命？
文章出自：http://www.dlmjj.cn/article/ccoiidc.html
