本節內容數據庫
淺談ITILjson
CMDB介紹安全
Django自定義用戶認證架構
Restful 規範運維
資產管理功能開發ide
TIL即IT基礎架構庫(Information Technology Infrastructure Library, ITIL,信息技術基礎架構庫)由英國政府部門CCTA(Central Computing and Telecommunications Agency)在20世紀80年代末制訂,現由英國商務部OGC(Office of Government Commerce)負責管理,主要適用於IT服務管理(ITSM)。ITIL爲企業的IT服務管理實踐提供了一個客觀、嚴謹、可量化的標準和規範。工具
事故管理負責記錄、歸類和安排專家處理事故並監督整個處理過程直至事故獲得解決和終止。事故管理的目的是在儘量最小地影響客戶和用戶業務的狀況下使IT系統恢復到服務級別協議所定義的服務級別。測試
問題管理是指經過調查和分析IT基礎架構的薄弱環節、查明事故產生的潛在緣由,並制定解決事故的方案和防止事故再次發生的措施,將因爲問題和事故對業務產生的負面影響減少到最低的服務管理流程。與事故管理強調事故恢復的速度不一樣,問題管理強調的是找出事故產生的根源,從而制定恰當的解決方案或防止其再次發生的預防措施。設計
配置管理是識別和確認系統的配置項,記錄和報告配置項狀態和變動請求,檢驗配置項的正確性和完整性等活動構成的過程,其目的是提供IT基礎架構的邏輯模型,支持其它服務管理流程特別是變動管理和發佈管理的運做。orm
變動管理是指爲在最短的中斷時間內完成基礎架構或服務的任一方面的變動而對其進行控制的服務管理流程。變動管理的目標是確保在變動實施過程當中使用標準的方法和步驟,儘快地實施變動,以將由變動所致使的業務中斷對業務的影響減少到最低。
發佈管理是指對通過測試後導入實際應用的新增或修改後的配置項進行分發和宣傳的管理流程。發佈管理之前又稱爲軟件控制與分發
事件管理的目標是在不影響業務的狀況下,儘量快速的恢復服務,從而保證最佳的效率和服務的可持續性。事件管理流程的創建包括事件分類,肯定事件的優先級和創建事件的升級機制。
問題管理是調查基礎設施和全部可用信息,包括事件數據庫,來肯定引發事件發生的真正潛在緣由,一塊兒提供的服務中可能存在的故障。
配置管理的目標是:定義和控制服務與基礎設施的部件,並保持準確的配置信息。
變動管理的目標是:以受控的方式,確保全部變動獲得評估、批准、實施和評審。
發佈管理的目標是:在實際運行環境的發佈中,交付、分發並跟蹤一個或多個變動。
服務檯:服務檯是IT部門和IT服務用戶之間的單一聯繫點。它經過提供一個集中和專職的服務聯繫點促進了組織業務流程與服務管理基礎架構集成。服務檯的主要目標是協調客戶(用戶)和IT部門之間的聯繫,爲IT服務運做提供支持,從而提升客戶的滿意度
CMDB --Configuration Management Database 配置管理數據庫, CMDB存儲與管理企業IT架構中設備的各類配置信息,它與全部服務支持和服務交付流程都緊密相聯,支持這些流程的運轉、發揮配置信息的價值,同時依賴於相關流程保證數據的準確性。
全部的業務場景都要和數據庫打交道
有一些沒有聯網,好比說庫房的備機,有些設備沒有辦法自動收集的,
好比一批硬盤或內存的備件,就沒辦法自動錄入,必須手動錄入
有上千臺機器,手動會死人的,並且自動準確率高
API必定要認證,不能讓不合法的用戶調用
每一個配置項需存儲的屬性信息分析
提示:爲啥不存顯示器了,由於咱們要存儲一些存儲咱們管理系統的數據支撐
什麼叫資產ID,就是資產的惟一值就至關於每一個人的身份證號
爲何要有資產狀態機,和監控關聯起來狀態就會變化了,裏面有動態的聯繫
和其餘系統聯動的,狀態有關機、正常、故障機
接口要是隨便寫、今天提供json,明天提供xml,接口多調用方式就多這樣就亂了,若是接口多就會很亂,
別人調用你的接口,要給別人提供拍錯依據,要想讓本身忙。不提供任何拍錯依據
必定要統一格式,前期若是把標準設計好了,之後就會很方便,雖然前期麻煩,後期就會很輕鬆
好比誰能增刪改查