CMDB是一個(gè)較為老生常談的問(wèn)題,這一概念在很早時(shí)期就已經(jīng)引入了國(guó)內(nèi),縱觀運(yùn)維數(shù)字化轉(zhuǎn)型的整個(gè)發(fā)展過(guò)程, CMDB的建設(shè)是每個(gè)企業(yè)都必經(jīng)的重要階段。早期的CMDB往往只是為了提供運(yùn)維流程的支撐,數(shù)據(jù)準(zhǔn)確性得不到保障,運(yùn)維依賴程度低,常常會(huì)出現(xiàn)“建而無(wú)用”等情況。然而隨著數(shù)字化轉(zhuǎn)型的不斷推進(jìn),運(yùn)維需要更高質(zhì)量的數(shù)據(jù),運(yùn)維平臺(tái)需要更高效可靠的支撐,CMDB作為運(yùn)維基石是重中之重,也需要進(jìn)一步的“修煉”!
那么在實(shí)際落地建設(shè)過(guò)程中,可視、可用、可信、可靠的CMDB怎么打造?企業(yè)又該如何“修煉”面向消費(fèi)的運(yùn)維高質(zhì)量CMDB呢?本文帶您一探究竟!
01. CMDB的常見(jiàn)場(chǎng)景與痛點(diǎn)
CMDB建設(shè)過(guò)程中,企業(yè)通常會(huì)遇到一些困境,同時(shí)由于企業(yè)里面不同角色對(duì)CMDB的訴求各不相同,CMDB對(duì)于不同的視角下的痛點(diǎn)也是不一樣的。
1)企業(yè)建設(shè)CMDB的“三重困境”
① 消費(fèi)場(chǎng)景的局限
早期CMDB前期建設(shè)時(shí),并沒(méi)有以應(yīng)用為中心的概念,運(yùn)維人員與運(yùn)維管理者往往關(guān)注在IT“資產(chǎn)”上
“有沒(méi)有相應(yīng)的IT資產(chǎn)?資產(chǎn)在什么位置?其運(yùn)行情況如何?現(xiàn)有的業(yè)務(wù)依賴哪些資產(chǎn)?”等等一系列問(wèn)題。
而隨著運(yùn)維場(chǎng)景的不斷豐富與建設(shè),越來(lái)越多的消費(fèi)需求不斷迸發(fā),比如說(shuō)需要對(duì)監(jiān)控系統(tǒng)進(jìn)行故障影響分析、對(duì)大屏數(shù)據(jù)進(jìn)行聚合與展示時(shí),以“資產(chǎn)”為中心的CMDB由于前期設(shè)計(jì)就沒(méi)有考慮到數(shù)據(jù)間的關(guān)聯(lián)關(guān)系,導(dǎo)致數(shù)據(jù)消費(fèi)問(wèn)題非常難以解決。
② 架構(gòu)設(shè)計(jì)的局限
當(dāng)前期CMDB建設(shè)沒(méi)有被定義為整個(gè)企業(yè)的運(yùn)維主數(shù)據(jù)時(shí),各個(gè)部門都在單打獨(dú)斗的建立自己的CMDB供自己使用,導(dǎo)致企業(yè)內(nèi)各式各樣的煙囪式的系統(tǒng)建設(shè),帶來(lái)數(shù)據(jù)分散、數(shù)據(jù)質(zhì)量低、數(shù)據(jù)維護(hù)工作量大等問(wèn)題,難以統(tǒng)一去治理。
③ 流程管理的局限
管理流程上的局限通常更多會(huì)影響到數(shù)據(jù)的質(zhì)量問(wèn)題,如果沒(méi)有有效的管理流程以及自動(dòng)化能力,那么就相當(dāng)于CMDB的數(shù)據(jù)僅僅只是從線下的表格搬到了線上工具里,甚至與一個(gè)在線的EXCEL表格是沒(méi)有太大區(qū)別的,仍然需要運(yùn)維人員花費(fèi)大量的時(shí)間去收集真實(shí)環(huán)境的數(shù)據(jù)導(dǎo)入到CMDB中去,這樣的數(shù)據(jù)質(zhì)量是存疑的。
同時(shí)對(duì)于運(yùn)維人員來(lái)說(shuō),每天的工作并沒(méi)有什么變化,這樣的CMDB的建設(shè)帶來(lái)的管理成本是遠(yuǎn)遠(yuǎn)大于價(jià)值收益的。
2)三類運(yùn)維角色視角
① 企業(yè)管理者視角
企業(yè)管理者更多會(huì)從全局和成本的角度去關(guān)心CMDB能夠提供的價(jià)值。通常會(huì)考慮以下幾類問(wèn)題:CMDB建設(shè)成本是否合理?資源使用率如何?是否可以承載消費(fèi)場(chǎng)景需求?是否兼容新架構(gòu)、異構(gòu)化等,以確保企業(yè)業(yè)務(wù)運(yùn)行所依賴的IT對(duì)象管理足夠全面、足夠規(guī)范和合理。
② 運(yùn)維管理者視角
對(duì)于運(yùn)維管理者或者運(yùn)維經(jīng)理等角色,更關(guān)心CMDB落地為企業(yè)帶來(lái)的價(jià)值,CMDB建設(shè)是一個(gè)長(zhǎng)期的過(guò)程,運(yùn)維管理者需要讓這一高成本建設(shè),能夠合理的使用起來(lái),保證數(shù)據(jù)的準(zhǔn)確性,提供業(yè)務(wù)價(jià)值。
③ 運(yùn)維工程師視角
作為真正使用CMDB的運(yùn)維工程師,更關(guān)注在于CMDB產(chǎn)品設(shè)計(jì)的體驗(yàn),是否足夠方便、快捷,能不能減少運(yùn)維工作量,從實(shí)際工作的角度出發(fā)去考慮。
02. CMDB落地常見(jiàn)問(wèn)題
大部分的企業(yè)基本都做過(guò)了CMDB的建設(shè),除了以上在各個(gè)場(chǎng)景的困境之外,在落地建設(shè)的時(shí)候,通常也會(huì)遇到各類問(wèn)題,結(jié)合嘉為多年幫助企業(yè)建設(shè)CMDB的經(jīng)驗(yàn),我們總結(jié)并列舉了以下六個(gè)問(wèn)題,與大家深入分析CMDB在落地時(shí)的一些相對(duì)典型的難點(diǎn)。
1)靈活性不足
有一部分企業(yè)在早期是通過(guò)引進(jìn)國(guó)外的CMDB,這類CMDB更加偏向于某一領(lǐng)域,例如側(cè)重于網(wǎng)絡(luò)領(lǐng)域的,亦或是側(cè)重于資產(chǎn)領(lǐng)域的,在實(shí)際產(chǎn)品中,靈活性可以從兩個(gè)方面去判斷:
隨著業(yè)務(wù)發(fā)展,IT環(huán)境日益復(fù)雜,IT對(duì)象種類繁多,CMDB是否足夠靈活,是否支持自定義擴(kuò)展,是否適配新的技術(shù),能否對(duì)新對(duì)象進(jìn)行納管,對(duì)企業(yè)長(zhǎng)期建設(shè)發(fā)展是非常重要的。
2)自動(dòng)化不足
顧名思義也就是指整個(gè)配置數(shù)據(jù)自動(dòng)化維護(hù)的程度不足,在以往建設(shè)過(guò)的客戶中,我們發(fā)現(xiàn)許多客戶的CMDB數(shù)據(jù)新增、更新、刪除都是通過(guò)人工收集,再去CMDB做導(dǎo)入。實(shí)際上這不僅僅讓運(yùn)維人員維護(hù)數(shù)據(jù)的成本很高,同時(shí)數(shù)據(jù)的的準(zhǔn)確性也無(wú)法得到保障,并且有一部分高頻變化的數(shù)據(jù)例如容器化數(shù)據(jù)等,十分難以通過(guò)人工去保證。
3)權(quán)限管控不足
近年來(lái),對(duì)于金融、運(yùn)營(yíng)商等行業(yè),權(quán)限審計(jì)、合規(guī)審計(jì)等的要求越來(lái)越嚴(yán)格,在這種日漸趨嚴(yán)的安全制度下,對(duì)整個(gè)CMDB的設(shè)計(jì)提出了更高的要求,能否滿足細(xì)顆粒度、精細(xì)化的權(quán)限管控將直接影響整個(gè)CMDB在企業(yè)落地的效果。
4)業(yè)務(wù)價(jià)值體現(xiàn)不足
主要還是體現(xiàn)在早期以“資產(chǎn)”為中心的CMDB中,由于無(wú)法呈現(xiàn)IT對(duì)象與業(yè)務(wù)之間的關(guān)系,不能夠有效支撐判斷IT對(duì)象對(duì)業(yè)務(wù)的影響,同時(shí)無(wú)法感知業(yè)務(wù)下的資源總體情況,CMDB模型設(shè)計(jì)層面如果無(wú)法支持端到端,沒(méi)有完整的拓?fù)涑尸F(xiàn)的話,是沒(méi)辦法隨著運(yùn)維自動(dòng)化、智能化的發(fā)展去體現(xiàn)它作為IT運(yùn)維平臺(tái)的基石的價(jià)值的。
5)數(shù)據(jù)質(zhì)量不足
數(shù)據(jù)質(zhì)量不足目前也是令許多企業(yè)非常頭疼的問(wèn)題之一,由于數(shù)據(jù)填充度低、關(guān)鍵關(guān)聯(lián)關(guān)系缺失、數(shù)據(jù)填充及設(shè)計(jì)缺乏統(tǒng)一規(guī)范,導(dǎo)致CMDB后期規(guī)模越來(lái)越大時(shí),就像一張網(wǎng),幾十萬(wàn)的實(shí)例、上百萬(wàn)的關(guān)聯(lián)關(guān)系在這張網(wǎng)上錯(cuò)綜復(fù)雜,運(yùn)維人員開(kāi)始無(wú)法感知到CMDB數(shù)據(jù)質(zhì)量的問(wèn)題,同時(shí)也不能夠保證當(dāng)前所定義的指標(biāo)是否能夠真正的幫助運(yùn)維人員去解決數(shù)據(jù)質(zhì)量的問(wèn)題。
6)消費(fèi)場(chǎng)景不足
這類問(wèn)題通常與前期建設(shè)的目標(biāo)和思路會(huì)有一些關(guān)系,如果在建設(shè)初期基本是“空想”式建設(shè),沒(méi)有考慮清楚面向什么消費(fèi)對(duì)象,支撐內(nèi)部什么工具,建設(shè)起來(lái)以后發(fā)現(xiàn)除了帶來(lái)維護(hù)成本,沒(méi)有太大的價(jià)值。
CMDB建設(shè)有兩大核心,模型設(shè)計(jì)的是否合理,是否真正以“消費(fèi)”來(lái)驅(qū)動(dòng),這是一大核心,第二個(gè)核心就是數(shù)據(jù)治理和運(yùn)營(yíng)體系。
所以消費(fèi)場(chǎng)景其實(shí)會(huì)很大程度影響到模型設(shè)計(jì),而嘉為藍(lán)鯨CMDB就是基于消費(fèi)去驅(qū)動(dòng),在設(shè)計(jì)模型時(shí)的思路并不傾向于建設(shè)一個(gè)“大而全”的CMDB,而更加傾向于“小而美”的有價(jià)值的CMDB。以此建設(shè)的CMDB才能夠?yàn)橄M(fèi)人員所用,為業(yè)務(wù)帶來(lái)價(jià)值,才能夠避免出現(xiàn)“建而無(wú)用”的問(wèn)題。
03. CMDB的常見(jiàn)常見(jiàn)與痛點(diǎn)
談完了CMDB建設(shè)的困境痛點(diǎn)與典型問(wèn)題,那么大家可能會(huì)問(wèn):到底運(yùn)維高質(zhì)量CMDB應(yīng)該如何打造呢?
我們以嘉為藍(lán)鯨CMDB為例,總結(jié)以下“1個(gè)基本功、4大修煉法寶”,來(lái)幫助企業(yè)梳理清楚CMDB的設(shè)計(jì)思路,正確打造適合企業(yè)環(huán)境,能夠帶來(lái)價(jià)值的高質(zhì)量CMDB。
1)基本功修煉:
嘉為藍(lán)鯨配置管理中心,提供自動(dòng)化、平臺(tái)化、高性能、場(chǎng)景化的產(chǎn)品架構(gòu)方案。
2)修煉法寶一:模型最佳實(shí)踐、靈活建模、屬性級(jí)權(quán)限
3)修煉法寶二:獨(dú)有的配置數(shù)據(jù)維護(hù)“三視角”體驗(yàn)
基于CMDB本身,結(jié)合實(shí)踐經(jīng)驗(yàn),面向不同運(yùn)維角色提供不同的數(shù)據(jù)維護(hù),提升不同視角下的用戶體驗(yàn)。
4)修煉法寶三:自動(dòng)化發(fā)現(xiàn)、采集
5)修煉法寶四:運(yùn)營(yíng)分析與持續(xù)改進(jìn)
基于PDCA建立數(shù)據(jù)治理閉環(huán),輔以自動(dòng)化技術(shù)手段,持續(xù)保證數(shù)據(jù)質(zhì)量。
04. 精選Q&A
Q1:CMDB維護(hù)數(shù)據(jù)的方式有哪些?如何選擇?答:維護(hù)數(shù)據(jù)一般有幾種方式,第一種就是直接在CMDB上新建,第二種就是導(dǎo)入,第三種是通過(guò)API形式錄入,第四種就是自動(dòng)發(fā)現(xiàn)與采集。至于4種方式里面企業(yè)主要選擇哪些,根據(jù)企業(yè)現(xiàn)狀會(huì)有一些不同占比。但從數(shù)據(jù)治理的角度來(lái)講,我們需要盡可能采取自動(dòng)化的維護(hù),以及與流程進(jìn)行聯(lián)動(dòng)的方式。
Q2:CMDB只記錄資源靜態(tài)數(shù)據(jù)嗎?是否會(huì)記錄并實(shí)時(shí)更新資源狀態(tài)?如部分主機(jī)變配過(guò)程中,資源狀態(tài)一直在變化,CMDB會(huì)實(shí)時(shí)更新嗎?
答:CMDB是不同于監(jiān)控,首先我們不建議在CMDB中存放變化頻率很高的數(shù)據(jù),就比如監(jiān)控的性能指標(biāo)數(shù)據(jù)等,但如果說(shuō)有一些過(guò)程狀態(tài)類的數(shù)據(jù),例如主機(jī)有上架、下架、維修、出庫(kù)等生命周期狀態(tài),是可以放入到CMDB中去納管的。
但這個(gè)數(shù)據(jù)我們不建議人工來(lái)維護(hù),最好是定義其中一些關(guān)鍵的狀態(tài),并通過(guò)與IT運(yùn)維流程平臺(tái)做關(guān)聯(lián),當(dāng)流程中完成相應(yīng)的工單審批以后,狀態(tài)就隨之發(fā)生改變,從而去維護(hù)這類數(shù)據(jù)。
Q3:配置發(fā)現(xiàn)有沒(méi)有考慮支持?jǐn)?shù)據(jù)刪除和更新關(guān)聯(lián)關(guān)系?云資源在做日常維護(hù)時(shí),人工維護(hù)工作量太大,同時(shí)云資源刪除后是否可通過(guò)自動(dòng)化的手段體現(xiàn)在CMDB中?
答:這個(gè)目前是支持的,嘉為藍(lán)鯨配置發(fā)現(xiàn)無(wú)論是從IT對(duì)象、從云平臺(tái)還是從其他系統(tǒng)對(duì)接去做數(shù)據(jù)采集時(shí),一定會(huì)與CMDB的數(shù)據(jù)做對(duì)比,對(duì)比過(guò)程中會(huì)產(chǎn)生相應(yīng)的結(jié)果例如刪除數(shù)據(jù)、創(chuàng)建數(shù)據(jù)、修改數(shù)據(jù),那么同時(shí)與之相應(yīng)關(guān)聯(lián)關(guān)系也會(huì)有刪除關(guān)聯(lián)、創(chuàng)建關(guān)聯(lián)以及修改關(guān)聯(lián)等,目前都是支持這些功能的。
Q4:企業(yè)版CMDB有模型管理設(shè)置只讀、讀寫權(quán)限功能嗎?
答:藍(lán)鯨配置平臺(tái)只包含一個(gè)平臺(tái)層的PaaS產(chǎn)品,企業(yè)版本身并不包含該功能。但嘉為藍(lán)鯨CMDB除了配置平臺(tái)以外,還會(huì)提供兩個(gè)上層SaaS,一個(gè)是配置管理中心,一個(gè)是配置發(fā)現(xiàn),在這兩個(gè)SaaS中會(huì)相應(yīng)提供該功能。
CMDB治理:CMDB消費(fèi)場(chǎng)景規(guī)劃指南
查看詳細(xì)
CTest測(cè)試管理平臺(tái):上新用例結(jié)構(gòu)化設(shè)計(jì)
查看詳細(xì)
CCode代碼管理平臺(tái):代碼合并前CI任務(wù)狀態(tài)校驗(yàn)
查看詳細(xì)
嘉為藍(lán)鯨WeOps:高效監(jiān)控Kubernetes集群的三大關(guān)鍵點(diǎn)
查看詳細(xì)
CFlow價(jià)值流管理平臺(tái):從流程線上化到價(jià)值可視化,研運(yùn)黑盒破解之道
查看詳細(xì)
CPack制品庫(kù):制品黑白名單,為軟件供應(yīng)鏈安全護(hù)航
查看詳細(xì)
申請(qǐng)演示