Dynatrace雲戰略專家Brandon Neo：數字化時代下如何監控動態雲環境

至頂網CIO與應用頻道 08月09日 北京消息：8月2日，第四屆Dynatrace Perform 上海用戶大會隆重舉行。在此次盛會上，Dynatrace與各行業翹楚共同探討了人工智慧技術為應用性能管理帶來的新可能，並展示了Dynatrace Davis 人工智慧運維助手及其應用場景。

Dynatrace雲戰略專家Brandon Neo提到，新的時代已經來臨，無論組織大小都已經開始了數字變化轉型，所以「上雲」至關重要。但在上雲過程中，企業會遇到哪些問題，如何有效的監控雲平台，對此Brandon給出了詳細的解答。

Dynatrace雲戰略專家Brandon Neo

以下為嘉賓演講實錄：

在最近一篇在線文章中，各種不同規模的組織進行了一次調查，調查的是關於各種雲供應商的數字轉型。在供應商的名單中，在下面看到的四個是有最高的投票數。而調查顯示，有多少客戶知道或者有聽過雲的供應商，AWS是在歐洲最認可的，跟隨著的是Azure，然後是谷歌和IBM。在中國市場來看，名單中有排行第九位的阿里雲。

調查顯示之後詢問了各類組織在遷移期間有哪些供應商被評估了，AWS再次領先，最後詢問到組織對數字業務選擇了哪一位雲供應商，AWS成為了領導者。所以很明顯的，在比較各種組織規模時，各個組織都開始使用了雲服務。調查結果也顯示，2017年各個規模的企業都彼此增長著。而最大的增長來自中等企業以及中小企業。跟各種組織的規模比較時，很明顯開始使用雲服務。2017年，可以看到各種不同的組織層面上有16%的增長，AWS預計在接下來五年每年都會增長25%，這意味著在四年時間裡，他們的收入將會增加一倍。Azure被視為客戶最可能購買或者更新的平台。現在我們面臨一個新的時代的來臨，無論組織大小，都已經開始了數字變化。所以移動到雲至關重要，那組織應該考慮哪些問題？

第一個問題就是當我們進入到雲的時候，企業應該怎麼樣才能確保應用程序沒有任何的停滯時間？為了充分利用雲平台，是否還要重新構建我們的應用程序？該怎麼樣才有效率用盡雲間的服務呢？我們應該是否更改我們的應用程序，來負責我們的策略？我們也是否應該使用新的雲戰略？遷移完了之後，是否有高度動態的自動擴展在雲微服務的應用程序？畢竟現在的平台成為了應用程序的延伸。全球商業獨立研究透露，幾乎每個客戶每五天都會遇到營業收入影響的問題。要處理這些問題的挑戰，由於生產力的損失，各個營業部門每年都失去很多珍貴的時間。這代表收入損失，比如很多隱藏的領域都會受到性能的影響，比如知名度、客戶體驗差、股票下跌等等。

發現問題之後，怎麼樣有信心來解決這些問題？從我們的調查當中，大多數的團隊似乎缺乏解決問題的信心。關於這些問題，最重要的原因就是複雜性。當我們進入雲端時，各種不一樣的構造會產生不一樣的狀況。結合之前的研究結果，證明很清楚，監控雲平台和雲環境當中的整個步驟並不容易。我們需要的是一個單一管理界面，讓我們輕鬆的監控所有雲延伸的應用程序。所以之前有說過，這個圖蠻接近的，我們可以談談雲模型以及雲戰略。傳統的構造，有網路伺服器，應用伺服器，還有資料庫，通常運行在數據中心裡。傳統的想法就是分離應用程序的不同功能，因此需要獨立的團隊。從圖上可以看得出，每層大多數會有自己的團隊，每層也可能有多人組成。當我們遷移到基礎設施以及服務時，雲的提供商通常負責處理基礎設施。人們要維護基礎程序。當轉向雲平台服務時，大部分的雲服務商都為了這些服務提供了處理，因此企業能夠專註在應用程序。比如說怎麼樣能夠自動拓展，更有效的使用容器。無論是最好的服務商，都不能避免服務中斷，數據中心著火之類的。這樣的情況下我們怎麼才能有效的監控雲平台？

我們要監控雲原生應用時，我們需要的是一個實時發現應用程序的功能。就像網格、流程、服務、日記、雲端、應用程序跟每層都要被監控，而你需要的是一個雲內置的引擎，讓所有的信息都疊在一起。你可以很容易的指出根本原因，了解了信息的類型關係，你需要真實用戶的體驗，讓你現在該知道用戶體驗對所有的企業的重要性。你將需要分析用戶體驗和交易，簡化和受影響用戶有關的問題交易。在整個過程中，當然人工智慧能實時分析數十億筆的交易，可以輕易的監控容器和微服務。即使服務上下移動時，我們也可以自動檢測應用環境的變化。並且建一個當前的模型。

完全展現真正的用戶體驗，比如在今年舉行的全球的Perform當中，我們有一個新的指標，visually complete，我們用用戶的交互對用戶體驗進行測量。需要的也是能完全實時的信息，讓你不斷跟隨高速發展變化的環境。當前，今天也見到了通過DAVIS收集的應用程序信息，我們通過ChatOps和VoiceOps進行溝通，我們的各種語音翻譯服務，很多未來的服務，在各種複雜的環境里，你需要解決方案能夠分析收集的大數據，無論是分析交易還是請求，都可以輕易了解一切。

還有你需要全堆棧日誌分析的功能。不只是監視日誌所產生的志標，通過人工智慧引擎，你可以了解上下文日誌的分析，包括理解異常的問題背景。還有一定需要的就是能監控那些雲平台的功能以及服務，這些包括雲平台的雲環境，剛才所講解的雲原生應用環境複雜，你需要監控雲端的各種服務，比如說AWS等等。

在今早的示範，自我修復，我們的API可以導入任何自定義設備，包括網路設備，也可以幫我們導出數據、警報和信息，把資料傳給第三方工具。在我們的內部，我們也有使用Dynatrace來監控我們自己的群集。我們已經開始用各種的監控技術，比如說自我修復、自我管理方面，來監控Dynatrace，這也證明這是最好的成功例子。早上也聽到，我們還可以用OpenKit來監控雲端物聯網的設備，比如說是智能電視和智能車，並將設備和平台指標發回雲。

由Dynatrace我們可以自動問題監測和根本原因自我修復，智能警報和自動創建新的事件，比如說智能警報問題產生的原因。異常監測，更快更好的打造新的軟體，正確的使用用戶數據以及大數據分析。智能可視化與信息的儀錶盤。智能監測與容量管理。當然還有最重要的，就是智能CMDB，實時智能構造，填充CMDB。

早上有提到，公司通常對使用自己的產品來證明自己的價值觀，Dynatrace有一樣的想法和價值觀，使用Dynatrace的軟體來改善，我們靈活的一年內發布了26個版本，而我們的團隊經過數字化變化，現在只需四人來運作。我們有93%的錯誤是由我們自己的開發組來發現的。這證明我們更加穩定，我們有99.99%的可用性，這些都是自動化的，這一切無論是對於組件或者基礎設施，都沒有人為干擾。

所以我希望我今天的分享能夠為您提供一些有關監控的重要性，和使用Dynatrace來推動企業的數字變化。

謝謝。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！