內(nèi)容來源：2018年2月5日，優(yōu)維科技CEO王金銀在《打破當(dāng)代CMDB模型應(yīng)有局面之道——第01期》中發(fā)表《新一代CMDB模型構(gòu)建手冊》的演講分享。 IT大師作為獨家視頻合作伙伴，表示是經(jīng)過主辦方和主講人審核授權(quán)后發(fā)布的。
閱讀字?jǐn)?shù)：3087|8分鐘閱讀
概括
明天給大家分享的主題是新一代CMDB模型構(gòu)建手冊，主要分為四個部分。
困境：當(dāng)前CMDB模型面臨的普遍困境
前期很多CMDB建設(shè)都是倉促完成的，但是后期的維護(hù)逐漸被開發(fā)、運維等角色拋棄，變成了廢墟。 究其原因，一部分是制度本身的各種激勵因素，但更多的是方法論的問題。 我一直認(rèn)為我找到了構(gòu)建資源維護(hù)的流程和場景的強大驅(qū)動力，雖然這都是我自己的一廂情愿。
從常規(guī)部門的角度來看，數(shù)據(jù)中心的基礎(chǔ)設(shè)施部門負(fù)責(zé)CMDB所觸及的配置建設(shè)和管理，而資源部門根本不關(guān)心（也很難關(guān)心）與資源相關(guān)的底層應(yīng)用。 整個問題似乎陷入了懸而未決的西街。
那么業(yè)界明天的CMDB模式存在哪些問題呢？ 可以從什么角度來拆解和分析這個問題呢？
破局：構(gòu)建CMDB模型的正確思路
這里我更提倡分層CMDB建設(shè)，業(yè)務(wù)層和資源層CMDB分開建設(shè)，但一定要以應(yīng)用CMDB建設(shè)為主，逆向建立資源層CMDB建設(shè)。
但想法就是想法。 從實際業(yè)務(wù)場景出發(fā)，如何將真實的化學(xué)世界精準(zhǔn)映射到模型世界？
我們應(yīng)該如何改進(jìn)匹配所有實際場景的模型？ 您是否也認(rèn)為CMDB的模型設(shè)計就像數(shù)據(jù)庫表的設(shè)計一樣簡單？ 基于新思路推導(dǎo)出來的CMDB模型與過去的CMDB模型有哪些區(qū)別？ 造成這一變化的原因是什么？
體系：模型標(biāo)準(zhǔn)框架
CMDB是一個IT資源管理系統(tǒng)，可以有效支持和反映應(yīng)用程序運行所占用的資源。 應(yīng)用占用的服務(wù)器是一個資源，占用的顯存是一個資源，占用的存儲是一個資源，占用的負(fù)載均衡器是一個資源。
但一定要注意vmware虛擬化物理機教程，這個資源更多地表現(xiàn)為前端服務(wù)，比如IaaS服務(wù)或者PaaS服務(wù)。
本次分享將提出IaaS、PaaS和應(yīng)用層的標(biāo)準(zhǔn)模型框架。 這個框架改變了以往簡單的二維表的描述，真正建立了一個符合大多數(shù)IT系統(tǒng)背景的CMDB模型應(yīng)該是什么樣子。
演示：模型應(yīng)用場景推演
事實上，在模型建立的基礎(chǔ)上，我們會對各種CMDB場景進(jìn)行推演，從而驗證新的CMDB模型的適應(yīng)性。
不過，此次提出的運維管理新思維，經(jīng)過多個項目的實踐證明是行之有效的，為過去很多未解決的問題提供了解決方案。 貼近業(yè)務(wù)的資源，驅(qū)動力最強。
當(dāng)前CMDB模型面臨的問題
當(dāng)前 CMDB 的模型問題
如今，很多CMDB模型仍然關(guān)注底層資源。 這個底層資源一部分是指IaaS層的資源管理，另一部分是指PaaS層中間件的資源管理。 至于下層的應(yīng)用，雖然它的模型描述很簡單，但只有應(yīng)用的一些基本信息。
我想講的第二個問題是無應(yīng)用的角度。 今天我們創(chuàng)建并管理了這么多的資源對象，但我們不知道它們是為誰服務(wù)的，盡管真正的重點是應(yīng)用。 這個我將總結(jié)為應(yīng)用層的理解。
該模型不是很動態(tài)。 當(dāng)每個模型對象調(diào)整其屬性或關(guān)系時，傳統(tǒng)數(shù)據(jù)庫中的技術(shù)特征成本非常高。 我將模型的動態(tài)可視化為二維。 第一個是 CI 級別的模型對象之間的動態(tài)，第二個是實例級別。
第四個問題是場景過渡的設(shè)計。 我覺得場景是可以預(yù)設(shè)的，詳細(xì)的模型會帶來很大的管理負(fù)擔(dān)。 有時認(rèn)為場景過于復(fù)雜，導(dǎo)致模型管理的后續(xù)負(fù)擔(dān)非常重。 由簡單到復(fù)雜很容易，由復(fù)雜到簡單卻很難。
技術(shù)限制了想象力。 受限于CMDB平臺技術(shù)本身的能力，這種模式很難擴(kuò)展。
缺乏IT架構(gòu)思維。 我想講的是從業(yè)務(wù)架構(gòu)到應(yīng)用架構(gòu)再到基礎(chǔ)設(shè)施架構(gòu)。 業(yè)務(wù)架構(gòu)還包括基礎(chǔ)架構(gòu)和數(shù)據(jù)架構(gòu)。 明確了兩者之間的關(guān)系之后，就可以表達(dá)出結(jié)構(gòu)的每一層所帶來的本質(zhì)關(guān)系連接是什么。
CMDB系統(tǒng)截圖
構(gòu)建CMDB模型的正確思路
新一代CMDB在哪里？
新思維：突破配置管理的認(rèn)知，導(dǎo)致界限不清。 配置轉(zhuǎn)向 IT 資源。
新方式：從上到下而不是從下到上推動CMDB的實施。
新模型：模型構(gòu)建，傳統(tǒng)的關(guān)系模型難以滿足。
新技術(shù)：使用新技術(shù)、新功能架構(gòu)，重新定義功能邊界。
CMDB 元數(shù)據(jù)的兩種用途
CMDB模型最終需要實例化數(shù)據(jù)和關(guān)系，正確的模型建立可以為不斷變化的場景提供數(shù)據(jù)基礎(chǔ)。
第一個是 ITSM 管理流程。 在很多傳統(tǒng)企業(yè)中，CMDB仍然需要為ITSM流程提供數(shù)據(jù)支撐服務(wù)。
第二個是以執(zhí)行為導(dǎo)向的流程。 整個端到端的IT交付流程需要完整的元數(shù)據(jù)，尤其是應(yīng)用層面的元數(shù)據(jù)。
兩層CMDB，建立不同的管理視角
CMDB架構(gòu)分為基礎(chǔ)資源層架構(gòu)和應(yīng)用資源層架構(gòu)。 應(yīng)用層的資源框架以應(yīng)用為中心整合相關(guān)資源。 資源及其資源之間的關(guān)系稱為拓?fù)洌☉?yīng)用拓?fù)洹⑽锢硗負(fù)洌?資源管理有兩種形式：手動維護(hù)和手動發(fā)現(xiàn)。 該過程是一個復(fù)雜的場景和手動維護(hù)的手段。
克山CMDB基礎(chǔ)建設(shè)規(guī)則
1. 專為IaaS和PaaS而設(shè)計，以便管理所有底層資源。
2、狀態(tài)控制是通過運維過程手動完成的。
3、CI的維護(hù)應(yīng)采用人工深度檢測，而不是人工維護(hù)。
4、資源信息必須能夠為底層應(yīng)用提供服務(wù)。
5、必須滿足基礎(chǔ)資源的CI管理需求。
CMDB構(gòu)建原理應(yīng)用
1. 提供統(tǒng)一的應(yīng)用元數(shù)據(jù)管理能力，無論應(yīng)用類型如何。
2、核心需求是應(yīng)用生命周期管理。
3. 關(guān)注應(yīng)用而不是基礎(chǔ)資源。
4、從應(yīng)用資源的角度與IT資源建立靈活的關(guān)系。
5、為應(yīng)用資源、動作、狀態(tài)的統(tǒng)一管理提供支持。
6.基于統(tǒng)一的基礎(chǔ)資源層CMDB。
7、核心場景是持續(xù)交付。
CMDB模型分層理解的應(yīng)用
應(yīng)用CMDB是一個完整的面向資源的描述。 應(yīng)用資源分為應(yīng)用部署資源、服務(wù)資源和動作資源。
部署資源是應(yīng)用程序部署所依賴的資源，通常也稱為本地資源，例如主機、程序包等。
服務(wù)資源是應(yīng)用程序依賴的資源，通常被稱為附加資源（來自），例如應(yīng)用程序的服務(wù)套接字、應(yīng)用程序依賴的PaaS資源、應(yīng)用程序依賴的應(yīng)用程序資源等等。
場景動作是附加在資源上的動作描述，是資源的管理方式。
新模型的標(biāo)準(zhǔn)化框架
新一代CMDB資源模型框架
核心原則：只有一種資源可以提供服務(wù)，而且還依賴于其關(guān)聯(lián)的資源，因此必須采用三維模型解決方案。
IaaS 層硬件對象模型
對每一個圖像進(jìn)行實例化和描述就足夠了，無非就是屬性和關(guān)系。
IaaS 層軟件定義的對象模型
如上圖所示，IaaS層軟件定義對象模型分為三個層次。 最內(nèi)層好像叫依賴操作資源，主機只是其中之一。
這三個級別必須包括服務(wù)、組件實例和主機。 服務(wù)運行過程中啟動了哪些運行實例，這些實例進(jìn)程在哪些主機上vmware虛擬化物理機教程，主機的后綴是一個IP列表。
組件實例有兩種，一種是它自己的實例，應(yīng)用程序包在程序運行時實例化。 一種是依賴實例，就是實例化依賴組件。
自有服務(wù)是自啟動的服務(wù)對外暴露的形式。 依賴服務(wù)是指在運行時關(guān)聯(lián)的服務(wù)。
該模型的表達(dá)與PaaS層對象的表達(dá)類似。
PaaS層對象模型的核心概念
需要深入理解服務(wù)、實例、主機之間的層次關(guān)系，準(zhǔn)確表達(dá)組件和集群之間的區(qū)別，比如Mysql組件和Mysql集群。
應(yīng)用層對象模型核心概念
應(yīng)用層對象還應(yīng)對服務(wù)、實例、主機之間的層次關(guān)系有深入的理解，并準(zhǔn)確地表達(dá)出來。