隨著企業(yè)業(yè)務(wù)飛速發(fā)展，越來(lái)越多的系統(tǒng)和應(yīng)用會(huì)同時(shí)進(jìn)行上線和測(cè)試，運(yùn)維部門(mén)會(huì)面臨大量的IT資源申請(qǐng)需求來(lái)保障開(kāi)發(fā)測(cè)試部門(mén)的工作得以順利進(jìn)行。而且隨著現(xiàn)有系統(tǒng)面臨用戶(hù)量劇增、過(guò)時(shí)硬件支撐能力出現(xiàn)瓶頸、開(kāi)發(fā)架構(gòu)的變更等多種因素挑戰(zhàn)，也會(huì)出現(xiàn)大面積申請(qǐng)IT資源的情況發(fā)生。因此企業(yè)內(nèi)部IT資源的申請(qǐng)可以說(shuō)是運(yùn)維人員面臨的普通常見(jiàn)而又繁瑣耗時(shí)的基礎(chǔ)工作。

從非運(yùn)維人員視角簡(jiǎn)單看，應(yīng)對(duì)IT資源的申請(qǐng)無(wú)非是提供個(gè)機(jī)器，安裝個(gè)系統(tǒng)、配置個(gè)參數(shù)、預(yù)裝點(diǎn)軟件，耗點(diǎn)時(shí)間罷了，如果企業(yè)自動(dòng)化運(yùn)維做的到位，可能運(yùn)維人員在資源申請(qǐng)系統(tǒng)頁(yè)面拖拖拽拽就搞定了。大部分時(shí)間成本都耗在了填寫(xiě)資源申請(qǐng)表格、走資源申請(qǐng)流程、溝通資源細(xì)節(jié)上面。但實(shí)際情況真的如普通用戶(hù)想得那么簡(jiǎn)單嗎？

佛曰：三生，即生存、生活和生命。凡世間萬(wàn)事萬(wàn)物需歷三世磨煉、改造、升華，而至純至臻，止于至善。企業(yè)中IT資源的申請(qǐng)之路也是一個(gè)不斷的經(jīng)歷痛苦、改進(jìn)、優(yōu)化的發(fā)展旅程，讓我們扒一扒圖化資源申請(qǐng)之三生三世那點(diǎn)事兒，看看能從中得到什么啟示。

圖化資源申請(qǐng)之前世，即生存之世

在企業(yè)內(nèi)部申請(qǐng)資源傳統(tǒng)的方式是要填寫(xiě)一份符合企業(yè)標(biāo)準(zhǔn)化的資源申請(qǐng)表格。里面的信息大概包括使用申請(qǐng)資源用于哪個(gè)系統(tǒng)、申請(qǐng)幾臺(tái)機(jī)器或虛擬機(jī)、機(jī)器或虛擬機(jī)的配置情況（CPU多少？?jī)?nèi)存多少？磁盤(pán)空間多少？網(wǎng)絡(luò)如何？）、機(jī)器上安裝什么樣的操作系統(tǒng)、操作系統(tǒng)版本如何、預(yù)裝什么軟件環(huán)境、申請(qǐng)人是誰(shuí)、所屬部門(mén)是什么、申請(qǐng)日期、聯(lián)絡(luò)電話等等，如果緊急還要標(biāo)注環(huán)境到位的期限（一般只要申請(qǐng)資源都會(huì)說(shuō)急用，越快越好）。如下表所示：

前世之困惑

這種枯燥乏味的表格式的資源需求在企業(yè)中比比皆是，可想而知，當(dāng)運(yùn)維人員看到包含密密麻麻的文字信息的表格時(shí)，內(nèi)心會(huì)有多少個(gè)南美羊駝在奔跑啊。**這種傳統(tǒng)方式的資源需求表格不僅缺乏直觀識(shí)別、認(rèn)知周期冗長(zhǎng)，而且無(wú)法判斷申請(qǐng)的資源之間內(nèi)在關(guān)系如何、所屬系統(tǒng)如何、是否存在先后順序等等。**無(wú)疑造成了在交付資源的過(guò)程中出現(xiàn)反復(fù)和錯(cuò)誤，既浪費(fèi)了時(shí)間成本也影響了交付質(zhì)量。

同時(shí)，**傳統(tǒng)方式的資源申請(qǐng)也給企業(yè)用戶(hù)帶來(lái)了另一個(gè)挑戰(zhàn)：即申請(qǐng)的資源需求可復(fù)用性差。**客戶(hù)申請(qǐng)的資源往往有相同的特征，例如申請(qǐng)中間件集群環(huán)境，每個(gè)AppServer除了IP、主機(jī)名信息不同，其他如硬件資源、操作系統(tǒng)情況、中間件環(huán)境等信息都一樣，但往往由于客戶(hù)的內(nèi)部規(guī)范需要重復(fù)填寫(xiě)表單，或申請(qǐng)時(shí)間不同而反復(fù)填寫(xiě)相同的表單信息。還有一種情況是申請(qǐng)一個(gè)通用的組件資源，如Web服務(wù)器資源，每次填寫(xiě)的內(nèi)容可能除了項(xiàng)目名稱(chēng)或部門(mén)不同，其他信息也大部分雷同。因此這種申請(qǐng)資源中重復(fù)性的勞力工作也是我們常遇到的困惑。申請(qǐng)人員也不僅一次抱怨能否進(jìn)行模版化、復(fù)用化的變革，從而提高工作效能，避免浪費(fèi)大家寶貴的工作時(shí)間。

有困惑就會(huì)有思考，有思考就會(huì)有創(chuàng)新，部分經(jīng)歷資源申請(qǐng)前世痛苦的客戶(hù)已經(jīng)走在了今生不斷探索、不斷變革的資源申請(qǐng)之路。

圖化資源申請(qǐng)之今生，即生活之世

經(jīng)歷了傳統(tǒng)資源申請(qǐng)的種種挑戰(zhàn)和痛苦，一部分IT標(biāo)準(zhǔn)化成熟的企業(yè)開(kāi)始思考一個(gè)問(wèn)題：有沒(méi)有新的方式或者手段來(lái)改變這種資源申請(qǐng)過(guò)程中遇到的各種挑戰(zhàn)呢？**據(jù)科學(xué)家統(tǒng)計(jì)，在向人類(lèi)大腦傳送信息的三百萬(wàn)條神經(jīng)纖維中，視覺(jué)神經(jīng)纖維占了二百萬(wàn)條，視覺(jué)是人類(lèi)感受外界事物、獲取信息的重要的感官。具有很強(qiáng)的模式識(shí)別能力，對(duì)可視符號(hào)的識(shí)別和感知速度，比對(duì)數(shù)字或文本快多個(gè)數(shù)量級(jí)，且大量的數(shù)據(jù)信息處理發(fā)生在潛意識(shí)階段，所以視覺(jué)是獲取信息的重要通道。而視圖是人眼處理可視化符號(hào)常用的方式，人類(lèi)思考的過(guò)程，就是建立思維視圖的過(guò)程。**所以，如果在資源申請(qǐng)的過(guò)程中采用以視圖為中心、以視圖為數(shù)據(jù)基礎(chǔ)的情況下，是否能夠給我們帶來(lái)一些變化和創(chuàng)新呢？令人高興的是有企業(yè)已經(jīng)在使用這種資源申請(qǐng)方式并取得了很大成效，歸納下來(lái)今生資源申請(qǐng)之路我們可以分為兩步來(lái)走。

1

先將資源申請(qǐng)需求畫(huà)出來(lái)

即用畫(huà)圖的方式將使用者要申請(qǐng)的資源以組件的顆粒度表達(dá)出來(lái)，下面是一個(gè)制造業(yè)用戶(hù)的資源申請(qǐng)視圖的局部展示。

通過(guò)上面局部視圖的展示，我們通過(guò)可視化的方式可以直觀的認(rèn)知如下信息：

機(jī)器信息

客戶(hù)要申請(qǐng)2臺(tái)機(jī)器，共3臺(tái)虛擬機(jī)。1個(gè)虛擬機(jī)用于webserver，宿主在單獨(dú)1臺(tái)機(jī)器（企業(yè)規(guī)范一個(gè)方框表示single System），2個(gè)虛擬機(jī)用于JBoss（企業(yè)規(guī)范2個(gè)圓圈表示集群模式），共享1臺(tái)硬件機(jī)器（都在紅色區(qū)域內(nèi)）。后臺(tái)交付部門(mén)可以清晰的從宏觀上知道申請(qǐng)者對(duì)機(jī)器數(shù)量的要求。

層次信息

上圖左側(cè)中可以看出物理機(jī)器——虛擬機(jī)——操作系統(tǒng)——Web Server層次信息。右側(cè)則可以看出物理機(jī)器——虛擬機(jī)——操作系統(tǒng)——JBoss集群——WebService和FileVault模塊這種層次信息。運(yùn)維人員能夠直觀的了解每個(gè)申請(qǐng)資源都包含那些CI項(xiàng)，以及他們的層次關(guān)系，提前思考CI的分類(lèi)、CI之間的關(guān)系，為將來(lái)在CMDB中如何建立數(shù)據(jù)打下基礎(chǔ)。

訪問(wèn)信息

我們可看到webserver會(huì)通過(guò)網(wǎng)絡(luò)https方式訪問(wèn)JBoss組件，這種直觀連線式的表達(dá)能讓客戶(hù)清晰的知道組件之間的訪問(wèn)順序、訪問(wèn)方向和訪問(wèn)關(guān)系信息。

CI配置信息

通過(guò)進(jìn)一步單擊每個(gè)組件，會(huì)看到類(lèi)似CI配置的代碼信息。

通過(guò)上述描述，我們可以得出一個(gè)結(jié)論：采用視圖可視化的方式開(kāi)展資源申請(qǐng)業(yè)務(wù)，不僅能夠讓使用者和資源提供者都在統(tǒng)一的視圖視角范圍內(nèi)對(duì)交付內(nèi)容有清晰和直觀的認(rèn)知，而且擺脫了傳統(tǒng)數(shù)據(jù)表格模式的乏味枯燥困擾，降低了使用者對(duì)IT行業(yè)知識(shí)的認(rèn)知門(mén)檻，提高了溝通的效率和客戶(hù)體驗(yàn)。

2

便捷的資源申請(qǐng)畫(huà)圖

能夠?qū)①Y源申請(qǐng)情況用畫(huà)圖的方式呈現(xiàn)出來(lái)只是基礎(chǔ)的功能。下圖是制造業(yè)客戶(hù)的一個(gè)資源申請(qǐng)視圖的全貌。

從圖上可以直觀感受到如此多的組件，如此復(fù)雜的關(guān)系連線以及如此豐富的圖標(biāo)樣式。把這些視圖元素完整無(wú)誤的畫(huà)出來(lái)是非常耗時(shí)的，而且需要畫(huà)圖者需要極大的耐心和細(xì)心的。我們可以分析出圖中某些組件組合方式是經(jīng)常遇到，或重復(fù)使用的，例如下圖中的組件包：

這是一個(gè)簡(jiǎn)單而且常用的申請(qǐng)資源情況，就是提供客戶(hù)1臺(tái)包含SuSE操作系統(tǒng)的機(jī)器，可能未來(lái)用于安裝業(yè)務(wù)客戶(hù)端、也可能只是個(gè)前置Web服務(wù)機(jī)器。無(wú)論如何這類(lèi)申請(qǐng)的資源模式在企業(yè)中十分常見(jiàn)，如果每次都從零開(kāi)始畫(huà)圖，難免體驗(yàn)過(guò)于低級(jí)。隨著企業(yè)規(guī)范越來(lái)越完善，可復(fù)用的資源組件可能越來(lái)越復(fù)雜，越來(lái)越多，這類(lèi)需求的呼聲也會(huì)不斷增加。

因此，視圖平臺(tái)要提供一種能力將常用組件整合在一起，形成一個(gè)可復(fù)用、可管理、可維護(hù)的資源包，這種資源包的制作和維護(hù)完全由客戶(hù)根據(jù)企業(yè)規(guī)范和資源申請(qǐng)的需求自定義、自操作、自管理。資源包可以看成是視圖的重要組成部分，除了可視化的內(nèi)容顯示，還包括了CI配置信息代碼、CI關(guān)系數(shù)據(jù)代碼等基本元素。從而降低資源申請(qǐng)者畫(huà)圖的時(shí)間，提高畫(huà)圖的效率。

今生之挑戰(zhàn)

從生存到生活，其實(shí)是解決了企業(yè)資源申請(qǐng)基本的“活著”的問(wèn)題，也可以理解成相對(duì)“活的好些”的要求，其實(shí)離“活的瀟灑”還是有一定距離的，因?yàn)槲覀冞€面臨著如下的挑戰(zhàn)：

1、資源申請(qǐng)進(jìn)度的不透明化：往往客戶(hù)提交了資源申請(qǐng)表格之后就只有等待，等待資源申請(qǐng)表格的流程走完、等待運(yùn)維人員交付環(huán)境、等待后臺(tái)人員根據(jù)建立好的資源生成CMDB中的配置信息。這個(gè)過(guò)程往往對(duì)于前臺(tái)客戶(hù)并不完全透明，造成了更多的前后臺(tái)溝通成本，也影響了后續(xù)工作的部署進(jìn)度。

**2、配置關(guān)系信息無(wú)法自動(dòng)同步生成：**在一個(gè)CMDB系統(tǒng)比較完備的企業(yè)，配置信息的關(guān)系在資源生成之后需要客戶(hù)手工梳理和輸入組件之間的關(guān)系信息。因此后臺(tái)運(yùn)維人員需要花費(fèi)時(shí)間和提交資源申請(qǐng)人員理解消化和反復(fù)溝通各個(gè)配置信息之間的關(guān)系情況，從而在CMDB中建立準(zhǔn)確而符合企業(yè)規(guī)范的CI關(guān)系數(shù)據(jù)。這不僅會(huì)出現(xiàn)由于溝通信息衰減而導(dǎo)致數(shù)據(jù)錯(cuò)誤，而且會(huì)隨著系統(tǒng)的不斷變更帶來(lái)大量的反復(fù)工作，增加了運(yùn)維工作的復(fù)雜度和工作強(qiáng)度。

企業(yè)的CMDB數(shù)據(jù)的重要性和消費(fèi)性還停留在理論上，如何將數(shù)據(jù)和視圖進(jìn)行整合、聯(lián)動(dòng)、升華，實(shí)現(xiàn)CMDB生產(chǎn)工具圖形化、場(chǎng)景化、眾創(chuàng)化才是我們的終極目標(biāo)。

圖化資源申請(qǐng)之未來(lái)，即生命之世

古人云：前世之債，今生來(lái)償，終其一生思考以謀未來(lái)之福祉。從生活到生命，區(qū)別在于一個(gè)是我們生于其間的現(xiàn)實(shí)世界，一個(gè)是我們心向往之的理想國(guó)度。對(duì)于企業(yè)內(nèi)部IT資源申請(qǐng)的來(lái)世，可能沒(méi)有我們遙望的那么久遠(yuǎn)，因?yàn)樽兏镆呀?jīng)發(fā)生，即使是潘多拉的魔盒也沒(méi)有將希望完全泯滅，讓我們來(lái)感受一下資源申請(qǐng)美好的未來(lái)。

1

通過(guò)視圖讓資源申請(qǐng)進(jìn)度可視化

通過(guò)視圖來(lái)表示資源申請(qǐng)的情況還不是我們的目標(biāo)。在申請(qǐng)者提交資源視圖之后，他們的關(guān)注點(diǎn)已經(jīng)轉(zhuǎn)移到了資源申請(qǐng)的進(jìn)度如何，客戶(hù)希望對(duì)申請(qǐng)資源的到位情況能夠?qū)崟r(shí)掌握，從而有計(jì)劃、有目標(biāo)的開(kāi)展下一步的工作。請(qǐng)看下圖：

從上圖中我們可以直觀的感受到申請(qǐng)資源的進(jìn)度情況。左邊的Client組件仍然是灰顯狀態(tài)，說(shuō)明資源還未到位；中間的WebServer資源的機(jī)器和虛擬機(jī)已經(jīng)ok，因?yàn)橐晥D中顯示高亮狀態(tài)，但虛擬機(jī)中的操作系統(tǒng)和WebServer平臺(tái)軟件還在部署中，因此狀態(tài)為灰顯；而右邊的AppServer組件無(wú)論是硬件級(jí)別、操作系統(tǒng)級(jí)別還是平臺(tái)軟件級(jí)別都是高亮狀態(tài)，說(shuō)明申請(qǐng)需要的資源已經(jīng)完全到位，用戶(hù)可以開(kāi)展下一步的測(cè)試或部署應(yīng)用工作。

實(shí)現(xiàn)上述資源進(jìn)度可視化功能是離不開(kāi)企業(yè)的CMDB核心配置庫(kù)的。還記得我們?cè)诋?huà)圖中要對(duì)每個(gè)CI配置信息進(jìn)行輸入嗎？這就為我們能夠通過(guò)視圖進(jìn)行資源申請(qǐng)進(jìn)度跟蹤埋下了伏筆。在使用者申請(qǐng)資源畫(huà)圖中，會(huì)根據(jù)需求在代碼段中填寫(xiě)相應(yīng)分類(lèi)組件的部分配置信息。當(dāng)運(yùn)維部門(mén)在交付資源的時(shí)候會(huì)參考并補(bǔ)充完整這部分CI配置信息，待資源交付成功后會(huì)手工或自動(dòng)化的在企業(yè)核心CMDB中生成CI的配置數(shù)據(jù)。這些配置數(shù)據(jù)會(huì)定時(shí)回傳給視圖管理平臺(tái)。當(dāng)用戶(hù)通過(guò)視圖查看進(jìn)度的時(shí)候，視圖管理平臺(tái)會(huì)自動(dòng)根據(jù)視圖中組件信息和回傳的CI數(shù)據(jù)進(jìn)行匹配，從而選擇灰顯或高亮組件來(lái)呈現(xiàn)資源交付進(jìn)度。這種方式不僅在資源申請(qǐng)過(guò)程中實(shí)現(xiàn)了數(shù)圖結(jié)合，數(shù)圖互動(dòng)，也擴(kuò)大了企業(yè)CMDB的使用價(jià)值和自動(dòng)化進(jìn)程改革。

2

CI關(guān)系數(shù)據(jù)自動(dòng)生成和回寫(xiě)

以往我們CI關(guān)系數(shù)據(jù)需要客戶(hù)進(jìn)行梳理和建立，但采用視圖方式之后，由于在資源申請(qǐng)的時(shí)候申請(qǐng)人會(huì)完善CI關(guān)系代碼信息，CI關(guān)系也只有開(kāi)發(fā)、業(yè)務(wù)和申請(qǐng)人這類(lèi)角色工作人員清楚，后臺(tái)交付人員對(duì)CI關(guān)系信息不敏感。如果交付人員建立CI關(guān)系數(shù)據(jù)也需要和前端溝通和確認(rèn)，十分麻煩而且也容易造成理解誤區(qū)。以此我們把CI關(guān)系數(shù)據(jù)的梳理和建立放在了視圖管理平臺(tái)中，由申請(qǐng)人或有權(quán)限修改視圖的業(yè)務(wù)人員進(jìn)行梳理并確認(rèn)。當(dāng)視圖中所有資源交付成功后，即灰顯狀態(tài)都成為高亮狀態(tài)時(shí)，視圖管理平臺(tái)根據(jù)視圖中的CI關(guān)系代碼信息自動(dòng)建立CI關(guān)系數(shù)據(jù)，之后將這些關(guān)系數(shù)據(jù)回寫(xiě)到CMDB核心庫(kù)中。到此為止客戶(hù)申請(qǐng)資源的業(yè)務(wù)流程形成了一個(gè)閉環(huán)，視圖在資源申請(qǐng)的過(guò)程中，扮演著直觀顯示資源情況、描述資源CI信息、生成CI關(guān)系數(shù)據(jù)并回傳，校驗(yàn)視圖中組件資源申請(qǐng)進(jìn)度的角色。

3

視圖的資源變更擴(kuò)展能力

在申請(qǐng)資源交付給使用者后，資源有可能發(fā)生變更和淘汰，我們還需要視圖的一些擴(kuò)展能力予以支撐。

• 客戶(hù)由于架構(gòu)改變，或機(jī)器替換的時(shí)候，CMDB中的數(shù)據(jù)發(fā)生改變，這些改變的數(shù)據(jù)會(huì)同步回視圖管理平臺(tái)。當(dāng)客戶(hù)瀏覽視圖的同時(shí)，這些變化的數(shù)據(jù)會(huì)以視圖可視化的方式提醒客戶(hù)，幫助客戶(hù)校驗(yàn)、修改和完善資源申請(qǐng)視圖。

• 數(shù)據(jù)校驗(yàn)和修改后，視管理平臺(tái)提供視圖的版本管理功能，記錄由于數(shù)據(jù)改變而帶來(lái)的視圖變化痕跡信息，用于日后申請(qǐng)者進(jìn)行歷史查詢(xún)。

這樣，通過(guò)視圖的方式提供給企業(yè)一個(gè)資源申請(qǐng)全生命周期的可視化管理能力，幫助企業(yè)更好、更快、更敏捷的進(jìn)行資源申請(qǐng)業(yè)務(wù)的開(kāi)展。

未來(lái)的生命之路所以美好而令人期待，就是因?yàn)椤拔磥?lái)”這個(gè)字眼就意味著無(wú)限的可能性，我們完全有理由相信通過(guò)視圖手段實(shí)現(xiàn)業(yè)務(wù)需求這種理念，會(huì)在企業(yè)IT發(fā)展上帶來(lái)更多的奇跡、更好的明天。優(yōu)锘的DMV可視化平臺(tái)了解客戶(hù)的前世之痛、今生之憾和未來(lái)之夢(mèng)，攜手我們，讓我們一起和未來(lái)赴約。