統一配置數據源：藍鯨配置平台
關注嘉為科技，獲取運維新知
目錄
1、藍鯨簡介
2、傳統CMDB建設的問題
3、藍鯨配置平台設計理念
4、CMDB實施中需要解決的核心問題
藍鯨簡介
藍鯨智雲，簡稱藍鯨，是騰訊遊戲運營部「騰訊智營」下的子品牌。它是一套基於 PaaS 的企業研發運營一體化技術解決方案，提供了一個完整的研發、運維、運營的PaaS技術平台。平台提供了完善的前後台開發框架、調度引擎、公共組件等模塊，幫助業務的產品和技術人員快速構建低成本、免運維的支撐工具和運營系統；是騰訊遊戲運營部沉澱多年的技術運營支撐體系，承擔著數百款業務線上運營的使命。
對於藍鯨不太了解和熟悉的同學可以移步這裡：
http://bk.tencent.com/index/，
還有這裡：
http://docs.bk.tencent.com/product_white_paper/introduction/。
請相信，你打開的不是兩個鏈接，而是運維的新世界和新天地。
傳統CMDB建設的問題
我們知道CMDB最早來自於ITIL，後來逐漸被各種IT管理工具吸納，成為管理工具的一部分。例如ITSM中有CMDB，網管工具有中有CMDB，監控工具中有CMDB……
這麼多工具中都可以有CMDB，會導致很多問題：各個工具的CMDB諸侯割據，互不相通，數據不一致，需要維護多份數據等等。
我們將傳統CMDB建設存在的問題總結一下：
1、自動化管理弱
- 手動管理為主
- 事後管理為主
- 自動採集較弱
- 管理成本高昂
2、不以應用為中心
- 更多是對象和屬性羅列
- 缺乏應用視角配置管理
- 更多面向資產和流程
- 應用與下層資源脫節
3、數據流動性差
- 缺乏自動化平台支撐
- 外部對接擴展性差
- 外部消費擴展性差
- 跨雲管理擴展性差
4、數據一致性&準確性差
- 缺乏自動發現校驗
- 缺乏數據掃描監控
- 缺乏數據規則校驗
- 缺乏外部系統同步
5、未對接自動化
- 任務編排消費
- 資源交付消費
- 運維操作消費
- 運營分析消費
6、未對接流程
- 未對接ITSM流程平台
- 不支持配置數據讀取與回寫
- 不支配置異常推送工單
- 未構建配置管理同步和閉環
7、未對接監控
- 未對接企業監控系統
- 不支持面向監控數據消費
- 不支持故障影響範圍分析
- 不支持配置和監控可視化展示
8、不可審計
- 未實現所有變更均記錄
- 未實現任何更改可審計
藍鯨配置平台設計理念
1、以業務與應用為中心的開放、開源的CMDB整體架構
IT運維管理本身是以應用為中心進行的管理，因此合情合理的CMDB建設應該是以業務和應用為中心建設的CMDB，如此兩者才能匹配起來。
藍鯨的CMDB設計正是以此為設計的基礎。
以應用為中心，理解起來是這樣的：配置數據的入庫和存儲是以應用為中心的，配置數據的展示和查詢是以應用為中心的，配置數據的消費和數據回寫也是以應用為中心的。
2、面向自動化場景、ITSM流程場景、監控&自愈場景的CMDB一體化數據消費
應用運維和IT管理中針對CMDB配置數據的消費總體來說包括三種類型：自動化運維、ITSM流程、監控&故障自愈。
這就要求CMDB具備對接和集成這三種工具的能力。藍鯨CMDB原生集成藍鯨的自動化運維平台和藍鯨監控，並開放標準的介面能夠對接企業自身的ITSM系統以及監控系統。
這樣一來，在企業中，只需要維護一套核心的CMDB數據源，就能在幾乎所有場景中消費並維護數據。
3、統一的、流轉的、「活」起來的、閉環的CMDB數據源泉
在上述任意一種運維場景中，配置數據本身都包含消費和回寫等兩個鏈路，整體構建成一個數據消費的閉環；確保配置數據在流轉中始終是準確的，一致的。
4、全方位、可視化、夠靈活的CMDB自動管理和展示
配置管理除了面向運維管理員之外，很多時候還需要將相關數據展示給其他人，比如領導。這就要求配置管理本身需要具備良好的可視化展示能力。
嘉維藍鯨研發的數據可視化工具，可以完美解決這一需求。不僅可以展示配置數據，還能接入各種監控數據、容量數據、自動化運維數據等，做集中展示和查詢。
CMDB實施中需要解決的核心問題
結合上述CMDB的設計理念，在以業務和應用為中心的CMDB建設中，需要解決幾個核心的問題。
- 如何設計業務（應用）層級
- 如何設計各層級模型和關聯關係
- 如何入庫各層級配置信息
- 如何實現數據消費閉環，並確保數據的一致性、準確性
- 如何進行CMDB可視化管理和安全管理
1、如何設計業務（應用）層級
應用的層級設計是在CMDB建設中第一需要考慮的問題，不同的企業相同應用或同一個企業的不同應用，層級拓撲和應用下屬各個模塊都是不同的。這就需要CMDB本身具備很強的靈活性，能夠因地制宜，針對不同的應用或者業務需求，設計不同的應用層級拓撲。
藍鯨CMDB由於是一個非常開放的平台，並且本身完全開源，因此很容易能夠滿足上述要求。
2、如何設計模型藍圖
這一部分要解決的核心問題是：我們應該將哪些對象的哪些屬性入庫CMDB，這些對象之間應該具有怎樣的關聯關係。
答案是：用到什麼，就放什麼。我們需要根據實際的運維場景的需求，來決定放什麼數據，不放什麼數據。不要為了數據而數據，而應該為了使用而放數據。大而無當的CMDB只會成為運維的累贅和後腿。
作為企業而言，這個過程需要緊密配合服務商，一起參與進來。只有我們自己是最清楚自己需要什麼數據的，不能指望有一個產品部署上來就能自動解決所有的數據需求。我們需要細細梳理各種各樣的場景中大致需要怎樣的數據，然後使用不同的手段將這些數據填充到CMDB中。
這個過程非常關鍵和重要，決定了CMDB在之後是否真正的用起來和用好。因此，需要服務商本身具備深厚的IT運維和服務經驗，對於企業中特別是傳統企業中的日常運維非常清楚，並且積累了標準的CI、CI屬性和關聯關係的標準庫和模板。僅僅靠理論推演和臆測，這個過程是絕難做好的。
總結起來，這個部分要做好，需要服務商具備幾個能力：懂企業的運維、懂企業使用的產品和技術、有相應技術人員和力量。
嘉為作為一家立足北上廣深，輻射全國的IT綜合服務商，歷經18年的發展與沉澱，形成了成熟的服務能力、服務體系和能力沉澱；常年技術服務合作客戶超500家，各行業龍頭企業均選擇嘉為作為戰略性合作夥伴。
嘉為與Microsoft、阿里雲、騰訊、RedHat、Oracle、VMware、Vertas、Citrix、EMC等國內外主流IT廠商合作，是這些IT大廠的重要合作夥伴。
嘉為技術人員超300名，多為211/985院校畢業，基本素質高、學習能力強；內部員工離職率低，上述各技術領域均有10年以上的資深專家深度支持。
結合藍鯨強大的配置平台，輕鬆實現CMDB在企業的落地。
3、如何入庫各層級配置信息
在將配置信息入庫CMDB的過程中，需要結合多種手段實現。
針對不同的數據，這些手段包括：與外部系統同步、自動發現和自動採集、手動批量導入。
4、如何實現數據消費閉環，並確保數據的一致性、準確性
這一部分一半靠技術和工具，另一半靠管理、制度和習慣。盡量按照企業內部規範的配置變更流程執行配置的變更，即便偶爾來不及，變更之後也需要補充相應的流程。可以是ITSM流程，也可以是相對簡單的工單流。
在這一點上，藍鯨具有天然的優勢。由於藍鯨CMDB與藍鯨自動化運維平台原生集成，因此通過自動化運維平台執行的任何變更操作，都會自動同步到CMDB中。如果需要其他系統也能及時獲取最新的配置數據，比如ITSM系統，就需要將ITSM系統與藍鯨的CMDB集成。這方面，在藍鯨層面實現也是比較容易的。
除此之外，服務商在交付CMDB建設項目的時候，除了項目交付和普通文檔交付之外，還能夠針對企業的實際運維環境，交付一套《CMDB配置維護流程規範》和《CMDB配置維護流程細則》；並且確保規範和細則是符合企業實際環境需求，並能持續運轉的。
如此，就是既授之以魚，又授之以漁。
5、如何進行CMDB可視化管理和安全管理
數據可視化越來越成為很多中大型企業IT管理的剛性需求。由於業務系統眾多，IT環境複雜，領導層迫切需要在一個集中的大屏中能夠看到企業整體的業務運維情況和IT環境情況。
對此，嘉為專門開發了數據可視化的工具，支撐上述需求。不僅可以將CMDB數據，還可以自定義將監控數據、容量數據、健康巡檢數據等做集中展示。
總結一下：藍鯨配置平台是一款面嚮應用的 CMDB。在 ITIL 體系里，CMDB 是構建其它流程的基石，而在藍鯨智雲體系里，配置平台就扮演著基石的角色，為應用提供了各種運維場景的配置數據服務。
嘉維藍鯨憑藉自身豐富的IT服務經驗、規模化的人才梯隊和對於CMDB的深刻理解，結合藍鯨CMDB強大的能力，為企業提供切實可落地、可擴展、可消費、有質量、閉環的CMDB配置數據平台。
欲了解更多關於藍鯨CMDB的具體內容，可瀏覽藍鯨官網：
http://docs.bk.tencent.com/product_white_paper/cmdb/
本文首發於微信公眾號：嘉為科技，轉載請註明出處。????
推薦閱讀：