自動化運維，先做規劃還是先建場景？

??關注嘉為科技，獲取運維新知

隨著自動化運維在企業落地的成功案例和場景越來越多，更多的企業都在探索適合自身的自動化運維規劃。

而在開始進行自動化運維落地的時候，往往會面臨一個選擇：到底是先做規劃再逐步建設，還是先取價值度高的場景再持續建設？

我們先來看看這兩種方式的優缺點：

• 先做規劃再逐步建設

  先規划出未來的自動化運維藍圖，包括自身具備的功能模塊、與周邊系統的關聯、數據流等，再逐步累加進行堆積。

  這種方式的好處是整個建設更具備指導性和計劃性，但缺點是無法持續的優化建設藍圖，找到適合自己企業落地的模式。

• 先取價值度高的場景再持續建設
  先選取一些典型的場景，如應用發布、自動化巡檢、補丁更新等場景，逐步建設，然後持續累加，在進行到一定階段的時候探知到適合自己企業的目標和藍圖。
  這種方式的好處是當前做的自動化運維建設是具備實際價值的，便於價值呈現後的後續建設，缺點是缺乏理論指導，需要後續持續構思適合自己的運維藍圖。

那我們在做自動化運維的時候，到底應該選擇先做規劃呢？還是選擇先建場景呢？

我們兩種都不選。

來看看一種新的建設思路：1+N

基於1+N的自動化運維建設思路

1+N模式，1是指基礎技術平台，N是指運維SaaS應用。

組建團隊牽頭規劃設計並負責基礎技術平台的建設，具體的運維功能可以由各專業、各部門自行開發維護和發布，形成1十N的組織模式。

此模式具有如下特點：

• 發揮多方積極性，各取所長
• 快速形成比較完備的企業級能力
• 對平台的基礎功能和核心框架要求高
• 要求各團隊具有較強的運維開發能力
• 各部門能自己選取價值度最高的場景進行建設

目前嘉維藍鯨的自動化運維解決方案，採取的就是1+N的建設思路，平台是基於騰訊的藍鯨智雲研發運營一體化平台。

三大典型場景案例介紹

接下來，筆者基於騰訊藍鯨平台，以1+N的自動化運維建設思路，分享一下在企業的具體落地場景案例。

1、工單處理自動化

遇到的問題

用戶在服務台上提交各類IT需求工單，審批後，需要各個運維人員去各個系統完成用戶工單的請求響應，用戶響應慢、IT運維工作重複效率低，且容易出錯。

解決的方式

基於藍鯨平台的強大API接入技術，實現與OA或ITSM工單集成，OA提起賬號、文件伺服器、郵件、業務系統等用戶服務工單，完成流程後自動轉到自動化運維平台上進行處理，而具體處理操作的執行，則由藍鯨平台與各個IT對象對接的操作原子實現，操作原子可以是各類腳本、文件分發以及API代碼的編排。

解決的成效

加速用戶工單處理，提升用戶體驗和滿意度；

減少IT運維重複工作，提高服務台工作效率和準確度。

架構圖

2、應用發布自動化

遇到的問題

應用的更新與發布涉及到的技術對象和流程複雜，造成應用發布耗時長、容易出現步驟紕漏、運維工作量大等問題。

解決的方式

基於藍鯨的流程引擎，把應用發布以及回滾的流程進行梳理，形成可編排的自動化運維流程，實現與開發的自動化聯動，一鍵完成應用發布與部署。

如典型的應用發布流程為：

解決的成效

提升應用更新和發布的效率，加速企業Devops全流程落地。

架構圖

3、資源交付自動化

遇到的問題

業務或測試用戶需要頻繁的向IT申請資源，IT需要快速交付整體的資源給到用戶，包括計算資源、存儲資源、網路資源、關聯管理組件等，存在交付速度慢、交付後還需要深度修改、運維人員工作量大的問題。

解決的方式

通過藍鯨的驅動能力與全套資源交付的各個對象對接，打通資源的各個組件，然後再進行流程編排，形成整體的資源交付。在我們做的案例裡面，可以覆蓋的例如F5、防火牆、網路設備、第三方系統等各類對象，做到真正意義上的跨系統調度與編排，用戶只需要考慮場景和流程，而不用再關心技術上是否可行。

解決的成效

加速資源交付效率，提高業務敏捷性。

流程圖

以上為筆者基於藍鯨的自動化運維建設項目經驗和場景設計思路的思考，歡迎大家探討交流。

本文首發於微信公眾號：嘉為科技，轉載請註明出處。

關於我們

嘉為科技 —— IT解決方案與服務領先者，騰訊藍鯨智雲全國首家授權技術合作夥伴，擁有嘉維藍鯨IT自動化運維、IT基礎架構服務、應用軟體開發、雲計算四大系列業務，提供自本地到雲端、從標準架構到定製開發的一系列優秀IT解決方案和服務，全新打造嘉維藍鯨IT自動化運維解決方案、CMDB解決方案、DevOps解決方案等，提升客戶信息化水平和市場競爭力，助力客戶的業務發展。

嘉為集團 —— 成立於2001年，由嘉為科技和嘉為教育組成，於廣州、深圳、北京、上海設有分公司，融IT服務和培訓諮詢於一體，為客戶提供解決方案、運維支持、軟體研發及培訓教育服務。歷經18年的發展和積累，嘉為已成為備受客戶讚譽的行業翹楚。