[發明專利]一種基于模型映射進行CMDB多元數據同步實現方法

在審

• 申請號: 202111538767.6
• 申請日: 2021-12-15
• 公開（公告）號: CN114238505A
• 公開（公告）日: 2022-03-25
• 發明（設計）人: 程永新;宋輝;韋繼光
• 申請（專利權）人: 上海新炬網絡信息技術股份有限公司
• 主分類號: G06F16/27
• 分類號: G06F16/27;G06F16/25;G06F16/21
• 代理公司: 上海科律專利代理事務所(特殊普通合伙) 31290
• 代理人: 袁亞軍

本發明公開了一種基于模型映射進行CMDB多元數據同步實現方法，包括：步驟S1：建立數據同步中心；步驟S2：生產者生產數據后將數據以文件方式寫入SFTP，并將變更信息推送到kafka；步驟S3：消費者監聽kafka并讀取數據進行入庫；其中，所述生產者為數據提供方，所述消費者為數據消耗方。本發明公開的基于模型映射進行CMDB多元數據同步實現方法，僅需要在線調整映射關系，即可完成適配，從而使得多個CMDB平臺之間可以無縫進行互相同步，可以快速適應信息變更，避免二次開發。

技術領域

本發明涉及一種數據同步實現的方法，尤其涉及一種基于模型映射進行CMDB多元數據同步實現方法。

背景技術

隨著企業的IT架構日益龐大，對IT環境中所有元素(包括應用系統、軟件信息、硬件信息、業務服務、人員等)的管理已日趨重要，企業通常考慮引入專業的IT資產管理平臺-CMDB(Configuration Management Database，配置管理數據庫)來進行管理。CMDB是一個存儲倉庫，用于集中存儲和管理IT環境中的所有實體元素，這些元素稱之為配置項(CI)。在CMDB中，通過屬性來描述每個對象，對象與對象之間又存在各類型的關聯關系，這些CI、屬性和關系共同用來描繪企業IT架構。

然后隨著企業業務需要和運營要求，在IT運維領域建設的各類平臺越來越多，如監控平臺、自動化運維、自動化發布、應用性能監控等等，而這些平臺又可以分化為不同廠商的、不同IT層級的更細一級平臺，如使用Zabbix用來監控主機，使用Pinpoint來監控中間件實例，使用Solarwinds來監控網絡設備，使用DCM(Data Center Management，數據中心管理平臺)來監控服務器等等；更有情況，由于管理全責不清，部門分化，每個部門可能建設自己的CMDB平臺、監控平臺，然后實際管理對象又存在交叉、重復。以上種種，都會造成基礎數據管理分散，數據缺乏集中和統一，甚至還有同一臺主機在A平臺的命名與在B平臺很可能不一致的錯亂情況。

目前市場上的CMDB廠商與其他CMDB進行同步大都采用定制開發的方法，通過定制化API或者文件交互，能夠滿足同步要求，但缺乏靈活性，當雙方任意一方模型發生改變后都必須進行二次開發才能適用，大大地增加了維護成本，降低了維護效益。

發明內容

本發明的目的在于提供一種基于模型映射進行CMDB多元數據同步實現方法，僅需要在線調整映射關系，即可完成適配，從而使得多個CMDB平臺之間可以無縫進行互相同步，可以快速適應信息變更，避免二次開發。

本發明為解決上述技術問題而采用的技術方案是提供一種基于模型映射進行CMDB多元數據同步實現方法，包括步驟S1：建立數據同步中心；步驟S2：生產者生產數據后將數據以文件方式寫入SFTP，并將變更信息推送到kafka；步驟S3：消費者監聽kafka并讀取數據進行入庫；其中，所述生產者為數據提供方，所述消費者為數據消耗方。

進一步地，所述步驟S1包括：步驟S11：規范配置模型查詢接口：各CMDB平臺提供統一的配置模型接口與數據同步中心連接，所述配置模型接口包含配置項樹查詢接口以及單配置項查詢接口；步驟S12：在數據同步中心配置各個CMDB平臺接口地址；步驟S13：通過統一的配置模型接口實時獲取生產者和消費者的信息，在線建立生產者和消費者之間的映射關系；使得生產者的屬性對應到消費者的屬性，生產者的關聯關系對應到消費者的關聯關系。

進一步地，當生產者有新的數據產生后，所述步驟S2根據步驟S1建立的映射關系生成數據報文，報文中的屬性字段直接轉換為消費者的模型報文，然后將報文以文件形式推送到SFTP,并同步將文件信息推送到kafka；所述步驟S3中消費者通過監聽kafka判斷是否有新的數據推送，若有，則解析kafka報文，先從報文中獲取數據存儲路徑和數據文件名稱，再從SFTP拿取數據并解析入庫。