前言
前面《運維思索》系列文章已經将我們的自動化運維之路鋪好，接下來我們要進入的是基礎設施自動化落地。本文希望能夠将《運維思索》系列與之前分享的一些文章進行有效的串聯，讓曆史文章不再孤單，再次發揮餘熱。
串聯
在運維思索：運維管理與運維自動化一文中講到了運維自動化的幾個階段：
操作自動化>場景自動化>智能化
，其在基礎設施層的落地主要展現為：
-
操作自動化
運維思索：作業系統配置規範化、自動化一文，基于
配置規範
結合ansible實作了部分功能的操作自動化：
（1）作業系統配置初始化、使用者配置自動化、安全配置自動化；
（2）基礎元件的自動化部署，如：java、nginx、中間件、python等；
此階段
配置規範
-
場景自動化
基礎設施層主要是網絡裝置、虛拟化叢集、實體機等，通過cmdb、堡壘機、監控去管理，是以主要場景有：
（1）伺服器上架，需依次接入cmdb、堡壘機、監控等管理層服務；
（2）伺服器下架，需依次登出cmdb、堡壘機、監控等管理層服務；
在伺服器基數小的情況下，我們可以手動在各個平台注冊主機；一旦需要批量上下架，工作量将會指數增長。是以我們需要這些場景自動化來為我們減負。
-
智能化
在此階段的智能化，我隻能聯想到故障自愈，與監控平台形成有效關聯，實作故障的自動恢複。
在此我們主要介紹場景自動化。
場景自動化
傳統的運維核心是以解決孤立的問題為目标，是以當雲日趨成熟，讓很多運維同學覺得要失業。因為雲屏蔽了底層的基礎設施，能夠讓企業将更多的精力放到業務上。轉換下思路，運維在企業中是否就是扮演的‘雲’的角色，我們要保證的是
- 業務連續性
- 資源的快速傳遞
- 應用可靠性
是以我們要扮演好’雲’的角色，此時就需要依賴操作自動化、場景自動化和智能化三者的互相配合。操作自動化是基礎、場景自動化是關鍵、智能化是保障。是以我們就需要在關鍵處下手。
基礎設施層大部分的工作在于伺服器資源的傳遞，是以運維要保證資源的快速傳遞，此時就可以靠場景自動化來解決。
-
場景一
基礎設施資源一般通過cmdb、jumpserver、vsphere、監控等不同運維工具納管，我們如何實作伺服器資源的一站式傳遞？
-
場景二
某個業務下架，我們如何從cmdb、jumpserver、vsphere、監控等運維工具中下架關聯資産？
以上是兩個非常常見的場景，我們該如何實作場景驅動呢？
最佳實踐
對于運維來說，通過Web界面輸入參數、一鍵執行實作整個場景的自動化傳遞，我認為就是最佳實踐。
在此特借助藍鲸标準運維實作了虛拟機傳遞，實作虛拟機建立、定制ip、jumpserver自動添加資産及使用者推送、注冊藍鲸cmdb，發送郵件通知。
我們通過藍鲸标準運維架構，訂制了vsphere、jumpserver、cmdb三個原子，用于打通三個平台，實作了單台虛拟機傳遞在
1.3 分鐘
左右。
1.訂制場景流程
2.填寫參數
3.一鍵執行
具體實作可參考以下文章：
藍鲸智雲實作虛拟機傳遞（一）
藍鲸智雲實作虛拟機傳遞（二）-虛拟機管理(VSPHERE)
藍鲸智雲實作虛拟機傳遞（三）-跳闆機管理(JUMP)
藍鲸智雲實作虛拟機傳遞（四）-配置平台自定義(CMDB)
總結
基礎設施的管理是運維工作的根本，如果管理混亂，那麼上層應用也不好不到哪去。是以運維不管到哪，都要做好場景化的梳理，通過運維流程去定義，做可持續的自動化，保證團隊中任何人都可以無縫交接。