理想總是要有的，萬一實(shí)現(xiàn)了呢，理想有多大，我們就能一起走多遠(yuǎn)。在實(shí)現(xiàn)理想自由的道路上，我們描繪藍(lán)圖踏出探索道路的第一步，未來不是夢(mèng)，即使是夢(mèng)我們也要窮極一生做完這場(chǎng)夢(mèng)。

[[213390]]

運(yùn)維密室

密室的墻壁與鎖

順豐的技術(shù)運(yùn)維部門自 2007 年成立以來，伴隨物流行業(yè)飛速的發(fā)展，其運(yùn)維的規(guī)模也是一路狂奔，到 2016 年技術(shù)運(yùn)維團(tuán)隊(duì)已經(jīng)衍變成近 200 人的大隊(duì)伍。

為了建立專業(yè)技術(shù)能力，自 2013 年伊始經(jīng)過 3 年的建設(shè)，技術(shù)運(yùn)維團(tuán)隊(duì)組織架構(gòu)和職能逐漸穩(wěn)定成型：

• 從底層基礎(chǔ)設(shè)施到網(wǎng)絡(luò)、存儲(chǔ)、服務(wù)器、操作系統(tǒng)、數(shù)據(jù)庫以及中間件，每個(gè)專業(yè)領(lǐng)域都由專業(yè)條線團(tuán)隊(duì)負(fù)責(zé)，其工作職能包括專業(yè)條線的規(guī)劃、設(shè)計(jì)、建設(shè)、實(shí)施以及日常運(yùn)維。
• 對(duì)外交付由基礎(chǔ)架構(gòu)師團(tuán)隊(duì)統(tǒng)籌，工作模式為流程驅(qū)動(dòng)，通過工單系統(tǒng)來進(jìn)行推進(jìn)和跟蹤。
• 部門的制度、流程和質(zhì)量由運(yùn)維規(guī)劃團(tuán)隊(duì)負(fù)責(zé)，來拉通和彌補(bǔ)技術(shù)團(tuán)隊(duì)管理方面的先天弱點(diǎn)。
• 整個(gè)技術(shù)運(yùn)維隊(duì)伍以 ITIL 體系作為基礎(chǔ)指導(dǎo)。
• 基礎(chǔ)技術(shù)軟件在 2015 年已經(jīng)實(shí)現(xiàn)全開源。

通過專業(yè)化的組織分工，我們培養(yǎng)了很多專業(yè)領(lǐng)域人才，具備了一定的技術(shù)能力，同時(shí)也系統(tǒng)性的形成了適合物流行業(yè)業(yè)務(wù)形態(tài)的基礎(chǔ)設(shè)施建設(shè)標(biāo)準(zhǔn)、設(shè)備引入和使用標(biāo)準(zhǔn)、基礎(chǔ)軟件使用標(biāo)準(zhǔn)和架構(gòu)標(biāo)準(zhǔn)。

受益于這些變化，我們的資源使用效率變得更加合理，系統(tǒng)穩(wěn)定性也逐年出現(xiàn)顯著的提升。

經(jīng)歷了 3 年的治理，隊(duì)伍組織架構(gòu)、職能和技術(shù)棧進(jìn)入到了相對(duì)穩(wěn)定的狀態(tài)，但新的問題也逐漸浮出水面：

• 運(yùn)維團(tuán)隊(duì)都背負(fù)系統(tǒng)可用性的 KPI，并最終分解到各專業(yè)團(tuán)隊(duì)，在這種評(píng)價(jià)模式下逐漸出現(xiàn)了責(zé)任氛圍。

由于變更永遠(yuǎn)伴隨著風(fēng)險(xiǎn)，本著少做少錯(cuò)的想法，團(tuán)隊(duì)與團(tuán)隊(duì)之間多多少少都存在關(guān)節(jié)部位工作的推諉現(xiàn)象，全時(shí)順暢無間的協(xié)作成為一種奢望。

不幸的是，煙囪式的垂直專業(yè)分工團(tuán)隊(duì)，對(duì)于協(xié)作的要求是遠(yuǎn)遠(yuǎn)高于水平分工團(tuán)隊(duì)。

• 出于信息安全考慮，各種系統(tǒng)和應(yīng)用權(quán)限被嚴(yán)格切割，很多日常運(yùn)維工作都出現(xiàn)上層工作人員等待下層依賴團(tuán)隊(duì)授權(quán)或者代執(zhí)行場(chǎng)景。
• 當(dāng)初的專業(yè)分工，讓大家的技術(shù)能力棧出現(xiàn)萎縮，形成技術(shù)能力熱點(diǎn)。稍微綜合一點(diǎn)的專業(yè)技術(shù)問題，研發(fā)和運(yùn)營人員就需要找對(duì)應(yīng)的專業(yè)技術(shù)人員協(xié)助，經(jīng)常可以看到辦公室里面我們的某個(gè) DBA 或者中間件管理員被一票人圍住分析問題。

而對(duì)于技術(shù)運(yùn)維隊(duì)伍自身，各團(tuán)隊(duì)不約而同步入到一個(gè)瓶頸，整體的發(fā)展和成長(zhǎng)被嚴(yán)重束縛，而大部分人在自己的微觀世界中并未覺察。

視野天花板，每個(gè)團(tuán)隊(duì)在工作中接收到的信息都是經(jīng)過專業(yè)分層過濾的，只能在不完整信息的基礎(chǔ)上進(jìn)行分析、判斷等工作。

能力碎片化，沒有一個(gè)團(tuán)隊(duì)有全棧運(yùn)維能力，也沒有一個(gè)團(tuán)隊(duì)能夠俯瞰完整技術(shù)運(yùn)維領(lǐng)域的工作。

密室外的風(fēng)暴

當(dāng)我們的運(yùn)維人在密室的微世界中以自有節(jié)奏前行，怡然自得時(shí)，外面的大世界已經(jīng)在急劇的變化中，現(xiàn)實(shí)是怎么樣的呢？

業(yè)務(wù)方面：

• 業(yè)務(wù)流量峰值是一年比一年高，尤其是每年的雙十一。
• 業(yè)務(wù)形態(tài)越來越多，以前更多可能是我們自己企業(yè)內(nèi)部用戶在用的各種系統(tǒng)；現(xiàn)在出現(xiàn)各種面向直接的 C 端和 B 端的用戶。
• 為了適應(yīng)市場(chǎng)的變化，業(yè)務(wù)的調(diào)整也日趨頻繁，傳遞到技術(shù)運(yùn)維端體現(xiàn)為更加頻繁的版本和變更。

技術(shù)方面：

• 云技術(shù)的成熟減少了企業(yè)對(duì)于自建技術(shù)運(yùn)維團(tuán)隊(duì)的需求，市場(chǎng)需求這個(gè)池塘在逐漸干涸，而池塘中的很多魚兒還沒有感應(yīng)到變化。
• 技術(shù)的全面開源和快速的演進(jìn)讓很多傳統(tǒng)商用技術(shù)專業(yè)成為雞肋，工程師挾一技之長(zhǎng)吃到底基本不可能，來不及在池塘干涸前完成進(jìn)化的職場(chǎng)魚兒們可能會(huì)被提前淘汰。
• DevOps 的風(fēng)行為運(yùn)維開辟了另外一條更有效地路線，反過來也對(duì)現(xiàn)有運(yùn)維人提出了新的素質(zhì)要求，運(yùn)維人需要有研發(fā)能力且能夠應(yīng)用這種能力來提高運(yùn)維的效率和質(zhì)量。

密室之內(nèi)斜風(fēng)細(xì)雨，密室之外風(fēng)暴已至，不能做風(fēng)干的魚，順豐運(yùn)維人再一次的將自己置于審判席上。

運(yùn)維審判日

我們對(duì) IT 運(yùn)維工作做了四象限分解（如下圖所示），從價(jià)值角度來看，理想情況是技術(shù)運(yùn)維隊(duì)伍需要將更多的資源投入在右邊的象限上。

而實(shí)際的情況是我們近七成精力都消耗在左邊象限內(nèi)的基礎(chǔ)日常工作上，不停的做各類布朗運(yùn)動(dòng)。

基于對(duì)運(yùn)維工作的四象限分解后的反思，我們總結(jié)了運(yùn)維五宗罪：

笨重的熟練

三年的專業(yè)化和標(biāo)準(zhǔn)化道路走下來，我們的工程師對(duì)于平時(shí)常規(guī)的工作已經(jīng)非常嫻熟，新一天的工作變成 n+1 的重復(fù)而已；工程師敲鍵盤的手越來越快，腦袋卻逐漸麻木，逐漸失去在工作中獨(dú)立思考的能力。

被降維的工作效率

很多日常 IT 運(yùn)維交付工作真正完成只需要幾分鐘，但是從用戶需求提出到層層審核，一直到交到用戶手中可能需要好幾天。

低效這種大團(tuán)隊(duì)的通病在煙囪式的垂直專業(yè)分工團(tuán)隊(duì)會(huì)隨著依賴團(tuán)隊(duì)個(gè)數(shù)進(jìn)一步放大，留下用戶在一旁苦不堪言。透過現(xiàn)象看本質(zhì)，事實(shí)是時(shí)間都花在了溝通和等待上。

內(nèi)視的黑洞

在企業(yè) IT 團(tuán)隊(duì)中，從技術(shù)的維度看，技術(shù)運(yùn)維團(tuán)隊(duì)往往有專業(yè)的技術(shù)能力，但從業(yè)務(wù)價(jià)值鏈看，技術(shù)運(yùn)維團(tuán)隊(duì)又處于價(jià)值鏈的末端。

從完整工作流來看，技術(shù)運(yùn)維團(tuán)隊(duì)往往是最后一環(huán)，并不是站在 IT 大軍的最前線。

在價(jià)值認(rèn)知的錯(cuò)位，信息隔離的情況下，如果沒有完全的理性和足夠的前線信息，技術(shù)運(yùn)維人會(huì)形成種種負(fù)面自我，聚集成內(nèi)視的黑洞。

自制的鎖鏈

當(dāng)初伴隨公司的成長(zhǎng)，部門為了管理系統(tǒng)化、正規(guī)化而建立了 KPI、規(guī)范、流程、標(biāo)準(zhǔn)、預(yù)算、成本、編制等各種制度。

它們的出現(xiàn)就是為了讓運(yùn)維工作變得有序、有計(jì)劃、有規(guī)劃，而且初期都起到了較好的效果。

但是在某些情況下，這些制度將會(huì)展現(xiàn)暗黑的一面，成為組織的枷鎖和束縛，例如:

• 制度和流程被過度執(zhí)行，無視人的能動(dòng)性，所有的人都被制度和流程牽著走，團(tuán)隊(duì)的創(chuàng)造性被閹割。
• 制度和流程所指導(dǎo)和約束的事物本身一直在變化中，但制度和流程跟不上變化的節(jié)奏，最終變成工作的負(fù)擔(dān)和腐朽的鎖鏈。
• 重視管理者的需求，忽視用戶和前線的呼聲，遺忘制度和流程建立的初衷，制度和流程最終變成皇帝的新衣。

自動(dòng)化短板

IT 運(yùn)維隊(duì)伍走到一定的能力水平和規(guī)模，都會(huì)開啟運(yùn)維工作自動(dòng)化建設(shè)的階段，且開始都會(huì)被賦予解決種種問題的美好預(yù)期。

而往往 IT 運(yùn)維隊(duì)伍發(fā)起的自動(dòng)化工作更優(yōu)先解決的是運(yùn)維團(tuán)隊(duì)自身的問題，不一定優(yōu)先站在用戶的角度考慮。

我們?cè)?2015 年下半年到 2016 年上半年開始運(yùn)維自動(dòng)化；本來預(yù)期可以節(jié)省人力并提高效率和質(zhì)量，但是結(jié)果卻不盡人意。

自動(dòng)化的任務(wù)結(jié)束了，整體交付效率并未出現(xiàn)質(zhì)的變化，用戶也沒有變得滿意。

回顧原因的時(shí)候終于明白我們都是做的執(zhí)行末端的自動(dòng)化，即將以前手工執(zhí)行工作自動(dòng)化了，解決了運(yùn)維執(zhí)行人員自己的問題，但并沒有解決這個(gè)交付工作流效率低下的問題。

因?yàn)橐粋€(gè)用戶需求從提出到評(píng)審，到變更，最終反饋給用戶,這個(gè)過程非常漫長(zhǎng)。很多人做的自動(dòng)化只是把自己的執(zhí)行工作自動(dòng)化了，用戶感覺不到任何改善。

運(yùn)維的夢(mèng)想

經(jīng)過一系列的反思和自我審判，我們看到技術(shù)運(yùn)維團(tuán)隊(duì)肌體未老先衰。

總結(jié)如下：

• 失去創(chuàng)造力，所做工作限于維持現(xiàn)有技術(shù)和架構(gòu)特征類型系統(tǒng)的可用性，未能系統(tǒng)性展開前瞻性整體技術(shù)能力建設(shè)工作以支撐公司未來發(fā)展對(duì)于IT底盤技術(shù)的要求。
• 視野萎縮，所做規(guī)劃和設(shè)計(jì)工作關(guān)注于自身痛點(diǎn)，無法從公司業(yè)務(wù)發(fā)展對(duì)IT底盤能力的廣度和縱深進(jìn)行有效展開。
• 日漸官僚，流程等規(guī)則制度成為擋箭牌和隔音墻，團(tuán)隊(duì)暮氣重重，不再能夠?yàn)榍熬€需要技術(shù)炮火的時(shí)候提供有效支撐。
• 坐而論道，關(guān)注技術(shù)本身而疏于價(jià)值貢獻(xiàn)，無法掛鉤和跟進(jìn)公司技術(shù)戰(zhàn)略。

總結(jié)至此，感覺技術(shù)運(yùn)維團(tuán)隊(duì)已是寒山夜雨，千山暮雪，如何打破身與心的牢籠，實(shí)現(xiàn)自我救贖？

經(jīng)過多輪的思索和頭腦碰撞之后，我們認(rèn)為技術(shù)運(yùn)維工作的理想情形當(dāng)為：

• 工作信息必須是流通和共享的，信息是在考慮了安全和工作職責(zé)的基礎(chǔ)上對(duì)原始數(shù)據(jù)過濾后的結(jié)果，技術(shù)運(yùn)維人員能夠看到工作所需的所有信息，技術(shù)運(yùn)維和被服務(wù)對(duì)象都在同一個(gè)信息平面上溝通和協(xié)同。
• 交付類工作應(yīng)該是基于全流程端到端自動(dòng)化的，即自助的。用戶需要什么交付不再需要提前溝通后發(fā)起流程，而是直接在終端工作界面上即可獲取。其自助獲取資源在各方面的合規(guī)性由系統(tǒng)植入規(guī)則引擎來保障。
• 關(guān)鍵專業(yè)技術(shù)能力服務(wù)化，實(shí)現(xiàn)跨部門工作能力依賴解耦。涉及對(duì)專業(yè)技術(shù)細(xì)分領(lǐng)域的依賴型工作，由技術(shù)運(yùn)維方以終端工作臺(tái)的形式提供，需求方可以自助使用，無須需求方提服務(wù)流程和排隊(duì)等待。
• 常規(guī)事件和異常實(shí)現(xiàn)自反應(yīng)和自愈，讓運(yùn)維工作變得相對(duì)智能，在提高系統(tǒng)可用性的同時(shí)達(dá)成工作減負(fù)、降低成本的目的。

籌謀

方向已經(jīng)清晰，目標(biāo)就在彼岸，如果到達(dá)呢？更謹(jǐn)慎的執(zhí)行、更負(fù)責(zé)任的態(tài)度、更細(xì)顆粒度的管理都解決不了問題，唯有突破現(xiàn)有思維模式，基于現(xiàn)狀而不限于現(xiàn)狀才有出路。

我們決定從如下六個(gè)方面進(jìn)行突破：

• 重新定義對(duì)專業(yè)技術(shù)能力的要求，技術(shù)運(yùn)維人員需要在熟練或精通基礎(chǔ)軟件應(yīng)用的基礎(chǔ)上，需要具備新技術(shù)研究和引入的能力或者運(yùn)維研發(fā)能力。
• 專業(yè)技術(shù)支撐團(tuán)隊(duì)有責(zé)任通過系統(tǒng)化的方式提供便捷的自助渠道，實(shí)現(xiàn)和關(guān)聯(lián)依賴團(tuán)隊(duì)的能力解耦。
• 業(yè)務(wù)為先，在工具平臺(tái)打通之前，從現(xiàn)有專業(yè)團(tuán)隊(duì)抽調(diào)精干力量，組成全棧技術(shù)能力運(yùn)維團(tuán)隊(duì)，支持敏捷產(chǎn)品團(tuán)隊(duì)的運(yùn)維支持工作。
• 不降低運(yùn)維質(zhì)量的要求，原有 ITIL 的管控環(huán)節(jié)抽象成規(guī)則邏輯，植入工具平臺(tái)。
• 所有自動(dòng)化工作秉承端到端的用戶思維，讓用戶能夠自助式的享受服務(wù)，原有流程環(huán)節(jié)，通過規(guī)則引擎植入運(yùn)維系統(tǒng)，對(duì)用戶透明。
• 持久化內(nèi)容存儲(chǔ)必須是可編程的，可扁平技術(shù)架構(gòu)，降低工作依賴層級(jí)，同時(shí)也可進(jìn)一步讓 IT 設(shè)備統(tǒng)一 X86 化。

經(jīng)過全面的考量之后，我們啟動(dòng)了下面五個(gè)任務(wù)：

• 豐箱：容器自動(dòng)自助的可視化管理平臺(tái)，實(shí)現(xiàn)容器在順豐技術(shù)架構(gòu)標(biāo)準(zhǔn)規(guī)則下的自動(dòng)創(chuàng)建和擴(kuò)容即日常維護(hù)，同時(shí)實(shí)現(xiàn)和應(yīng)用發(fā)布流程的無縫對(duì)接。
• 豐云：KVM 集群自動(dòng)自助的可視化管理平臺(tái)，優(yōu)先實(shí)現(xiàn) KVM 虛機(jī)在順豐技術(shù)架構(gòu)標(biāo)準(zhǔn)規(guī)則下的自動(dòng)創(chuàng)建和擴(kuò)容即日常維護(hù)，最終實(shí)現(xiàn)和應(yīng)用發(fā)布流程的無縫對(duì)接。
• 維石：順豐技術(shù)自動(dòng)化運(yùn)維的大腦，是運(yùn)維信息流通和運(yùn)維規(guī)則自動(dòng)應(yīng)用的核心，是最終面對(duì)用戶的終端自助工作臺(tái)提供方。
• ThinkDB：基于 X86 的高可用的數(shù)據(jù)庫池管理系統(tǒng)，其承擔(dān)了解除高容量高性能 DB 對(duì) SAN 存儲(chǔ)依賴的使命，同時(shí)進(jìn)一步提高 DB 的可用性和數(shù)據(jù)庫運(yùn)維工作的簡(jiǎn)易性。
• OSS：文件型對(duì)象可編程存儲(chǔ)系統(tǒng)，目的是對(duì)文件型存儲(chǔ)可編程化，解除對(duì) NAS 的需求，讓這類型的所有運(yùn)維規(guī)則和數(shù)據(jù)能夠回歸線上。

對(duì)于其中的主干任務(wù)維石，任務(wù)組在年初制訂了非常完美的計(jì)劃（如下圖所示），計(jì)劃在 2017 年 4 月初把資源交付做到自助，到 7 月份就轉(zhuǎn)入優(yōu)化階段。

碰壁

在美好愿景的驅(qū)動(dòng)下，我們從原有專業(yè)組抽調(diào)了部分力量組成需求團(tuán)隊(duì)，研發(fā)實(shí)現(xiàn)團(tuán)隊(duì)主要是沒有做過運(yùn)維工作的 Java 工程師，然后大家熱火朝天的開干了，不想剛邁開步子即踏入煉獄，進(jìn)入到為期兩個(gè)月的無盡循環(huán)。

• 需求泛濫，每個(gè)專業(yè)組需求很多，即使這些需求不在任務(wù)主目標(biāo)的關(guān)鍵路徑之上，也都想把自己的痛點(diǎn)扔給項(xiàng)目團(tuán)隊(duì)并被優(yōu)先解決。
• 需求理解偏差大，運(yùn)維不懂研發(fā)，研發(fā)不知運(yùn)維，需求和實(shí)現(xiàn)團(tuán)隊(duì)始終無法就需求規(guī)格說明達(dá)成一致以展開工作。
• 任務(wù)管理方法運(yùn)用不當(dāng)，邯鄲學(xué)步，一開始就希望用我們本來就不太熟練的產(chǎn)品和敏捷方法來進(jìn)行管理，結(jié)果成了東施效顰、徒具形式而已。
• 越俎代庖和用力過度，由于之前沒有做個(gè)綜合型研發(fā)項(xiàng)目，基礎(chǔ)的職責(zé)沒有厘清，大家憑熱情和喜好做事，工作無法有效展開。
• 紙上談兵，大家會(huì)議上講的內(nèi)容和計(jì)劃的完全不一樣；會(huì)后反應(yīng)的也不一樣，言行背離。

如此種種不順，兩個(gè)月下來，參與這個(gè)任務(wù)的同事們，不管是做需求的還是做架構(gòu)的，大家天天指責(zé)對(duì)方而沒有結(jié)果，疲憊且痛苦著。傳統(tǒng)運(yùn)維轉(zhuǎn)運(yùn)維研發(fā)的艱辛，遠(yuǎn)遠(yuǎn)超出了當(dāng)初的預(yù)期。

陸陸續(xù)續(xù)的，有成員開始放棄，平臺(tái)和前端研發(fā)有人離開了，產(chǎn)品經(jīng)理也不玩了，架構(gòu)師也跑路了。

面壁

痛定思痛，關(guān)鍵人員集體面壁，對(duì)任務(wù)進(jìn)行回顧和反思，最終制定了如下的五條規(guī)則：

• 規(guī)范需求，堅(jiān)持價(jià)值導(dǎo)向。需求很多沒有問題，但需要排隊(duì)，優(yōu)先級(jí)上還要看這些需求本身的價(jià)值和在關(guān)鍵路徑上是否是核心依賴。
• 拉近認(rèn)知，讓運(yùn)維的需求方和研發(fā)一起背靠背做研發(fā)。
• 看清事情本質(zhì)，不玩時(shí)髦概念，放下包袱，相關(guān)工作以更輕更高效的形勢(shì)來做。
• 言行一致，規(guī)范我們的計(jì)劃和過程管理，保障說的和實(shí)際做的，以及對(duì)外公布的信息保持一致。
• 職責(zé)回顧，大家各自重新把自己的職責(zé)厘清并遵守。

破壁

客觀和理性再次成為行事的主流，大家停止了相愛相殺式的爭(zhēng)執(zhí)，運(yùn)維大腦 Vishnu（維石）的設(shè)計(jì)理念終于出爐。

設(shè)計(jì)理念如下：

• 以 KVM、Docker、OSS、ThinkDB 提供的標(biāo)準(zhǔn)接口為基礎(chǔ)，實(shí)現(xiàn)底層資源的可編程；原有 SAN、NAS、LB 硬件設(shè)備以封裝原子服務(wù)的形式實(shí)現(xiàn)資源分配的可編程。
• 包括 DB、MW、MQ 在內(nèi)的 OS 之上的軟件服務(wù)以封裝原子服務(wù)的形式實(shí)現(xiàn)。
• 以編排框架實(shí)現(xiàn)完整工作流的編輯和管理；輔以任務(wù)管理的能力做時(shí)間排程。
• 具體的架構(gòu)和運(yùn)維規(guī)則邏輯在上層功能模塊實(shí)現(xiàn)。
• 通過權(quán)限認(rèn)證模塊實(shí)現(xiàn)登陸和鑒權(quán)的處理。
• 面對(duì)用戶主體功能模塊包括自助交付服務(wù)、自服務(wù)、自適應(yīng)和管理視圖模塊。

按照這種理念，維石（Vishnu）的雛形如下：

經(jīng)過六個(gè)月堅(jiān)持不懈地努力，我們已經(jīng)迭代到了 1.5 版本，實(shí)現(xiàn)了容器管理平臺(tái)、KVM、維石自助交付模塊和自服務(wù)以及 ThinkDB 這四大塊的階段性目標(biāo)，1.6 的迭代已經(jīng)開始切入管理視圖部分的容量管理功能。

隨著功能的逐步上線，運(yùn)維團(tuán)隊(duì)的工作模式和內(nèi)容也開始相應(yīng)的出現(xiàn)變化：

• 專業(yè)組充當(dāng)好資源的供給方即可，只需做好在線資源的庫存管理。
• 需求方也無需在通過工單系統(tǒng)進(jìn)行拆單派單，直接在維石工作平臺(tái)上獲取資源即可，而且最終也給出了良性的反饋：“終于可以優(yōu)雅的工作了”。交付效率更是較之前整體提高了 １ 到 ２ 個(gè)數(shù)量級(jí)。
• 大量常規(guī)變更無需由于擔(dān)心誤操作風(fēng)險(xiǎn)，而集中到晚間人手最緊缺的時(shí)候執(zhí)行，人和可工作時(shí)間的逆向差瓶頸被打破。
• 專業(yè)能力依賴解耦，之前由于專業(yè)能力和安全權(quán)所限需要排隊(duì)找專業(yè)組同事提供的服務(wù)可以在工作臺(tái)上獲取，這部分還在進(jìn)一步的優(yōu)化中。

維石（Vishnu）和 ＶＭ

現(xiàn)在和未來

走到今天，我們?nèi)匀辉诩訌?qiáng)運(yùn)維研發(fā)能力的建設(shè)：

• 更有效的需求發(fā)現(xiàn)和管理。
• 系統(tǒng)代碼質(zhì)量的提升。
• 建設(shè)自動(dòng)化測(cè)試框架，提高測(cè)試效率和質(zhì)量。
• 更適合運(yùn)維的技術(shù)框架和平臺(tái)架構(gòu)。
• 更簡(jiǎn)潔有效的任務(wù)組織形式。

我們體會(huì)到以前認(rèn)為不可能的事情經(jīng)歷摸爬滾打下來，只要努力去做，是可以實(shí)現(xiàn)的。可以預(yù)期的是，再過一年，還可以達(dá)到部分自適應(yīng)和自愈的運(yùn)維程度。

運(yùn)維的自由

最后，希望廣大運(yùn)維人是自由的。心的自由，無需時(shí)刻誠惶誠恐、如履薄冰，擔(dān)心無法按時(shí)交付誤事，擔(dān)心系統(tǒng)出故障。這個(gè)夢(mèng)想，希望廣大運(yùn)維同路人一起來實(shí)現(xiàn)！

[[213394]]

周輝，自號(hào)甲骨君， 2002 年 OCP。自千禧年以來先后就職于富士康集團(tuán)、平安科技和順豐科技，深刻經(jīng)歷制造行業(yè)、金融行業(yè)和快遞物流行業(yè) IT 運(yùn)維工作的歷史變遷。曾有幸在金融數(shù)據(jù)大集中的黃金年代負(fù)責(zé)某金融集團(tuán)保險(xiǎn)、銀行、證券、投資、基金、信托數(shù)據(jù)庫運(yùn)維工作，完成其龐大數(shù)據(jù)庫群標(biāo)準(zhǔn)化規(guī)劃和改造過程。在快遞物流飛速發(fā)展的當(dāng)下主導(dǎo)了順豐科技基礎(chǔ)架構(gòu)自原生態(tài)到標(biāo)準(zhǔn)化、系統(tǒng)化、半自動(dòng)化的運(yùn)維模式轉(zhuǎn)型，完成了順豐集團(tuán)新數(shù)據(jù)中心、容災(zāi)中心的規(guī)劃建設(shè)和遷移等IT底盤建設(shè)工作。現(xiàn)致力于順豐科技運(yùn)維轉(zhuǎn)型和變革工作，是 DevOps 的踐行者。