摘要：挑戰(zhàn)缺乏端到端的可視性傳統(tǒng)監(jiān)控的最常見(jiàn)問(wèn)題之一，是缺乏對(duì)客戶接觸點(diǎn)和分布式應(yīng)用程序的端到端可視性。為了解決這個(gè)問(wèn)題，使用基于正常性能的監(jiān)控解決方案非常重要，并且可以利用機(jī)器學(xué)習(xí)的強(qiáng)大功能，從而在出現(xiàn)問(wèn)題時(shí)智能地向團(tuán)隊(duì)發(fā)出警報(bào)。

Kubernetes（K8S）現(xiàn)在似乎是管理和部署基于微服務(wù)和容器的應(yīng)用程序的事實(shí)標(biāo)準(zhǔn)——其中緣由亦不難理解。Kubernetes是最大的開源社區(qū)，它由云原生計(jì)算基金會(huì)（CNCF）支持，它是DevOps友好的，它提供了混合云的優(yōu)勢(shì)。有什么理由不愛(ài)它？

但在TheNewStack的最近一項(xiàng)調(diào)查中，69％的受訪者表示，誠(chéng)然Kubernetes是他們企業(yè)容器編排的首選，但部署和管理Kubernetes并非像在公園散步一樣輕松愜意。盡管Kubernetes具有很高的靈活性，但仍存在操作工作流程的復(fù)雜性——許多涉及應(yīng)用程序性能管理（APM），真的想要完全體會(huì)到Kubernetes承諾的好處，還需要在有效管理上下大功夫。

重新思考你的Kubernetes監(jiān)控策略

在一個(gè)近期的CNCF調(diào)查中，38％的受訪者表示監(jiān)控是其企業(yè)采用Kubernetes過(guò)程中的最大挑戰(zhàn)之一。若把受訪者劃分為部署規(guī)模更大的那批企業(yè)，這一數(shù)字甚至增長(zhǎng)到了46％。那么，現(xiàn)代IT領(lǐng)導(dǎo)者該如何簡(jiǎn)化Kubernetes監(jiān)控，以提高效率，同時(shí)優(yōu)化性能？

目前的Kubernetes監(jiān)控方法存在的主要問(wèn)題，從缺乏端到端的可視性，到遷移容易出錯(cuò)，不一而足。下文中我們將聊聊監(jiān)控Kubernetes時(shí)可能遇到的四個(gè)常見(jiàn)挑戰(zhàn)——以及如何解決這些挑戰(zhàn)的建議。

挑戰(zhàn)1：缺乏端到端的可視性

Kubernetes傳統(tǒng)監(jiān)控的最常見(jiàn)問(wèn)題之一，是缺乏對(duì)客戶接觸點(diǎn)和分布式應(yīng)用程序的端到端可視性。

因此，IT團(tuán)隊(duì)對(duì)最終用戶體驗(yàn)和應(yīng)用程序性能如何影響業(yè)務(wù)KPI沒(méi)有任何概念和感受，也因此無(wú)法知道要修復(fù)或改進(jìn)的內(nèi)容。

為了解決這個(gè)問(wèn)題，使用基于正常性能的Kubernetes監(jiān)控解決方案非常重要，并且可以利用機(jī)器學(xué)習(xí)的強(qiáng)大功能，從而在出現(xiàn)問(wèn)題時(shí)智能地向IT團(tuán)隊(duì)發(fā)出警報(bào)。

挑戰(zhàn)2：告警風(fēng)暴

雖然了解所有應(yīng)用程序的問(wèn)題似乎是一件好事，但是當(dāng)多個(gè)問(wèn)題同時(shí)出現(xiàn)時(shí)，它可能會(huì)迅速失控并成為障礙。畢竟，你真的希望每次有工作完成或新容器啟動(dòng)時(shí)，都收到一遍提醒嗎？

如果沒(méi)有優(yōu)先級(jí)警報(bào)的能力，IT團(tuán)隊(duì)通常必須對(duì)每個(gè)問(wèn)題的根本原因做出響應(yīng)和分類，這將直接帶來(lái)非常糟糕的用戶體驗(yàn)甚至是成本損失。

因此使用Kubernetes監(jiān)控解決方案時(shí)最好能要識(shí)別和解決確切的潛在問(wèn)題——深入到代碼行、單個(gè)設(shè)備、Kubernetes服務(wù)甚至單個(gè)容器級(jí)別。

挑戰(zhàn)3：故障排查的痛苦

應(yīng)用程序停機(jī)的成本可能會(huì)高到令人咋舌——關(guān)鍵的應(yīng)用程序故障每小時(shí)可能損失高達(dá)100萬(wàn)美元。時(shí)間就是金錢，IT團(tuán)隊(duì)在檢測(cè)問(wèn)題的根本原因時(shí)不應(yīng)該浪費(fèi)時(shí)間。

問(wèn)題是，今天的許多監(jiān)控工具都缺乏在Kubernetes環(huán)境中執(zhí)行自動(dòng)化根本原因分析的能力，使故障排除成為一個(gè)耗時(shí)的噩夢(mèng)，通常會(huì)導(dǎo)致高M(jìn)TTR和長(zhǎng)停機(jī)時(shí)間。

為避免這種情況，請(qǐng)通過(guò)比較遷移前后的用戶體驗(yàn)，確保您的Kubernetes監(jiān)控解決方案能夠在應(yīng)用程序依賴性和遷移成功驗(yàn)證兩個(gè)方面都具有更高的可見(jiàn)性。

挑戰(zhàn)4：易出錯(cuò)的遷移過(guò)程

將傳統(tǒng)應(yīng)用程序遷移到Kubernetes很容易出錯(cuò)并且非常耗時(shí)。那些才將現(xiàn)有單體應(yīng)用程序遷移到部署在Kubernetes上的微服務(wù)的公司，更易缺乏對(duì)Kubernetes環(huán)境的可見(jiàn)性，因此無(wú)法看到每個(gè)微服務(wù)或傳統(tǒng)應(yīng)用程序的實(shí)時(shí)交互。

這時(shí)可以考慮借助可通過(guò)單一管理平臺(tái)提供一步安裝和統(tǒng)一監(jiān)控的解決方案，讓IT團(tuán)隊(duì)可以充分利用其現(xiàn)有的技能、流程和工具。

在Kubernetes上提供完美的應(yīng)用程序性能

越來(lái)越多的公司開始使用Kubernetes來(lái)改變公司在分布式多云環(huán)境中部署和運(yùn)行應(yīng)用程序的方式，且這Kubernetes的流行勢(shì)頭絲毫沒(méi)有顯示出放緩的跡象。但對(duì)于在Kubernetes上運(yùn)行傳統(tǒng)或基于微服務(wù)的應(yīng)用程序的組織來(lái)說(shuō)，監(jiān)控的挑戰(zhàn)依然顯而易見(jiàn)。

因此，組織必須認(rèn)真考慮Kubernetes監(jiān)控方法的方方面面，以簡(jiǎn)化復(fù)雜的企業(yè)工作流程，提高成本效率并提高生產(chǎn)力。通過(guò)對(duì)整個(gè)Kubernetes堆棧和Kubernetes協(xié)調(diào)應(yīng)用程序的端到端統(tǒng)一可視性，IT團(tuán)隊(duì)可以提供完美的應(yīng)用程序體驗(yàn)——并確保他們的Kubernetes投資能夠帶來(lái)更好的業(yè)務(wù)成果。