傳統行業的自動化運維

2021-10-10 00:08:14 字數 920 閱讀 2774

專案總結---見識不深,歡迎吐槽

運維為什麼要自動化,智慧型化

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,是...