內(nèi)容來(lái)源：2018年2月5日，優(yōu)維科技CEO王津銀在“當(dāng)代CMDB模型應(yīng)有的破局之道 - EasyTalk - 01期?”進(jìn)行《新一代CMDB模型構(gòu)建指南》演講分享。IT 大咖說(shuō)（WeChat_ID：itdakashuo）作為獨(dú)家視頻合作方，經(jīng)主辦方和講者審閱授權(quán)發(fā)布。
閱讀字?jǐn)?shù)：3087?| 8分鐘閱讀
獲取嘉賓完整演講視頻及PPT，請(qǐng)點(diǎn)擊：http://t.cn/EyZ0Nny
摘要
今天我為大家?guī)?lái)的分享主題是新一代CMDB模型的構(gòu)建指南，主要分為四大部分。
困境：當(dāng)前CMDB模型面臨的普遍困境
很多CMDB建設(shè)前期做得風(fēng)風(fēng)火火，而后期維護(hù)漸漸被開(kāi)發(fā)、運(yùn)維等角色拋棄，成為廢墟。究其原因，部分是系統(tǒng)本身的各種因素阻礙，但更多是方法論問(wèn)題，總以為找到了很強(qiáng)的驅(qū)動(dòng)力來(lái)建設(shè)資源維護(hù)的流程和場(chǎng)景，其實(shí)都是自己的一廂情愿。?
從常規(guī)部門(mén)的角度看，數(shù)據(jù)中心的基礎(chǔ)設(shè)施部門(mén)統(tǒng)攬 CMDB 所觸及的配置建設(shè)和管理，但是資源部門(mén)根本不關(guān)心（也無(wú)法關(guān)心）資源所關(guān)聯(lián)的上層應(yīng)用。整個(gè)問(wèn)題看似走進(jìn)了無(wú)解的胡同。?
那么行業(yè)今天的CMDB模型問(wèn)題點(diǎn)究竟在哪？這些問(wèn)題可以從哪些視角去拆解分析？
破局：構(gòu)建CMDB模型的正確思路
在這里我比較主張分層進(jìn)行 CMDB 建設(shè)，業(yè)務(wù)和資源層 CMDB 分開(kāi)建設(shè)，但一定要以應(yīng)用的 CMDB 建設(shè)為主，并倒推資源層的 CMDB 建設(shè)完善。?
但思路歸思路，從實(shí)際的業(yè)務(wù)場(chǎng)景出發(fā)，真實(shí)存在的物理世界又如何精確映射到模型世界？?
我們又該如何構(gòu)建匹配一切實(shí)際場(chǎng)景的模型，是不是你也認(rèn)為CMDB的模型設(shè)計(jì)就是和設(shè)計(jì)數(shù)據(jù)庫(kù)表一樣簡(jiǎn)單？基于新思路構(gòu)建推演的CMDB模型和過(guò)去的CMDB模型到底有什么差異？做這樣改變的原因是什么？
體系：模型標(biāo)準(zhǔn)框架
CMDB即IT資源管理系統(tǒng)，能有效支撐反應(yīng)一個(gè)應(yīng)用運(yùn)行的占用資源。應(yīng)用占用的服務(wù)器是一種資源、占用的內(nèi)存是一種資源、占用的存儲(chǔ)是一種資源、占用的負(fù)載均衡是一種資源。?
但大家一定要注意，這個(gè)資源更多是以一種后端服務(wù)形式出現(xiàn)的，比如說(shuō)IaaS 服務(wù)或者是 PaaS 服務(wù)。
本次分享會(huì)提出IaaS、PaaS和應(yīng)用層的標(biāo)準(zhǔn)模型框架。這個(gè)框架改變了過(guò)去簡(jiǎn)單二維表的描述，真實(shí)構(gòu)建反映一個(gè)符合現(xiàn)當(dāng)下絕大多數(shù)IT體系背景的CMDB模型到底應(yīng)該是什么樣。
論證：模型的應(yīng)用場(chǎng)景推演
當(dāng)然，基于構(gòu)建模型，我們還會(huì)進(jìn)行各個(gè)CMDB場(chǎng)景的推演，從而驗(yàn)證新CMDB模型的適應(yīng)性。?
而且本次提出的運(yùn)維管理新思維經(jīng)過(guò)眾多項(xiàng)目落地實(shí)踐證明切實(shí)有效，給過(guò)去的很多未解問(wèn)題提供了解決方案。貼近業(yè)務(wù)的資源，驅(qū)動(dòng)力最強(qiáng)。
當(dāng)前CMDB模型面臨的問(wèn)題
當(dāng)前CMDB的模型問(wèn)題
當(dāng)今很多CMDB的模型還是聚焦在底層資源。這個(gè)底層資源指的一部分是IaaS層的資源管理，另一部分是PaaS層中間件的資源管理。到上層應(yīng)用這塊，其實(shí)它的模型表述特別簡(jiǎn)單，只有一些應(yīng)用的基本信息。
第二個(gè)要講的問(wèn)題是無(wú)應(yīng)用視角。今天我們創(chuàng)建管理了這么多資源對(duì)象，但不知道是給誰(shuí)用的，其實(shí)真正的著力點(diǎn)是應(yīng)用。這個(gè)我將其總結(jié)為無(wú)應(yīng)用層的理解力。
模型的動(dòng)態(tài)性不強(qiáng)。每個(gè)模型對(duì)象調(diào)整它的屬性或者關(guān)系的時(shí)候，在傳統(tǒng)數(shù)據(jù)庫(kù)里技術(shù)端的特點(diǎn)帶來(lái)的代價(jià)特別高。我把模型的動(dòng)態(tài)性抽象成兩個(gè)維度，第一是模型對(duì)象之間在CI級(jí)別的動(dòng)態(tài)性，第二個(gè)就是實(shí)例級(jí)。
第四個(gè)問(wèn)題是場(chǎng)景過(guò)渡的設(shè)計(jì)。我認(rèn)為場(chǎng)景是可以預(yù)設(shè)的，但是細(xì)粒度的模型會(huì)帶來(lái)很大的管理負(fù)擔(dān)。有時(shí)候會(huì)把場(chǎng)景考慮得過(guò)于復(fù)雜，導(dǎo)致這里面的模型管理后續(xù)負(fù)擔(dān)特別重。從簡(jiǎn)到繁很容易，但是從繁到簡(jiǎn)很難。
技術(shù)限制想象力。受CMDB平臺(tái)技術(shù)本身的能力限制，導(dǎo)致無(wú)法擴(kuò)展這個(gè)模型。
欠缺IT架構(gòu)思考力。我要講的是從業(yè)務(wù)架構(gòu)到應(yīng)用架構(gòu)再基礎(chǔ)架構(gòu)。業(yè)務(wù)架構(gòu)中還包含了基礎(chǔ)設(shè)施架構(gòu)和數(shù)據(jù)架構(gòu)。弄清楚這三者的關(guān)系后，就能表達(dá)出在每一層架構(gòu)上所帶來(lái)的本質(zhì)上的關(guān)系連接到底是什么。
CMDB系統(tǒng)截圖
構(gòu)建CMDB模型的正確思路
新一代CMDB到底新在哪兒？
新思維：突破配置管理的認(rèn)知，導(dǎo)致邊界不清。配置往IT資源方向轉(zhuǎn)變。
新方法：自上而下的推動(dòng)CMDB落地，而不是自下而上。
新模型：模型重構(gòu)，傳統(tǒng)的關(guān)系模型無(wú)法滿足。
新技術(shù)：使用新的技術(shù)，新的功能架構(gòu)，重新定義功能邊界。
CMDB元數(shù)據(jù)的兩類(lèi)用途
CMDB模型最終是要實(shí)例化數(shù)據(jù)和關(guān)系的，正確的模型構(gòu)建可以為多變的場(chǎng)景提供數(shù)據(jù)基礎(chǔ)。
第一個(gè)是面向管理層的ITSM流程。在很多傳統(tǒng)企業(yè)里面，CMDB還是要為ITSM的流程做好數(shù)據(jù)支撐服務(wù)。
第二個(gè)是面向執(zhí)行層的DevOps過(guò)程。端到端整個(gè)IT交付過(guò)程需要完整的元數(shù)據(jù)，特別是應(yīng)用層面的元數(shù)據(jù)。
兩層CMDB，構(gòu)建不同管理視角
CMDB架構(gòu)分基礎(chǔ)資源層架構(gòu)和應(yīng)用資源層架構(gòu)。應(yīng)用層資源架構(gòu)把相關(guān)的資源以應(yīng)用為中心實(shí)現(xiàn)資源整合。資源及其資源的關(guān)系稱(chēng)之為拓?fù)洌☉?yīng)用拓?fù)?、物理拓?fù)洌?，資源管理方式有人工維護(hù)和自動(dòng)發(fā)現(xiàn)兩種方式，流程是人工維護(hù)的一種復(fù)雜場(chǎng)景和手段。
基礎(chǔ)CMDB建設(shè)五原則
1、面向IaaS和PaaS設(shè)計(jì)，能夠管理底層的一切資源。
2、狀態(tài)控制借助運(yùn)維流程自動(dòng)化完成。
3、CI的維護(hù)要深度使用自動(dòng)發(fā)現(xiàn)，而不是人工維護(hù)。
4、資源信息必須能為上層應(yīng)用提供服務(wù)。
5、必須滿足基礎(chǔ)資源的CI管理需要。
應(yīng)用CMDB建設(shè)氣原則
1、提供統(tǒng)一的應(yīng)用元數(shù)據(jù)管理能力，和應(yīng)用類(lèi)型無(wú)關(guān)。
2、核心訴求是應(yīng)用生命周期管理。
3、以應(yīng)用為中心，而非基礎(chǔ)資源為中心。
4、從應(yīng)用資源的角度構(gòu)建起與IT資源的彈性關(guān)系。
5、為應(yīng)用資源、動(dòng)作、狀態(tài)的統(tǒng)一管理提供支撐。
6、以統(tǒng)一的基礎(chǔ)資源層CMDB作為基礎(chǔ)。
7、核心場(chǎng)景就是持續(xù)交付。
應(yīng)用CMDB模型層次化理解
應(yīng)用CMDB是面向資源的完整描述，應(yīng)用的資源分成應(yīng)用的部署資源、服務(wù)資源和動(dòng)作資源。
部署資源是一次應(yīng)用部署所依賴(lài)的資源，一般又稱(chēng)本地資源，比如說(shuō)主機(jī)Host、程序包等等。
服務(wù)資源是應(yīng)用運(yùn)行依賴(lài)的資源，一般有稱(chēng)之為附加資源（來(lái)自于12factor），比如說(shuō)應(yīng)用的服務(wù)接口、應(yīng)用依賴(lài)的PaaS資源、應(yīng)用依賴(lài)的應(yīng)用資源等等。
場(chǎng)景動(dòng)作是資源其上附加的動(dòng)作描述，是資源的管理方法。
新模型的標(biāo)準(zhǔn)化框架
新一代CMDB的資源模型框架
核心準(zhǔn)則：一個(gè)資源能夠提供服務(wù)，還要看它關(guān)聯(lián)的資源，因此必須采用立體化模型方案。
IaaS層硬件對(duì)象模型
針對(duì)每一個(gè)象實(shí)例化描述它們就可以了，無(wú)非就是屬性和關(guān)系。
IaaS層軟件定義對(duì)象模型
如上圖所示，把IaaS層軟件定義對(duì)象模型整理成三個(gè)層次。最底下的層次其實(shí)應(yīng)該叫做依賴(lài)的運(yùn)行資源，主機(jī)只是其中的一種。
這三個(gè)層次中必須要包含服務(wù)、組件實(shí)例和主機(jī)。服務(wù)運(yùn)行過(guò)程中起了哪些運(yùn)行實(shí)例、這些實(shí)例進(jìn)程在哪些主機(jī)上，主機(jī)延伸出來(lái)就是IP列表。
組件實(shí)例有兩種，一種是自有實(shí)例，當(dāng)程序運(yùn)行的時(shí)候需要的應(yīng)用包實(shí)例化。一種是依賴(lài)實(shí)例，就是將依賴(lài)組件實(shí)例化。
自有服務(wù)是自己?jiǎn)?dòng)的服務(wù)對(duì)外提供的時(shí)候以怎樣的方式暴露出去。依賴(lài)服務(wù)則是運(yùn)行時(shí)還關(guān)聯(lián)了哪些服務(wù)。
這個(gè)模型表達(dá)方法和PaaS層對(duì)象比較類(lèi)似。
PaaS層對(duì)象模型核心概念
一定要深刻理解服務(wù)、實(shí)例和主機(jī)之間的層次關(guān)系，并且要精確表達(dá)注意組件和集群的區(qū)別，例如Mysql組件和Mysql集群。
應(yīng)用層對(duì)象模型核心概念
應(yīng)用層對(duì)象也要深刻理解服務(wù)、實(shí)例和主機(jī)之間的層次關(guān)系，并且要精確表達(dá)。
今天的分享就到這里，謝謝大家！
Q&A
Q：虛擬化的資源怎么描述呢？
A：我們今天把虛擬化和物理機(jī)的資源對(duì)象疊加在一起管理。在主機(jī)對(duì)象表里增加了一個(gè)字段，就所屬母機(jī)，僅此一個(gè)維度的區(qū)別。
Q：像磁盤(pán)、網(wǎng)絡(luò)這些有沒(méi)有介紹？
A：我把磁盤(pán)、網(wǎng)絡(luò)歸納到底層IaaS的一部分。對(duì)于IaaS那部分對(duì)象CI的描述其實(shí)也比較簡(jiǎn)單。比如硬盤(pán)就歸類(lèi)為硬盤(pán)大小、分類(lèi)信息等等，只是一些硬件信息而已，沒(méi)有特殊的。網(wǎng)絡(luò)這塊要分開(kāi)，要分為各種網(wǎng)絡(luò)，像接入、匯聚跟核心可以歸為一類(lèi)的網(wǎng)絡(luò)設(shè)備，防火墻則要?dú)w為另外一類(lèi)。網(wǎng)絡(luò)方面比較需注意資源信息。
Q：應(yīng)用如何自動(dòng)發(fā)現(xiàn)？資源自動(dòng)發(fā)現(xiàn)能詳細(xì)介紹一下嗎？?
A：應(yīng)用層要真正想做到自動(dòng)發(fā)現(xiàn)，肯定還需要依賴(lài)規(guī)則庫(kù)。系統(tǒng)、子系統(tǒng)、應(yīng)用組件，這三個(gè)名稱(chēng)其實(shí)是一個(gè)邏輯的概念，只有人才能準(zhǔn)確地知道。如果要把機(jī)器運(yùn)行的實(shí)例信息和我們大腦中所記錄理解的應(yīng)用組件關(guān)聯(lián)起來(lái)，這就需要依賴(lài)規(guī)則了。所謂的規(guī)則無(wú)非就是根據(jù)實(shí)例所掃描上來(lái)的一些信息去整理規(guī)則。底層的資源自動(dòng)發(fā)現(xiàn)，有接口就寫(xiě)接口，有命令就跑命令，沒(méi)什么特別的。因?yàn)橘Y源層自動(dòng)發(fā)現(xiàn)的復(fù)雜度不在于它的技術(shù)，而在于它本身基礎(chǔ)設(shè)施的復(fù)雜度。
編者：IT大咖說(shuō)，轉(zhuǎn)載請(qǐng)標(biāo)明版權(quán)和出處
