自動發現裝置資料軟體
提供各種查詢api介面，並做好許可權控制。目的是能夠被上層的各種軟體呼叫，是rest介面，xml介面。然後基於各種語言做相應的封裝庫。
應用程式監視軟體
統一的資料採集模組，用於採集裝置執行資訊，包括磁碟io，網路頻寬，cpu利用率，網路裝置的session數，pps。這個採集模組在網路裝置上能夠通過snmp來實現，在伺服器上通過定製化的agent來實現，這個agent最基礎的能力是採集伺服器執行資料，最重要的是能執行各種指令碼語言並通過指令碼語言實現對伺服器的各種操作(如更改配置，分析應用程式日誌並輸出結果)。
監視資料儲存與視覺化，資料採集模組採集到各種資料會很多，但對事務性沒啥要求，能夠用各種nosql資料庫如hbase,cassandra等來實現。資料的視覺化是能夠做的很深且偏應用程式層面的東西，在監視軟體上只實現最基本的曲線圖展示，提供按時段選擇和對比的功能，其他複雜的視覺化操作通過各種api來實現。
監視項新增和告警通知，監視項是一種層次結構，而不是列表結構。上層節點的配置能夠被下層節點的配置覆蓋掉。對網路裝置來說監視項就是一些不同的oid。借助於底層的資料採集模組，對伺服器來說監視項基本上就是指令碼。能夠分為標準監視項和自定義監視項，標準監視項最大化的通用，實現cpu,記憶體，磁碟，網路等資訊的監視。自定義監視項能夠用多種軟體管理指令碼語言等實現，指令碼的輸出符合規範即可,採用行結構或json串。每個監視項設定warn,crit告警閾值和若干告警聯絡人，閾值是數值型，特殊的能夠是字串。超過閾值的監視項會傳送告警給聯絡人，告警能夠通過簡訊，郵件，im軟體發出。告警傳送要支援合併告警，頻率控制，關閉告警。要不然可能一次小故障就能發出成千上萬條告警，告警就失去效果了。
監視api介面，並做好許可權控制。做法和目的與emdb一樣。開放監視資料獲取，告警訊息傳送，配置推送的介面。主要目的是讓監視軟體裡面的資料能夠被外界利用，能夠在這些資料基礎上做更加絢麗複雜的資料視覺化工作，或者做一些更加個性化的監視和告警。次要目的是支援對伺服器的統一操作，比如公司所有機器統一公升級軟體軟體的版本。建議統一操作的api介面僅對少數幾個人開放，並且許可權嚴格控制。
發布和線上配置管理軟體
自動化運維利器（Ansible）三
它本身是乙個文字檔案，乙個格式類似的ini檔案。自定義資產 這個檔案可以自定義，之後使用 i 引數指定 下面給出乙個自定義的靜態資產例項，然後再具體介紹其含義。cat inventory.ini 1.1.1.1 2.2.2.2 3.3.3.1 15 test01.qfedu.com test03.q...
自動化運維的基石 CMDB
cmdb是什麼？cmdb 就像乙個人的大腦核心，是乙個資訊協調庫，其儲存的資料是協調身體完成各種複雜運動的資訊 我心中的 cmdb 碎片整合 面向運維工具的碎片化場景，是盤活整個運維管理的資料核心 元資料庫 提供運維活動的基礎元資料，是唯一可信的運維配置資料服務 場景驅動 為運維聯動提供資料驅動，可...
傳統行業的自動化運維
專案總結 見識不深，歡迎吐槽 運維為什麼要自動化，智慧型化 1 沒有對常用運維指令碼進行管理，直接執行命令，風險大 2 業務劇增，運維人員需要管理大批量伺服器，日常運維工作量大 3 巡檢 變更 發布等等，重複工作多 常見的運維場景 1 日常巡檢 運維工程師需檢查所管理伺服器的各項指標是否正常，放防禦...