有關Kubernetes監控的4大常見陷阱,注意避免!

Kubernetes(K8S)如今彷佛是管理和部署基於微服務和容器的應用程序的事實標準——其中原因亦不難理解。Kubernetes是最大的開源社區,它由雲原生計算基金會(CNCF)支持,它是DevOps友好的,它提供了混合雲的優點。有什麼理由不愛它?機器學習

但在TheNewStack的最近一項調查中,69%的受訪者表示,誠然Kubernetes是他們企業容器編排的首選,但部署和管理Kubernetes並不是像在公園散步同樣輕鬆愜意。儘管Kubernetes具備很高的靈活性,但仍存在操做工做流程的複雜性——許多涉及應用程序性能管理(APM),真的想要徹底體會到Kubernetes承諾的好處,還須要在有效管理上下大功夫。分佈式

從新思考你的Kubernetes監控策略微服務

在一個近期的CNCF調查中,38%的受訪者表示監控是其企業採用Kubernetes過程當中的最大挑戰之一。若把受訪者劃分爲部署規模更大的那批企業,這一數字甚至增加到了46%。那麼,現代IT領導者該如何簡化Kubernetes監控,以提升效率,同時優化性能?工具

目前的Kubernetes監控方法存在的主要問題,從缺少端到端的可視性,到遷移容易出錯,不一而足。下文中咱們將聊聊監控Kubernetes時可能遇到的四個常見挑戰——以及如何解決這些挑戰的建議。性能

挑戰1:缺少端到端的可視性學習

Kubernetes傳統監控的最多見問題之一,是缺少對客戶接觸點和分佈式應用程序的端到端可視性。優化

所以,IT團隊對最終用戶體驗和應用程序性能如何影響業務KPI沒有任何概念和感覺,也所以沒法知道要修復或改進的內容。blog

爲了解決這個問題,使用基於正常性能的Kubernetes監控解決方案很是重要,而且能夠利用機器學習的強大功能,從而在出現問題時智能地向IT團隊發出警報。部署

挑戰2:告警風暴工作流

雖然瞭解全部應用程序的問題彷佛是一件好事,可是當多個問題同時出現時,它可能會迅速失控併成爲障礙。畢竟,你真的但願每次有工做完成或新容器啓動時,都收到一遍提醒嗎?

若是沒有優先級警報的能力,IT團隊一般必須對每一個問題的根本緣由作出響應和分類,這將直接帶來很是糟糕的用戶體驗甚至是成本損失。

所以使用Kubernetes監控解決方案時最好能要識別和解決確切的潛在問題——深刻到代碼行、單個設備、Kubernetes服務甚至單個容器級別。

挑戰3:故障排查的痛苦

應用程序停機的成本可能會高到使人咋舌——關鍵的應用程序故障每小時可能損失高達100萬美圓。時間就是金錢,IT團隊在檢測問題的根本緣由時不該該浪費時間。

問題是,今天的許多監控工具都缺少在Kubernetes環境中執行自動化根本緣由分析的能力,使故障排除成爲一個耗時的噩夢,一般會致使高MTTR和長停機時間。

爲避免這種狀況,請經過比較遷移先後的用戶體驗,確保您的Kubernetes監控解決方案可以在應用程序依賴性和遷移成功驗證兩個方面都具備更高的可見性。

挑戰4:易出錯的遷移過程

將傳統應用程序遷移到Kubernetes很容易出錯而且很是耗時。那些纔將現有單體應用程序遷移到部署在Kubernetes上的微服務的公司,更易缺少對Kubernetes環境的可見性,所以沒法看到每一個微服務或傳統應用程序的實時交互。

這時能夠考慮藉助可經過單一管理平臺提供一步安裝和統一監控的解決方案,讓IT團隊能夠充分利用其現有的技能、流程和工具。

在Kubernetes上提供完美的應用程序性能

愈來愈多的公司開始使用Kubernetes來改變公司在分佈式多雲環境中部署和運行應用程序的方式,且這Kubernetes的流行勢頭絲毫沒有顯示出放緩的跡象。但對於在Kubernetes上運行傳統或基於微服務的應用程序的組織來講,監控的挑戰依然顯而易見。

所以,組織必須認真考慮Kubernetes監控方法的方方面面,以簡化複雜的企業工做流程,提升成本效率並提升生產力。經過對整個Kubernetes堆棧和Kubernetes協調應用程序的端到端統一可視性,IT團隊能夠提供完美的應用程序體驗——並確保他們的Kubernetes投資可以帶來更好的業務成果。

相關文章
相關標籤/搜索