??關(guān)注嘉微科技，獲取運(yùn)維新知識

運(yùn)維人員的恐慌

最近在微信上經(jīng)常看到諸如“未來XX年沒有工作是穩(wěn)定的”、“穩(wěn)定是最大的不穩(wěn)定”之類的文章。想想運(yùn)維領(lǐng)域和IT行業(yè)，我還是挺開明的。

運(yùn)維人員面臨的恐慌恐怕是前所未有的：

1、從外部來看，IT架構(gòu)正在逐漸云化，從IAAS到PAAS；運(yùn)維人員的市場需求不再像以前那樣，一定深度領(lǐng)域的運(yùn)維專家可以占領(lǐng)所有市場；

2、從內(nèi)部來看，公司的新業(yè)態(tài)、數(shù)字化轉(zhuǎn)型、運(yùn)營似乎永遠(yuǎn)離運(yùn)維人員很遠(yuǎn)，而技術(shù)棧不斷增加、規(guī)模不斷擴(kuò)大、數(shù)量有多少是運(yùn)營商必須接受的另一個(gè)挑戰(zhàn)。

如何從內(nèi)外部環(huán)境的變化中贏得運(yùn)維組織的轉(zhuǎn)型和運(yùn)維人員價(jià)值提升的需求是必須面對的課題。

康威定律視角下的運(yùn)維組織變遷

每個(gè)人都在談?wù)撧D(zhuǎn)型，但問題是：在哪里？

運(yùn)維組織的變革，離不開運(yùn)維架構(gòu)和制度的變革。在某種程度上，康威定律也可以用來指導(dǎo)操作結(jié)構(gòu)。

第一定律

.

一個(gè)組織的溝通方式是通過系統(tǒng)設(shè)計(jì)來表達(dá)的。

第二定律

沒有時(shí)間做正確的事，但有時(shí)間重新做。

沒有多少時(shí)間可以完美地完成一件事，但總有時(shí)間完成一件事。

第三定律

從a的圖到它的圖有一個(gè)。

線性系統(tǒng)和線性組織結(jié)構(gòu)之間存在異態(tài)的可能性。

第四定律

大的比小的更傾向于 。

大系統(tǒng)組織總是比小系統(tǒng)更容易分解。

我們來看看運(yùn)營技術(shù)架構(gòu)的變化。

第一：傳統(tǒng)的施工方法。

根據(jù)市場上所需的功能模塊和常用產(chǎn)品不斷積累運(yùn)維技術(shù)架構(gòu)，后期對接功能和數(shù)據(jù)，實(shí)現(xiàn)數(shù)據(jù)統(tǒng)一運(yùn)營的大目標(biāo)。

第二種：平臺搭建方法。

將通用運(yùn)維能力存儲在平臺中，形成各種原子能力模塊，然后通過SOA架構(gòu)理念進(jìn)行封裝，將運(yùn)維所需的場景功能與平臺的原子能力模塊隔離開來。這樣做的好處是避免了煙囪式的施工方式服務(wù)器運(yùn)維技術(shù)，有效地管理了運(yùn)維的數(shù)據(jù)和功能。

平臺PaaS設(shè)計(jì)：創(chuàng)建一個(gè)統(tǒng)一的平臺，承載所有運(yùn)維和運(yùn)營功能。平臺具備資源層接入能力，提供運(yùn)維服務(wù)能力，可承載定制開發(fā)應(yīng)用。該平臺具有強(qiáng)大的可擴(kuò)展性和服務(wù)支持。

場景工具化：需要基于場景的運(yùn)維功能，以工具化的方式運(yùn)行在統(tǒng)一平臺上，調(diào)用底層平臺提供的能力服務(wù)，實(shí)現(xiàn)功能的敏捷迭代，功能不再由煙囪連接。以某種方式構(gòu)建。

這兩種運(yùn)營結(jié)構(gòu)或許能給我們一些啟示：

1、組織溝通是通過系統(tǒng)設(shè)計(jì)來表達(dá)的。第一類運(yùn)維技術(shù)架構(gòu)構(gòu)建是離散的運(yùn)維組織通信方式。每個(gè)垂直領(lǐng)域技術(shù)組進(jìn)行自己的技術(shù)選擇。由此帶來的組織方式是傳統(tǒng)的方式。公司下設(shè)不同的運(yùn)維組。 ：網(wǎng)絡(luò)、操作系統(tǒng)、數(shù)據(jù)庫、辦公應(yīng)用、業(yè)務(wù)應(yīng)用等，但各組相對獨(dú)立，這種模式在當(dāng)前內(nèi)外部運(yùn)維環(huán)境下會遇到問題；

2、企業(yè)的運(yùn)維場景往往需要跨系統(tǒng)、跨流程、跨組織，自然具有個(gè)性化、全流程的特點(diǎn)，這也是目前運(yùn)維的需求組織。該公司希望推出一個(gè)自動化發(fā)布系統(tǒng)，以提高在線業(yè)務(wù)的效率。該運(yùn)維場景需要跨越多個(gè)運(yùn)維技術(shù)領(lǐng)域（系統(tǒng)、數(shù)據(jù)庫、應(yīng)用運(yùn)維），個(gè)性化強(qiáng)（A銀行和B銀行可能不一樣）；

3、沒有完美，只有更好。一個(gè)組織的轉(zhuǎn)型不是靠一次調(diào)整就能解決的，但一個(gè)與運(yùn)營技術(shù)架構(gòu)相匹配的組織會帶來更大的效益。

轉(zhuǎn)型藍(lán)圖

轉(zhuǎn)型的目標(biāo)離不開運(yùn)維的價(jià)值呈現(xiàn)。運(yùn)維需要從運(yùn)維支持升級到增值服務(wù)，也就是除了穩(wěn)定性，我還要思考我和我的組織還能做什么？這些也是需要時(shí)間去想的，所以重點(diǎn)是運(yùn)維人員能不能通過自動化和標(biāo)準(zhǔn)化來釋放。

例子

運(yùn)維支持職責(zé)：

增值服務(wù)：

從基于PaaS的運(yùn)維技術(shù)架構(gòu)的變化趨勢來看，如果把運(yùn)維組織看成是一種技術(shù)架構(gòu)，應(yīng)該有一個(gè)“運(yùn)維引擎型組織”來輸出運(yùn)維解決方案到外面的世界。在基于PaaS的技術(shù)運(yùn)營體系下，這個(gè)組織稱為技術(shù)運(yùn)營組。

技術(shù)運(yùn)營團(tuán)隊(duì)負(fù)責(zé)：

1、首先采用輸出解決方案和工具的方式，提高現(xiàn)有人員的日常運(yùn)維工作效率。標(biāo)準(zhǔn)化應(yīng)體現(xiàn)在簡潔的WEB界面功能上；這樣，運(yùn)維人員就可以在一定程度上得到解放，他們可以充當(dāng)運(yùn)維團(tuán)隊(duì)的“甲方”，仔細(xì)思考如何才能讓自己的運(yùn)維更穩(wěn)定，自己的運(yùn)維更穩(wěn)定。自己可以考慮一些操作嗎。

2、技術(shù)運(yùn)維團(tuán)隊(duì)定義統(tǒng)一的工具開發(fā)或場景搭建標(biāo)準(zhǔn)，構(gòu)建流程化賦能機(jī)制，運(yùn)維逐步轉(zhuǎn)向運(yùn)維開發(fā)； IT可以更好地支持業(yè)務(wù)的運(yùn)營和發(fā)展。通過組建運(yùn)維開發(fā)團(tuán)隊(duì)，保證SLA，提高效率，最大限度地發(fā)揮IT在業(yè)務(wù)中的價(jià)值。

3、技術(shù)運(yùn)營團(tuán)隊(duì)不斷提升積累公司綜合運(yùn)營平臺的能力，從煙囪系統(tǒng)建設(shè)向平臺建設(shè)轉(zhuǎn)變。只有這樣，才能實(shí)現(xiàn)更高效的數(shù)據(jù)運(yùn)營和智能化運(yùn)營。

4、自我成長的運(yùn)營模式；授人以魚不如授人以漁，為運(yùn)維人員制作工具可以不斷提高運(yùn)維水平，將簡單的工作自動化，將重復(fù)性的工作標(biāo)準(zhǔn)化。

5、曾經(jīng)的“運(yùn)維專家”可以選擇做“技術(shù)運(yùn)營組”的需求專家，也可以選擇轉(zhuǎn)向或者靠攏數(shù)據(jù)分析和運(yùn)營輔助專家；充分考慮個(gè)人職業(yè)發(fā)展：工作項(xiàng)目與個(gè)人發(fā)展相吻合時(shí)，員工會盡其所能，做自己想做的事。比如開發(fā)者——技術(shù)專家、架構(gòu)師，如果你讓他們做運(yùn)維操作，他們或許也能做好，但他們不會做到最好。

傳統(tǒng)運(yùn)維組織轉(zhuǎn)型的問題與風(fēng)險(xiǎn)

傳統(tǒng)的運(yùn)維組織通常按技術(shù)領(lǐng)域（基礎(chǔ)設(shè)施或應(yīng)用程序）或職責(zé)領(lǐng)域（如實(shí)施 ITIL 組織系統(tǒng)）來劃分。

如果一個(gè)組織要轉(zhuǎn)型，比如運(yùn)營，第一個(gè)問題是：之前的工作是誰做的？

還有更多問題需要考慮：

1、組織轉(zhuǎn)型和運(yùn)營技術(shù)架構(gòu)必須齊頭并進(jìn)。技術(shù)架構(gòu)支持組織轉(zhuǎn)型，組織轉(zhuǎn)型可以不斷豐富運(yùn)營技術(shù)架構(gòu)。

2、初期投資和成本問題。轉(zhuǎn)型的過程，要求以前的東西還是穩(wěn)定的，同時(shí)又能激發(fā)新的東西，所以需要領(lǐng)導(dǎo)者有更長遠(yuǎn)的眼光和堅(jiān)定的決心。

3、車削過程中遇到的內(nèi)外阻力。從工具文化入手，先解決一些問題，待初見成效、顯現(xiàn)價(jià)值后再繼續(xù)解決問題。

4、每個(gè)人都能成功轉(zhuǎn)化嗎？這是一個(gè)需要領(lǐng)導(dǎo)者更加客觀地看待的問題，以及轉(zhuǎn)型過程中的引導(dǎo)和安慰，讓不同的人員能夠提高和轉(zhuǎn)型到相應(yīng)的程度。

思考轉(zhuǎn)型過程

運(yùn)維組織轉(zhuǎn)型的三個(gè)維度：流程、個(gè)人職業(yè)規(guī)劃和工具平臺。

在傳統(tǒng)組織中，運(yùn)維人員具備各個(gè)領(lǐng)域的運(yùn)維技能，以保證技術(shù)設(shè)施的運(yùn)行穩(wěn)定性。但是，面對更加敏捷靈活的業(yè)務(wù)需求，運(yùn)維組織需要能夠快速響應(yīng)運(yùn)營場景的需求。基于PaaS提供的運(yùn)營場景開發(fā)服務(wù)，傳統(tǒng)運(yùn)維組織可以逐步從穩(wěn)定性保障中提取更高的價(jià)值。

不同于業(yè)務(wù)系統(tǒng)的開發(fā)，運(yùn)營場景的開發(fā)是一種平臺化的方式，運(yùn)營商有足夠的能力去開發(fā)和改造，而更懂運(yùn)維的，才是真正有維護(hù)經(jīng)驗(yàn)的人。 ，讓運(yùn)營場景的構(gòu)建更加敏捷，組織能力全面提升。

藍(lán)鯨研發(fā)運(yùn)營一體化平臺技術(shù)架構(gòu)

藍(lán)鯨智云，簡稱藍(lán)鯨，是騰訊IEG事業(yè)部“騰訊智慧陣營”的子品牌（網(wǎng)址：/）。藍(lán)鯨是一套基于PaaS的技術(shù)解決方案，提供完整的前后端開發(fā)框架、調(diào)度引擎、公共組件等模塊，幫助業(yè)務(wù)產(chǎn)品和技術(shù)人員快速構(gòu)建低成本、免運(yùn)維的支持工具和操作系統(tǒng)；藍(lán)鯨是騰訊互娛事業(yè)部多年積累的技術(shù)運(yùn)營支撐體系，承擔(dān)著百家商家在線運(yùn)營的使命。

我們可以從IEG事業(yè)群的業(yè)務(wù)特點(diǎn)來探索整個(gè)系統(tǒng)是如何誕生的：

1、騰訊IEG游戲運(yùn)營遇到的業(yè)務(wù)痛點(diǎn)：

2、轉(zhuǎn)型的曙光：平臺原子化、抽象與抽象；

藍(lán)鯨設(shè)計(jì)思路：盡可能將單個(gè)步驟抽象成一個(gè)原子，然后將原子自動化，再通過任務(wù)引擎將其連接成“字符串”或“樹狀分支結(jié)構(gòu)”，實(shí)現(xiàn)全自動化這樣做的好處是它不依賴于業(yè)務(wù)類型、架構(gòu)或場景。只要可以手動操作維護(hù)，就可以做到無人值守。

3、原子平臺能力不斷積累；

抽象各種運(yùn)維和操作場景，抽象出最典型的需要業(yè)務(wù)配置和作業(yè)執(zhí)行的場景。此時(shí)藍(lán)鯨配置平臺和作業(yè)平臺創(chuàng)建完成，抽象的原子平臺成為PaaS能力池的能力塊。

4、原子平臺集成；

原子平臺越來越多，但原子平臺最終是用于消費(fèi)和調(diào)用的。因此，進(jìn)行了整體整合。整體架構(gòu)采用SOA架構(gòu)，服務(wù)模塊靈活采用微服務(wù)架構(gòu)。

5、平臺開發(fā)模式，讓運(yùn)維應(yīng)用自動增長；

這個(gè)階段是真正的運(yùn)維發(fā)布，平臺準(zhǔn)備好，搭建服務(wù)SaaS開發(fā)生命周期的系統(tǒng)組件，讓運(yùn)營場景實(shí)現(xiàn)SaaS自我成長。藍(lán)鯨平臺最大規(guī)模運(yùn)行在1000多個(gè)SaaS服務(wù)上，服務(wù)于各種業(yè)務(wù)的各種運(yùn)維和運(yùn)營場景，這些場景都是運(yùn)維人員做的。

6、一個(gè)自我成長的運(yùn)營平臺，可以“完美解決”運(yùn)維的復(fù)雜性和多樣性：

7、IEG事業(yè)群最終內(nèi)部運(yùn)營技術(shù)架構(gòu)：

以上是作者對運(yùn)維組織轉(zhuǎn)型的理解和分析。歡迎討論交流服務(wù)器運(yùn)維技術(shù)，謝謝！