上一篇（內功篇）介紹了建設CMDB的內功心法，接下來和各位交流下建設CMDB的招式。內功是根基、是基礎，決定了武學修為境界的高低，招式也許就是明心見性之後的修行。修為指一個人的修養、素質、道德、涵養、造詣等，是意識形態；而招式是將這些內在意識的東西向外傳遞的多種表現形式或手段。對於項目建設，內功心法是偏項目管理，而招式是偏產品形態。招式是技術、場景、數據。技術決定了產品的穩定性、性能；場景決定了產品的適應性、匹配度、粘合度；而數據決定了產品的未來。

【第一式】技術

很多人都覺得京東是一家電商公司，劉強東卻認為京東本質上是一家技術公司，是一家以技術驅動去解放傳統零售，傳統物流和傳統金融的一個公司。同樣馬雲也多次提到阿裏是一家技術公司，如沒有強大的技術支持，也不可能撐得住今年雙11每秒12萬筆的交易。可見技術是一個企業的安身立命之本，另外技術還是決定一個業務系統穩定性的核心要素。

關於技術有兩個方面的考慮：

?技術向往

作為一個技術男，我們應努力嗅探新技術，新技術的出現，必然會涉及到一些顛覆或改進，對於產品而言，改進一點點，也許就是進一大步。積極運用新技術，不要懼怕新技術的坑，拿出踏平坎坷成大道的氣勢來！

?技術取舍

對於新技術我們要積極接納又要有所甄別，取自己需要的。根據其各自特點和擅長的領域，讓其各司其職，最大化的挖掘單個技術的價值，物善其用。

【第二式】場景

每款產品的出現都是源於需求，需求的出現，都是來自用戶的特殊場景。產品設計的本源是解決問題，只有去親身體驗去思考用戶使用的真實場景，才能設計出貼合用戶，接地氣的產品。基於場景，我們應該怎麽做設計呢？我這裏分了四步驟。

我們以CI關系的展現這個場景來舉例說明：

?場景說明

運維人員（基礎運維，應用運維，系統運維）在系統變更、故障等時候，需要查看CI的關系，知道變更、故障的等影響範圍，輔助運維人員分析。

?分析，分解

CI關系，可以看成CI的社交關系，和人一樣都是活在一張彌天大網之中。但往往在生活中，我們遇事尋求幫助的時候，一般僅利用這張大網的其中一部分。其實運維也一樣，我們遇到故障排查時候，我們並不是要這種彌天大網，而僅僅需要其中某一個子網。比如網絡人員，關心網絡連接的情況，根本不關心這臺服務器上運行了什麽。所以基於場景我們應該提供能夠按照不同的維度，不同的視角提供子網的能力。

?串聯、組合、引導

對於CI關系，我們利用圖形化的手段直觀的展示復雜的CI關系，讓人一目了然，並且在關系的建立上，采用引導化的交互模式。另外我們也提供了詳細的API能力，不僅滿足界面的展現同時也支持了外部系統的自動獲取和分析能力。

?性能、體驗、亮點、驚喜

非常流暢的、美觀的在圖上展現關系信息，提供內置的自動化布局能力（星型布局、層級布局、橫向布局等），關系的自動挖掘能力，以及兩點最佳路徑搜索能力，幫組運維人員快速制圖。

【第三式】數據

目前正處於IT時代走向DT(Data technology)時代，運用數據處理技術改變我們的生活、我們的運維，數據是才是產品的未來。

數據的處理也包括三部分：

?數據的發現能力

傳統配置數據難以維護的根本原因，主要是過分依賴人工收集、維護。由於人的自有惰性，時間久了數據會失去鮮活性，變成一團散沙。所以數據維護應該采用技術手段來降低管理負擔，多依賴於自動化發現與調和能力，來源可以兼顧多重途徑獲取，結合內置算法、人工修正、自動學習，對發現結果進行調和，最終形成可以感知實際IT環境的配置數據。

目前自動發現的渠道主要有：

? 遠程協議獲取：主要包含ICMP，SNMP，WMI，SSH等協議，例如ICMP主要是看IP可達，掃描全網的在網IP。SNMP主要是網絡設備的采集，WMI是Windows的操作系統，利用網絡連接跟蹤腳本發現應用端口的關系。

? 安裝代理：在被管機器上安裝代理程序，通過代理內置的發現能力，可擴展的腳本，來發現主機硬件、操作系統、安裝的數據庫、中間件等配置信息。

? 和第三方工具集成：例如，可以利用APM監控系統，APM通過交換機端口鏡像，分析網絡中的7層協議，可以分析得到業務系統的服務路徑關系，並將關系數據送至CMDB調和。

通過合理的模型顆粒度和自動發現能力配合，可以解決IT運維中70%左右的信息獲取，再通過人工維護來進行補充、校驗完善。

?數據的感知能力

互聯網+時代的雲化數據中心，為快速響應業務的需求，應用需要隨時應對擴容的需要，因此，配置及關系是動態變化，然而CMDB的本質就是為了真實、實時、反映數據中心的架構，這樣使得CMDB能否實時捕獲和感知數據的變化顯得尤為重要。對於變化的內容，需要向訂閱用戶和第三方系統實時推送。

?數據的分析能力

CMDB建設成功帶來的另一個未來價值是作為配置元數據的價值，可以為運維大數據分析提供可信基礎，促進運維走向大數據分析、智能決策階段。例如，我們在做變更的時候，需要去看該變更的影響範圍是多大?變更將引起什麽樣的情況發生？曾經這樣的變更是否引起故障？如果有故障是怎麽修復？

內功心法+招式，希望能夠助力您加快建設CMDB的步伐。最後，還是那句話，在修煉的路上，任重而道遠，祝君好運！

CMDB三大絕招，助我站穩運維之巔