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