乙個小的運維管理平台

2021-09-21 12:07:16 字數 1702 閱讀 8206

最近閒下來,把之前寫的運維平台推到重新整理了一下,把錶結構重新規劃和**重寫,寫了個很low的系統,主要是結合saltstack來實現;把原先的監控給砍掉,改用zabbix監控的方式,後期會加上呼叫zabbix隨意出圖的功能。前端的模板用的是reboot老師給的,我html比較差就沒做繼承之類的:

主要實現了:機房的管理、機器管理和搜尋、軟硬體資產的收集和審計、檔案上傳和批量推送、命令的批量推送返回結果。

所使用技術要點:

(1)開發的語言:python

(2)框架:python:django框架 

(3)前端bootstrap,html,js,css,jquery。

(4)db databases:mysql

(5)自動化軟體:saltstack

功能說明:

一、機房管理:主要是機房的新增刪除操作。

二、機器管理:新機器上架後台管理員可以登入系統,資產的錄入,主機名定義為唯一值(為了保證saltstack的採集),可以增刪改查和搜尋相關資訊。

三、資產收集:主要採用salt-api的方式呼叫管理介面,對grains進行收集,部分不帶有的外掛程式如:硬碟大小和記憶體資訊可以自己定義外掛程式收集。

四、資產的收集、展示和刪除。

五、檔案的上傳、入庫和批量推送;推送選擇的是salt/minion的實現方式,通過分組進行推送管理;然後通過salt 的even機制找到返回的記錄並統計顯示。

六、批量命令也是通過salt/minion的方式執行;通過分組管理的方式對命令進行推送和通過salt事件監聽機制返回是否成功執行操作,並記錄資料。

1、機房管理:

2、機器管理:

3、資產收集:

4、資產審計:

6、檔案的上傳、推送、檢視結果:

推送結果:

##備註:

之前用過paramiko等方式來實現自己寫介面呼叫執行批量操作,後面發現saltstack後覺得自己不用重複造輪子;還有前期也開發過監控,通過highcharts出圖的方式,遇到各種bug。感覺自己多開發一些zabbix外掛程式已經非常完美的執行監控操作了。

運維乙個系統的思想積累

1.運維乙個架構複雜 上下游依賴比較多的系統,需要一些運維的思想在裡面 1 做乙個系統的定位是什麼?是做乙個通用的平台還是乙個服務於業務的系統 如果是平台就不要牽扯任何的業務,如果是為業務服務的要考慮業務的可擴充套件性,不能來個大的需求就要來次小的重構,工作量太大。2 系統的解耦合 任何乙個系統都存...

IT運維管理平台的事實標準ITIL

隨著資訊化的不斷發展,企業越來越多的依賴pc lan 伺服器 防火牆等網際網路技術,it系統發展至今已經成為 業務系統不可或缺的支撐基礎,業務系統借助it系統幫助企業更高效的服務於客戶及市場,it系統不單純只是零散孤立的軟硬體裝置,為了更好的保障業務系統 持續執行,it應用系統已經上公升到了it服務...

IT運維管理平台CMDB建設的幾個層次

大型it組織,比如大中型銀行 券商 保險 大型企業的cmdb建設基本上可以定義為三個階段 第一階段主要是台賬式配置管理,其資料主要是通過手工維護的,基礎需求是為了滿足基礎的硬體資源管理及監管要求。第二個階段是面向it基礎資源的配置管理,其主要關注各類軟 硬體資源的全生命週期的管理,關係的是各類資源的...