優雲軟件葉帥：「互聯網+」時代的雲數據中心運維思辨（下） 優雲軟件葉帥：「互聯網+」時代的雲數據中心運維思辨(上)

繼上篇

優雲軟件葉帥：「互聯網+」時代的雲數據中心運維思辨(上)

2017中國開源產業峯會暨中國國際軟件博覽會分論壇，優雲軟件葉帥在開源雲計算技術創新論壇發表了《「互聯網+」時代的雲數據中心運維思辨》的主題演講，本文根據演講內容整理而成。

不管是穩態仍是敏態，你們關注的內容最終的目標並不會發生變化，最終的目標都是保證當前的數據、業務或者用戶可以獲得一個比較好的系統體驗，是否是說隨着雲環境或者容器對象的引入，當前的IT對象或者IT服務就可以獲得持續的比較好的體驗呢？其實每每不是這樣的。

隨着業務系統或者整個IT架構發生一個複雜的變化，要管理的內容也變得愈來愈多，之前只是單純地維護網絡，維護存儲，維護操做系統，維護咱們的數據控制原件就能夠了。那麼隨着虛擬化、容器應用的這樣一個引入，咱們發現更多的IT架構是發生瞬時變化的，極可能容器對象在服務器A下一刻就到服務器B去了，致使咱們要花很大的力氣去作總體業務可用性的一個盤查，這樣的難度也愈來愈大。

那麼如何可以保證用戶獲得比較好的一個效果，而咱們的業務還能持續運行，這實際上是咱們要考慮的事情。廣通軟件提出了一個應用端到端的管理思路，這個應用端到端的管理思路跟傳統的這種APM監控或者PPM監控略有不一樣。

傳統的監控更多的仍是關注工具層面，單獨工具或者單一工具它所得到的信息內容，而廣通軟件的這個應用端到端的管理，不只可以去捕捉到某個不滿意用戶的整體訪問狀況，哪些不滿用戶它的那個慢交易在什麼地方，還可以對這個用戶的慢交易進行過程的回溯甚至是定位到這個慢交易是在哪段代碼中、哪一個數據庫中出現了問題，作到一個前端跟後端的關聯，這個是咱們認爲端到端應該作的一個事情，而不是侷限於應用層或者僅侷限於數據層、用戶體驗層面的一個內容。

咱們要打通從用戶體驗到數據到應用到底層架構的這樣四層關聯，那這個是咱們在應用監控方面的一個內容。

接下來就提到了咱們的第三個內容，有了資源管理，也有了監控管理，那麼這些有沒有很好的去解決當前運營的一些問題呢，它只可以保證在運維被動式響應的場景可以獲得很好的一個改善，達到一個主動式的運維。那麼如何可以把運維從主動式轉到一種運維效能或者服務交付式運維呢，咱們提出了自動化處置的一個概念。過去傳統的自動化運維關注的內容是包含了像咱們的巡檢、合規性檢查、日誌分析數據遷移的一些內容，過去關注的內容更可能是對於操做系統對象層面的平常巡檢或平常關注的一個運維交付。那麼咱們在敏態環境下，在當前雲環境和「互聯網+」下面咱們更多的經過自動化運維，要作的事情是把DevOps的一個從代碼構建到代碼發佈，到最後持續運維、運營都納進來。因此說咱們當前所關注的敏態下的自動化運維，它更多的是從持續交付到整個系統的彈性發布，甚至是故障自愈達到這樣目的。

咱們把整個運維過程進行拆分，定義每一個過程或者每一個場景是咱們整個運維生產線上的一個原子化操做，那麼咱們把這個原子化操做進行生產鏈的組合，保證它是整個木桶，沒有任何短板，並且整個木桶的銜接也是沒有任何問題的。那麼經過編排把這些定義好的原子化操做進行場景化的示例，進行產品化示例以後，進行快速的交付，交付就能夠經過監控驅動或者流程驅動或者人工驅動等諸多方式來保證自動化的這種快速的應用，這個是咱們自動化的一個思路。

那麼自動化應用在什麼地方?其實自動化更多的是應用在一些比較大的數據中心。咱們來給你們算筆帳，一臺服務器從系統部署到最後的監控告警大概須要30分鐘，那麼若是咱們有一百臺甚至是一千臺服務器，這就會是一件很可怕的事情，咱們測算了一下擴容一千臺服務器大概須要2我的工做一個月的時間，這會很是消耗人力。

自動化的方式可以應用在需求調研、例行操做、響應支持、優化改善等等，咱們把自動化操做經過場景的映射，把每一個場景定義成不一樣原子化的過程，進行快速的發佈，這個就是咱們的自動化的一個內容。

那麼咱們說整個信息發展或者技術發展遵循的路線都是先經過高精尖的技術去完善工具，當完善工具以後，那麼工具會造成一個打通平臺的內容，當有平臺以後人會參與工具之中，人會參與平臺之中，實現人與工具，人與平臺的對話。那麼最後咱們在這邊簡單的提一下對於運維的一個展望和對將來發展的理解，廣通軟件認爲人工智能確定是最後運維發展的一個終極目標，那麼人工智能包含了人與機器、機器與機器，人與人之間的快速協同，咱們把它稱之爲ChatOps，這種即時協同的方式來去作咱們快速的一個交付。

咱們的這種即時協做能夠普遍應用在咱們的環境部署、故障排查以及相關的功能交付，涵蓋了監控到資源管理到整個自動化的全部運維場景，可以幫助咱們的人員進行快速下達指令，可以進行一個快速執行。那麼運維的即時協做，更多的是經過建立人工的工做組的方式來成立專項的PMO，在專項PMO裏面咱們以人爲本，人員經過智能語意的方式對機器人進行語義的下達，比方說讓它去擴容某個表空間，那麼智能機器人就識別了這樣的一個語義，它就能夠去調用自動化的工具去作這個事情。

那麼經過ChatOps能夠想象到這樣的一我的與機器的協做最終的目標是下降人員對於運維工具的過度依賴，經過命令的方式讓不具有全棧運維的人員也能參與進來，只要有這個權限，只要有這個知識，那麼就能夠下達這個命令，由機器來幫助執行。

經過設立不一樣的專項組，咱們成立了運維專題，那麼在運維專題裏面能夠查看當前的配置項，甚至是把這個配置上的一個消費圈訂閱到比較醒目的看板上，同時也能夠去查看性能狀態、監控狀態，也能夠去執行一些故障恢復的腳本，查看一些監控報警等等。這個其實就是咱們總體的一個運維發展將來遠景的規劃，就是經過智能語意、智能技術來幫助咱們實現面向將來智能時代的一我的員與運維的快速結合。

廣通軟件過去是作傳統運維的，那麼如今更可能是幫助用戶實現「數字化」與「互聯網+」時代下的IT運維快速的迭代，幫助他們去穩步適應ITIL和DevOps的衝擊，那這個就是本次演講的內容，很是感謝各位.

觀衆提問：

老師好，如今互聯網比較流行這種微服務架構，就是目前咱們一些傳統企業包括金融行業也是把本身的互聯網部分逐漸的在微服務化，你們也知道微服務不像之前的那種經過企業總線統一去交付，而是去相應的服務引擎那一塊去發現這個服務，而後就實現一個大範圍網狀的一個交付，對於這種架構的話咱們有沒有一些相應的策略或者方案。

葉帥回答：

對於互聯網如今咱們用的比較多的這種微服務架構，首先第一個微服務架構是經過網關的方式來實現或者經過OpenAPI的方式來去實現咱們整個數據的互通，數據的交互，那麼咱們如今提到的運維Pass平臺也是基於微服務的架構去作的這個內容，那麼咱們經過兩方面來實現整個微服務的管理，第一個方面是經過比較基礎的一個日誌方面進行管理，第二個是經過端口鏡像的方式去作網絡報文的一個跟蹤，由於它是經過OpenAPI的方式來去作整個消息的這樣一個互通，因此經過報文的方式來去捕捉，來去解析整個數據傳輸或者整個數據交互的一個內容是更爲合適的。

福利：優雲軟件全線saas版無償使用：www.uyun.cn