構建CMDB的一些啓發

開篇感言:

  自從學習python自動化開發以來,一直都是從技術的角度來看待一切。覺得技術就是王道。但顯然我是一隻井底之蛙。其實技術只不過是實現功能的工具而已,僅此而已。後來學習瞭解CMDB,愈來愈發現不少時候重點並不在技術如何,而是流程或者設計等等一切更能影響全局的東西。因此,我也慢慢有了一點感悟。就是在當作技術或者設計一些東西時,應該試着站在全局的角度去看待你所處的位置以及你所作的技術點。我想架構師思考問題的角度也是如此吧。經過不斷地學習和探索,愈加的感受本身不會的東西以及須要學習的東西愈來愈多。難免產生恐慌,本身究竟是否可以很好的勝任這個自動化開發的職位。畢竟本身不想人云亦云或者得過且過,既然作那就把它作好。經過初識CMDB,感受真的要作好一個CMDB是很是不容易的,須要不斷地探索,不斷地學習。並且CMDB還僅僅是自動化的開始,能夠想象要創建一套完整健全的自動化,這期間遇到的困難真的是數不勝數。這不只僅須要過硬的技術能力,還要具有更大的格局,須要與更多的部門人員一切協做開發。若是其中任何一個環節出現問題,甚至都能影響到全局的發展。但這也充滿了挑戰,充滿了我對成長的渴望。因此,我仍會加倍努力去作好這一件事。迎接挑戰,越戰越勇,越戰越勇………………python

 

淺談ITIL

TIL即IT基礎架構庫(Information Technology Infrastructure Library, ITIL,信息技術基礎架構庫)由英國政府部門CCTA(Central Computing and Telecommunications Agency)在20世紀80年代末制訂,現由英國商務部OGC(Office of Government Commerce)負責管理,主要適用於IT服務管理(ITSM)。ITIL爲企業的IT服務管理實踐提供了一個客觀、嚴謹、可量化的標準和規範。數據庫

 

一、事件管理(Incident Management)安全

事故管理負責記錄、歸類和安排專家處理事故並監督整個處理過程直至事故獲得解決和終止。事故管理的目的是在儘量最小地影響客戶和用戶業務的狀況下使IT系統恢復到服務級別協議所定義的服務級別。架構

二、問題管理(Problem Management)ide

問題管理是指經過調查和分析IT基礎架構的薄弱環節、查明事故產生的潛在緣由,並制定解決事故的方案和防止事故再次發生的措施,將因爲問題和事故對業務產生的負面影響減少到最低的服務管理流程。與事故管理強調事故恢復的速度不一樣,問題管理強調的是找出事故產生的根源,從而制定恰當的解決方案或防止其再次發生的預防措施。工具

三、配置管理(Configuration Management)學習

配置管理是識別和確認系統的配置項,記錄和報告配置項狀態和變動請求,檢驗配置項的正確性和完整性等活動構成的過程,其目的是提供IT基礎架構的邏輯模型,支持其它服務管理流程特別是變動管理和發佈管理的運做。測試

四、變動管理(Change Management)spa

變動管理是指爲在最短的中斷時間內完成基礎架構或服務的任一方面的變動而對其進行控制的服務管理流程。變動管理的目標是確保在變動實施過程當中使用標準的方法和步驟,儘快地實施變動,以將由變動所致使的業務中斷對業務的影響減少到最低。設計

五、發佈管理(Release Management)

 發佈管理是指對通過測試後導入實際應用的新增或修改後的配置項進行分發和宣傳的管理流程。發佈管理之前又稱爲軟件控制與分發

 

事件管理的目標是在不影響業務的狀況下,儘量快速的恢復服務,從而保證最佳的效率和服務的可持續性。事件管理流程的創建包括事件分類,肯定事件的優先級和創建事件的升級機制。

問題管理是調查基礎設施和全部可用信息,包括事件數據庫,來肯定引發事件發生的真正潛在緣由,一塊兒提供的服務中可能存在的故障。

配置管理的目標是:定義和控制服務與基礎設施的部件,並保持準確的配置信息。

變動管理的目標是:以受控的方式,確保全部變動獲得評估、批准、實施和評審。

發佈管理的目標是:在實際運行環境的發佈中,交付、分發並跟蹤一個或多個變動。

 

 

服務檯:服務檯是IT部門和IT服務用戶之間的單一聯繫點。它經過提供一個集中和專職的服務聯繫點促進了組織業務流程與服務管理基礎架構集成。服務檯的主要目標是協調客戶(用戶)和IT部門之間的聯繫,爲IT服務運做提供支持,從而提升客戶的滿意度。

 

CMDB

CMDB --Configuration Management Database 配置管理數據庫, CMDB存儲與管理企業IT架構中設備的各類配置信息,它與全部服務支持和服務交付流程都緊密相聯,支持這些流程的運轉、發揮配置信息的價值,同時依賴於相關流程保證數據的準確性。

在實際的項目中,CMDB經常被認爲是構建其它ITIL流程的基礎而優先考慮,ITIL項目的成敗與是否成功創建CMDB有很是大的關係。
70%~80%的IT相關問題與環境的變動有着直接的關係。實施變動管理的難點和重點並非工具,而是流程。即經過一個自動化的、可重複的流程管理變動,使得當變動發生的時候,有一個標準化的流程去執行,可以預測到這個變動對整個系統管理產生的影響,並對這些影響進行評估和控制。而變動管理流程自動化的實現關鍵就是CMDB。
CMDB工具中至少包含這幾種關鍵的功能:整合、調和、同步、映射和可視化。
  • 整合是指可以充分利用來自其餘數據源的信息,對CMDB中包含的記錄源屬性進行存取,將多個數據源合併至一個視圖中,生成連同來自CMDB和其餘數據源信息在內的報告;
  • 調和能力是指經過對來自每一個數據源的匹配字段進行對比,保證CMDB中的記錄在多個數據源中沒有重複現象,維持CMDB中每一個配置項目數據源的完整性;自動調整流程使得初始實施、數據庫管理員的手動運做和現場維護支持工做降至最低;
  • 同步指確保CMDB中的信息可以反映聯合數據源的更新狀況,在聯合數據源更新頻率的基礎上肯定CMDB更新日程,按照通過批准的變動來更新 CMDB,找出未被批准的變動;
  • 應用映射與可視化,說明應用間的關係並反應應用和其餘組件之間的依存關係,瞭解變動形成的影響並幫助診斷問題。

 

CMDB 資產管理部分實現 

需求

  • •存儲全部IT資產信息
  • •數據可手動添加
  • •硬件信息可自動收集
  • •硬件信息可自動變動
  • •可對其它系統靈活開放API
  • •API接口安全認證

立業之本:定義表結構

 

  • 各類硬件都能存
  • 資產變動有紀錄
  • 資產ID永不變
  • 資產要有狀態機

 

重中之重:接口設計好 

 

  • 可對內外靈活開放接口
  • 接口定義要標準化
  • 必定要提供排錯依據
  • 數據返回要標準
  • 要能增刪改查
  • 全部異常要抓住
  • 接口安全要注意
相關文章
相關標籤/搜索