通常來說，自動化運維有兩種型別的運維方式：
在傳統的運維中，對於定時任務的處理通常用crontab指令碼來實現，但是一旦管理的機器多了，必定會對指令碼進行集中管理，這個時候對集中管理指令碼的機器的可用性、指令碼裡面會散落密碼明文等相關資訊以及定時任務執行的記錄都是乙個很大的挑戰；而對於事件驅動的報警處理，要麼是通過簡訊報警告知運維人員，要麼需要自建服務來處理報警資訊, 無論是哪種方式，財務成本和運維成本都很大。本文**一種新的運維方式，利用函式計算做自動化運維，以極低的成本就可以獲得乙個高可靠，高質量的運維服務。
阿里雲函式計算是乙個事件驅動的serverless計算服務。通過函式計算，您無需管理伺服器等基礎設施，只需編寫**並上傳。函式計算會為您準備好計算資源，以彈性、可靠的方式執行您的**，具體表現為：
函式計算給使用者極大的自由來實現自定義的功能，一旦和自定義自動化運維相遇，會擦出不一樣的火花。下面就本文就傳統的自動化運維和函式計算進行自動運維在兩種不同型別維度上做乙個對比:
某些雲服務賬號acess key secret需要定期更換，以確保 acess key secret安全
定期檢查自己 ecs 對應暴露的埠，確保安全。比如你的ecs是乙個**伺服器，可能只需要對外暴露 80 埠就行，如果出現 0.0.0.0/0 這種允許所有人訪問的漏洞，需要出現報警或者自動修復。
假設兩台 ecs 機器 a, b, a 機器出現了宕機，這個時候需要把a機器上的 eip 遷移到備用機器 b 上，可利用雲監控的報警和函式計算可以實現 eip 的自動遷移， 雲監控檢測到a宕機這個事件，然後觸發函式執行，函式實現 eip 的自動遷移。
假設之前一台 ecs 發生系統錯誤而重啟，使用者可能會緊急起來做一些驗證或者建立快照的處理， 在下面的實戰中，我們對一台因為系統錯誤例項重啟或者因例項錯誤而重啟的機器進行自動化處理，比如成功重啟後建立快照處理。
運維自動化
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，是...