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

[[249401]]

雖然在最近一次調查中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方面的投入帶來更好的業務成果。

原文標題：4 Common Kubernetes-Monitoring Traps to Avoid，作者：Eric Johanson

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】