IT運(yùn)維的痛點(diǎn)
2020-06-02 15:32 作者:艾銻無(wú)限 瀏覽量:
IT運(yùn)維工作,以服務(wù)為中心,以穩(wěn)定、安全、高效為三個(gè)基本點(diǎn),確保公司的互聯(lián)網(wǎng)業(yè)務(wù)能夠 7×24 小時(shí)為您提供高質(zhì)量的服務(wù)。
IT運(yùn)維之痛1:人工 vs 平臺(tái)
人工不是傳統(tǒng)IT運(yùn)維的當(dāng)下過(guò)失,是過(guò)去的延續(xù)。在早期,運(yùn)維的很多能力建立在少量的高可用硬件對(duì)象之上,平臺(tái)化的需求很弱。另外,閉源的軟件生態(tài),給平臺(tái)化的建設(shè) 增加難度,而這些歷史債務(wù),并不是一下就能丟下的。留給傳統(tǒng)企業(yè)的時(shí)間并不是那么充足,開(kāi)放平臺(tái)和業(yè)務(wù)的互聯(lián)網(wǎng)化帶來(lái)的沖擊是非常大的,時(shí)間 非常的短。這是一個(gè)多維沖擊能力,從思維、技術(shù)、能力等多個(gè)維度。不過(guò)很開(kāi)心的是,傳統(tǒng)企業(yè)IT運(yùn)維人對(duì)運(yùn)維平臺(tái)擁抱非常強(qiáng)烈,從運(yùn)維自身能力自動(dòng)化到全流程的持續(xù)交付自動(dòng)化。我們也經(jīng)過(guò)和傳統(tǒng)企業(yè)的IT部門(mén)深入廣泛接觸,大家對(duì)運(yùn)維自動(dòng)化作為突破口非常認(rèn)可,更愿意以此為原點(diǎn),單點(diǎn)突破,再全面覆蓋。
IT運(yùn)維之痛2:流程 vs 創(chuàng)新
很多人會(huì)告訴我,在傳統(tǒng)企業(yè)中沒(méi)辦法,我們必須通過(guò)流程來(lái)驅(qū)動(dòng)各個(gè)組織角色,確保協(xié)同工作。真的如此么?我們?cè)诰S護(hù)那么多產(chǎn)品線,沒(méi)有流程怎么 做到的?然后真的會(huì)混亂不堪么?我和我之前的運(yùn)維團(tuán)隊(duì)來(lái)說(shuō),如果你不能保持一個(gè)對(duì)外的簡(jiǎn)單清晰運(yùn)維界面,那就是我們工作的失職。流程是我們找不到解決方案的時(shí)候,添加的累贅!很榮幸,我了解的傳統(tǒng)企業(yè)中,給我們上了一趟生動(dòng)的流程課,此處和大家分享一下。
IT運(yùn)維之痛3:責(zé)任分離 vs 持續(xù)改進(jìn)
沒(méi)有比責(zé)任分離更糟糕的事情了。在一個(gè)問(wèn)題產(chǎn)生的時(shí)候,大家首先不是想著如何尋求更好的解決方案,而是在找這個(gè)問(wèn)題應(yīng)該由哪個(gè)團(tuán)隊(duì)的責(zé)任。責(zé)任分離可以說(shuō)是過(guò)度流程化的結(jié)果,流程設(shè)計(jì)者們很多都在精心設(shè)計(jì)責(zé)任應(yīng)該由誰(shuí)來(lái)背。當(dāng)責(zé)任被清晰的界定之后,而后的解決方案也只能落到該團(tuán)隊(duì)上了,自然而然,思維就局限了。其實(shí)應(yīng)該換個(gè)視角,當(dāng)業(yè)務(wù)的質(zhì)量出問(wèn)題了,持續(xù)交付這個(gè)鏈條上的所有人都有責(zé)任,而基于責(zé)任的分析范圍應(yīng)該更廣泛一些,需要思維上的突破。我們總是怪測(cè)試不夠充分,你給到足夠的時(shí)間給測(cè)試了么?你讓測(cè)試早期參與了么?你建立了穩(wěn)定的技術(shù)框架,讓自動(dòng)化測(cè)試更好的覆蓋了么?怪運(yùn)維的環(huán)境部署有問(wèn)題,你有降低運(yùn)維部署的復(fù)雜度么?怪運(yùn)維定位問(wèn)題慢,你有把運(yùn)維定位故障的復(fù)雜度降低么,消除了菜鳥(niǎo)和專(zhuān)家的區(qū)別么?反之亦然。更糟糕的是,當(dāng)問(wèn)題變得越來(lái)越嚴(yán)重的時(shí)候,還在想著流程設(shè)計(jì)得不夠完美。
IT運(yùn)維之痛4:組織設(shè)計(jì)
"設(shè)計(jì)系統(tǒng)的組織,最終產(chǎn)生的設(shè)計(jì)等同于組織之內(nèi)、之間的溝通結(jié)構(gòu)。"--Conway's Law.
不得不說(shuō),傳統(tǒng)的職能式的IT組織架構(gòu)越來(lái)越不能滿足互聯(lián)網(wǎng)化的業(yè)務(wù)需要了。基于持續(xù)交付打造的全鏈條整合鏈條打破的就是職能邊界,提供的就是面向 產(chǎn)品化的服務(wù)能力。如果組織不能給新產(chǎn)品上線和老產(chǎn)品快速迭代提供足夠的能力支撐,那么這個(gè)組織一定是冗余設(shè)計(jì)的。架構(gòu)組提供的架構(gòu)能力只能是一個(gè)意向參考,沒(méi)有真正的落地實(shí)現(xiàn),這個(gè)架構(gòu)組就是冗余的;流程組提供的流程能力是減慢了交付速度,這個(gè)流程組就應(yīng)該去思考是否把流程讓位于更優(yōu)的技術(shù)實(shí)現(xiàn)。很容易觀察到的一個(gè)效果,復(fù)雜的組織設(shè)計(jì),最終讓設(shè)計(jì)出來(lái)的軟件復(fù)雜,導(dǎo)致問(wèn)題重重,隨后便不斷的增加附加角色,讓軟件的交付過(guò)程主次不分。其實(shí)附加角色增加的檢查點(diǎn)并不能起到服務(wù)改善的作用,“越早發(fā)現(xiàn)缺陷,越早修復(fù)成本越低”這個(gè)準(zhǔn)則需要深刻體會(huì),check機(jī)制都是事后的機(jī)制,是人肉機(jī)制,而自動(dòng)化的機(jī)制必須早期介入。糟糕的情況,組織設(shè)計(jì)完全面向問(wèn)題,而非面向用戶(hù)。誰(shuí)能代替用戶(hù)來(lái)對(duì)IT組織的考核?沒(méi)有。但我們的方式恰恰相反,認(rèn)為考核組就可以,針對(duì)每個(gè)小組,設(shè)計(jì)了一些指標(biāo)。說(shuō)實(shí)話考核組離一線現(xiàn)場(chǎng)太遠(yuǎn)了,數(shù)據(jù)的是非判斷準(zhǔn)則都很難建立。
IT運(yùn)維之痛5:架構(gòu)設(shè)計(jì)
架構(gòu)設(shè)計(jì)的問(wèn)題是一直是核心的技術(shù)問(wèn)題所在。架構(gòu)設(shè)計(jì)問(wèn)題體現(xiàn)在很多方面:
1、不能建立統(tǒng)一的架構(gòu)標(biāo)準(zhǔn)
架構(gòu)師在傳統(tǒng)企業(yè)中是普遍的存在,而架構(gòu)規(guī)范恰恰不是普遍的存在。很多時(shí)候都讓位于業(yè)務(wù)的復(fù)雜需求,認(rèn)為技術(shù)架構(gòu)標(biāo)準(zhǔn)可以放低。技術(shù)架構(gòu)標(biāo)準(zhǔn)絕不是架構(gòu)師的呼聲,應(yīng)該是產(chǎn)品線的統(tǒng)一技術(shù)要求。合理的技術(shù)架構(gòu),會(huì)大大提升后續(xù)的產(chǎn)品推出速度和演進(jìn)速度。
2、從代碼依賴(lài)到二進(jìn)制依賴(lài)到服務(wù)依賴(lài)
很多傳統(tǒng)企業(yè)的大型軟件之間采用的還是代碼依賴(lài),當(dāng)一個(gè)組件發(fā)生變化的時(shí)候,這個(gè)時(shí)候需要整個(gè)系統(tǒng)的全量更新。久而久之,更新的代碼影響哪些外部系統(tǒng),都不知道。這是深度耦合,給后續(xù)的測(cè)試和運(yùn)維都帶來(lái)了很大的難度。到服務(wù)依賴(lài),才能真正的實(shí)現(xiàn)架構(gòu)自治。
3、沒(méi)有統(tǒng)一的開(kāi)發(fā)框架
開(kāi)發(fā)框架其實(shí)是統(tǒng)一技術(shù)標(biāo)準(zhǔn)的最佳手段,是真正的把架構(gòu)規(guī)范落到了可執(zhí)行層面。傳統(tǒng)企業(yè)的架構(gòu)組應(yīng)該在這個(gè)點(diǎn)上多思考,統(tǒng)一的開(kāi)發(fā)框架到底包含哪些?
4、業(yè)務(wù)需求優(yōu)先,非功能性需求次之
要命的是,評(píng)估一個(gè)研發(fā)團(tuán)隊(duì)的績(jī)效是從實(shí)現(xiàn)業(yè)務(wù)的功能需求角度去考核的。
以上內(nèi)容由北京艾銻無(wú)限科技發(fā)展有限公司整理