開篇感言: 自從學習python自動化開發以來,一直都是從技術的角度來看待一切。以為技術就是王道。但顯然我是一隻井底之蛙。其實技術只不過是實現功能的工具而已,僅此而已。後來學習瞭解CMDB,越來越發現很多時候重點並不在技術如何,而是流程或者設計等等一切更能影響全局的東西。所以,我也慢慢有了一點感悟。 ...
開篇感言:
自從學習python自動化開發以來,一直都是從技術的角度來看待一切。以為技術就是王道。但顯然我是一隻井底之蛙。其實技術只不過是實現功能的工具而已,僅此而已。後來學習瞭解CMDB,越來越發現很多時候重點並不在技術如何,而是流程或者設計等等一切更能影響全局的東西。所以,我也慢慢有了一點感悟。就是在當做技術或者設計一些東西時,應該試著站在全局的角度去看待你所處的位置以及你所做的技術點。我想架構師思考問題的角度也是如此吧。通過不斷地學習和探索,越發的感覺自己不會的東西以及需要學習的東西越來越多。不免產生恐慌,自己到底是否能夠很好的勝任這個自動化開發的職位。畢竟自己不想人云亦云或者得過且過,既然做那就把它做好。通過初識CMDB,感覺真的要做好一個CMDB是非常不容易的,需要不斷地探索,不斷地學習。而且CMDB還僅僅是自動化的開始,可以想象要建立一套完整健全的自動化,這期間遇到的困難真的是數不勝數。這不僅僅需要過硬的技術能力,還要具備更大的格局,需要與更多的部門人員一切協作開發。如果其中任何一個環節出現問題,甚至都能影響到全局的發展。但這也充滿了挑戰,充滿了我對成長的渴望。所以,我仍會加倍努力去做好這一件事。迎接挑戰,越戰越勇,越戰越勇………………
淺談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服務管理實踐提供了一個客觀、嚴謹、可量化的標準和規範。
1、事件管理(Incident Management)
事故管理負責記錄、歸類和安排專家處理事故並監督整個處理過程直至事故得到解決和終止。事故管理的目的是在儘可能最小地影響客戶和用戶業務的情況下使IT系統恢復到服務級別協議所定義的服務級別。
2、問題管理(Problem Management)
問題管理是指通過調查和分析IT基礎架構的薄弱環節、查明事故產生的潛在原因,並制定解決事故的方案和防止事故再次發生的措施,將由於問題和事故對業務產生的負面影響減小到最低的服務管理流程。與事故管理強調事故恢復的速度不同,問題管理強調的是找出事故產生的根源,從而制定恰當的解決方案或防止其再次發生的預防措施。
3、配置管理(Configuration Management)
配置管理是識別和確認系統的配置項,記錄和報告配置項狀態和變更請求,檢驗配置項的正確性和完整性等活動構成的過程,其目的是提供IT基礎架構的邏輯模型,支持其它服務管理流程特別是變更管理和發佈管理的運作。
4、變更管理(Change Management)
變更管理是指為在最短的中斷時間內完成基礎架構或服務的任一方面的變更而對其進行控制的服務管理流程。變更管理的目標是確保在變更實施過程中使用標準的方法和步驟,儘快地實施變更,以將由變更所導致的業務中斷對業務的影響減小到最低。
5、發佈管理(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永不變
- 資產要有狀態機
重中之重:介面設計好
- 可對內外靈活開放介面
- 介面定義要標準化
- 一定要提供排錯依據
- 數據返回要標準
- 要能增刪改查
- 所有異常要抓住
- 介面安全要註意