Kubernetes監控方面要避免的四個常見陷阱

Kubernetes(K8S)現在似乎是管理和部署基於微服務和容器的應用程序的事實上標準，不難理解個中原委。Kubernetes是最大的開源社區，得到了雲原生計算基金會(CNCF)的支持，對DevOps友好，還具有混合雲的優勢。為啥不愛呢?

打開今日頭條，查看更多精彩圖片

雖然在最近一次調查中69%的受訪者表示Kubernetes是容器編排方面的首選，但是部署和管理Kubernetes未必輕而易舉。儘管Kubernetes具有靈活性，但是仍存在操作工作流程方面的複雜性――許多涉及應用性能管理(APM)，需要積極有效地應對，才能使Kubernetes實現承諾的好處。

重新思考你的Kubernetes監控策略

CNCF最近的一項調查顯示，38%的受訪者認為監控是採用Kubernetes面臨的最大挑戰之一;企業規模擴大後，這個挑戰變得更為艱巨。那麼，現代IT領導者如何簡化Kubernetes監控以提高效率，同時優化性能?

目前的Kubernetes監控方法因幾個原因而不盡如人意，比如缺乏端到端可見性和容易出錯的遷移。以下是你在監控Kubernetes時可能遇到的四個常見挑戰和如何克服這些挑戰的提示。

第一個挑戰：缺乏端到端可見性

傳統Kubernetes監控的最常見挑戰之一是缺乏端到端可見性，因而無法深入了解客戶接觸點和分散式應用程序。

因此，IT團隊無法深入了解最終用戶體驗和應用程序性能如何影響公司的關鍵績效指標(KPI)，因而無法知道修復或改進什麼。

為了解決這個問題，使用這樣的Kubernetes監控解決方案很重要：為正常的性能列出基準，並藉助機器學習的強大功能，出現問題時可以智能化地向IT團隊發出警報。

第二個挑戰：警報風暴

雖然深入了解所有應用程序問題似乎是好事，但是多個問題同時出現時，可能會迅速失控、成為障礙。畢竟，每當工作完成或新容器啟用時，你果真需要警報嗎?

如果無法為警報確定優先順序，IT團隊通常不得不響應和排查每個問題的根本原因，這導致糟糕的用戶體驗和收入損失。

可靠的Kubernetes監控解決方案可以幫助你識別和解決具體的底層問題，深入到某一行代碼、某個設備、Kubernetes服務甚至某一個容器。

第三個挑戰：故障排查方面的難題

應用程序停運的代價可能很慘重，關鍵的應用程序故障每小時損失可能高達100萬美元。時間就是金錢，IT團隊在檢查問題的根本原因時不該浪費時間。

問題是，今天的許多監控工具都無法在Kubernetes環境中執行自動化的根本原因分析，使故障排查成為耗費時間的棘手難題，常常導致平均修復時間(MTTR)很長、停機時間延長。

為了避免這種情況，確保你的Kubernetes監控解決方案能夠深入了解應用程序的依賴項，並通過比較遷移前後的用戶體驗來驗證遷移成效。

第四個挑戰：遷移到Kubernetes容易出錯

將傳統應用程序遷移到Kubernetes可能容易出錯，且很耗時間。一些公司將現有的整體式應用程序遷移到部署在Kubernetes上的微服務，但如果對Kubernetes環境缺乏可見性，就無法看到每個微服務或傳統應用程序的實時交互情況。

藉助可通過單一管理平台提供一步式安裝和統一監控的解決方案，IT團隊就可以充分利用現有的技能、流程和工具。

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

利用Kubernetes改變公司在分散式多雲環境中部署和運行應用程序的方式已非常流行，而且絲毫沒有減緩的跡象。但對於在Kubernetes上運行傳統應用程序或基於微服務的應用程序的企業來說，傳統監控方法的缺點顯而易見。

因此，企業須重新考慮Kubernetes監控方法，以便簡化複雜的企業工作流程、改善成本效率並提高生產力。如果對整個Kubernetes堆棧和Kubernetes編排的應用程序擁有端到端統一可視性，IT團隊就能提供完美的應用程序體驗，並確保Kubernetes方面的投入帶來更好的業務成果。

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