專案總結---見識不深,歡迎吐槽
運維為什麼要自動化,智慧型化
1)、沒有對常用運維指令碼進行管理,直接執行命令,風險大
2)、業務劇增,運維人員需要管理大批量伺服器,日常運維工作量大
3)、巡檢、變更、發布等等,重複工作多
常見的運維場景
1)、日常巡檢
運維工程師需檢查所管理伺服器的各項指標是否正常,放防禦未然
2)、採集/比對
定期採集伺服器指標、配置檔案、日誌檔案,製作伺服器的變更基線,便於日後分析
3)、業務/系統變更
系統擴容、減配等各種對伺服器進行操作產生變化的操作,需要控制操作風險
4)、版本發布
業務系統公升級頻繁,需工具提高發布效率和管控發布風險
5)、災備切換
應對突發情況,進行不同部署環境切換、回切
6)、智慧型領域
與監控系統協作,分析歸類告警資訊,實現故障自癒
自動化運維平台需具備的能力
1)、批量執行指令碼、命令的能力
2)、簡單易用的流程引擎
3)、指令碼管理(需控制指令碼的管理執行許可權、版本)
4)、檔案管理(各種軟體包)
5)、服務目錄
版本發布如何實現
1)、軟體生命週期
專案管理、配置管理、**檢查、編譯構建、測試、部署、發布
2)、發布工具提供的能力
多檔案分發:實現版本包的下發
指令碼管理執行:實現版本發布過程中各種服務的啟停、校驗、備份等操作
流程引擎:編排發布流程,解決元件依賴發布問題
總結:提供簡單通用的操作,讓使用者能實現特定的版本發布
運維自動化
1,cobbler安裝環境準備 安裝epel epel release 6 8.noarch.rpm x86 64 epel release 6 8.noarch.rpm x86 安裝系列依賴環境 要是區域網用,建議關閉iptables 或是放行25151 80 69埠 和關閉selinux 檢視狀...
自動化運維
考慮的因素 源 打包為映象 發布到映象庫 利用k8s發布到物理機器執行,以服務的形式對外提供服務 目前的做法 0 建立乙個執行遠端命令的框架 1 每個應用建立乙個部署檔案指令碼 a 指定元 位址 c 同步源 到目標主機 d 接受指令碼引數 vername 2 版本號,映象tag fromport 3...
自動化運維 Spug 輕量級自動化運維平台
對於中小型企業而言,進行主機和應用的管理是比較麻煩的,應用部署往往需要直接連線伺服器,再進行手動的環境配置 拉取 應用構建和部署發布等工作,容易出錯,且耗時費力。乙個好的自動化運維平台,往往能大大節省人力物力,提高開發部署效率。spug,正是乙個面向中小型企業設計的輕量級自動化運維平台。spug,是...