資訊專欄INFORMATION COLUMN
摘要：挑戰(zhàn)缺乏端到端的可視性傳統(tǒng)監(jiān)控的最常見問題之一，是缺乏對客戶接觸點和分布式應(yīng)用程序的端到端可視性。為了解決這個問題，使用基于正常性能的監(jiān)控解決方案非常重要，并且可以利用機器學(xué)習(xí)的強大功能，從而在出現(xiàn)問題時智能地向團隊發(fā)出警報。
Kubernetes（K8S）現(xiàn)在似乎是管理和部署基于微服務(wù)和容器的應(yīng)用程序的事實標準——其中緣由亦不難理解。Kubernetes是最大的開源社區(qū)，它由云原生計算基金會（CNCF）支持，它是DevOps友好的，它提供了混合云的優(yōu)勢。有什么理由不愛它？
但在TheNewStack的最近一項調(diào)查中，69％的受訪者表示，誠然Kubernetes是他們企業(yè)容器編排的首選，但部署和管理Kubernetes并非像在公園散步一樣輕松愜意。盡管Kubernetes具有很高的靈活性，但仍存在操作工作流程的復(fù)雜性——許多涉及應(yīng)用程序性能管理（APM），真的想要完全體會到Kubernetes承諾的好處，還需要在有效管理上下大功夫。
重新思考你的Kubernetes監(jiān)控策略
在一個近期的CNCF調(diào)查中，38％的受訪者表示監(jiān)控是其企業(yè)采用Kubernetes過程中的最大挑戰(zhàn)之一。若把受訪者劃分為部署規(guī)模更大的那批企業(yè)，這一數(shù)字甚至增長到了46％。那么，現(xiàn)代IT領(lǐng)導(dǎo)者該如何簡化Kubernetes監(jiān)控，以提高效率，同時優(yōu)化性能？
目前的Kubernetes監(jiān)控方法存在的主要問題，從缺乏端到端的可視性，到遷移容易出錯，不一而足。下文中我們將聊聊監(jiān)控Kubernetes時可能遇到的四個常見挑戰(zhàn)——以及如何解決這些挑戰(zhàn)的建議。
挑戰(zhàn)1：缺乏端到端的可視性
Kubernetes傳統(tǒng)監(jiān)控的最常見問題之一，是缺乏對客戶接觸點和分布式應(yīng)用程序的端到端可視性。
因此，IT團隊對最終用戶體驗和應(yīng)用程序性能如何影響業(yè)務(wù)KPI沒有任何概念和感受，也因此無法知道要修復(fù)或改進的內(nèi)容。
為了解決這個問題，使用基于正常性能的Kubernetes監(jiān)控解決方案非常重要，并且可以利用機器學(xué)習(xí)的強大功能，從而在出現(xiàn)問題時智能地向IT團隊發(fā)出警報。
挑戰(zhàn)2：告警風(fēng)暴
雖然了解所有應(yīng)用程序的問題似乎是一件好事，但是當多個問題同時出現(xiàn)時，它可能會迅速失控并成為障礙。畢竟，你真的希望每次有工作完成或新容器啟動時，都收到一遍提醒嗎？
如果沒有優(yōu)先級警報的能力，IT團隊通常必須對每個問題的根本原因做出響應(yīng)和分類，這將直接帶來非常糟糕的用戶體驗甚至是成本損失。
因此使用Kubernetes監(jiān)控解決方案時最好能要識別和解決確切的潛在問題——深入到代碼行、單個設(shè)備、Kubernetes服務(wù)甚至單個容器級別。
挑戰(zhàn)3：故障排查的痛苦
應(yīng)用程序停機的成本可能會高到令人咋舌——關(guān)鍵的應(yīng)用程序故障每小時可能損失高達100萬美元。時間就是金錢，IT團隊在檢測問題的根本原因時不應(yīng)該浪費時間。
問題是，今天的許多監(jiān)控工具都缺乏在Kubernetes環(huán)境中執(zhí)行自動化根本原因分析的能力，使故障排除成為一個耗時的噩夢，通常會導(dǎo)致高MTTR和長停機時間。
為避免這種情況，請通過比較遷移前后的用戶體驗，確保您的Kubernetes監(jiān)控解決方案能夠在應(yīng)用程序依賴性和遷移成功驗證兩個方面都具有更高的可見性。
挑戰(zhàn)4：易出錯的遷移過程
將傳統(tǒng)應(yīng)用程序遷移到Kubernetes很容易出錯并且非常耗時。那些才將現(xiàn)有單體應(yīng)用程序遷移到部署在Kubernetes上的微服務(wù)的公司，更易缺乏對Kubernetes環(huán)境的可見性，因此無法看到每個微服務(wù)或傳統(tǒng)應(yīng)用程序的實時交互。
這時可以考慮借助可通過單一管理平臺提供一步安裝和統(tǒng)一監(jiān)控的解決方案，讓IT團隊可以充分利用其現(xiàn)有的技能、流程和工具。
在Kubernetes上提供完美的應(yīng)用程序性能
越來越多的公司開始使用Kubernetes來改變公司在分布式多云環(huán)境中部署和運行應(yīng)用程序的方式，且這Kubernetes的流行勢頭絲毫沒有顯示出放緩的跡象。但對于在Kubernetes上運行傳統(tǒng)或基于微服務(wù)的應(yīng)用程序的組織來說，監(jiān)控的挑戰(zhàn)依然顯而易見。
因此，組織必須認真考慮Kubernetes監(jiān)控方法的方方面面，以簡化復(fù)雜的企業(yè)工作流程，提高成本效率并提高生產(chǎn)力。通過對整個Kubernetes堆棧和Kubernetes協(xié)調(diào)應(yīng)用程序的端到端統(tǒng)一可視性，IT團隊可以提供完美的應(yīng)用程序體驗——并確保他們的Kubernetes投資能夠帶來更好的業(yè)務(wù)成果。
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/32839.html
摘要：為了多云應(yīng)用的成功，這里有三個常見的陷阱要注意。多云陷阱更多的云平臺意味著更多的復(fù)雜性的權(quán)衡矩陣是復(fù)雜的。多云陷阱忽視安全問題公有云擁有強大的原生安全系統(tǒng)。 多云通常意味著綜合使用AWS、Azure和GCP等多個公有云來創(chuàng)建多個云平臺應(yīng)用，為您提供更好的價值和更大的靈活性。然而，這種價值和靈活性常常由于一些非常容易避免的錯誤而無法實現(xiàn)。為了多云應(yīng)用的成功，本文介紹了三個常見的陷阱。 s...
摘要：作者，谷歌將裸盤支持轉(zhuǎn)移到。對裸盤的支持目前是。將留空與指定相同，這會導(dǎo)致傳統(tǒng)行為。例如，實際上是磁盤的塊設(shè)備支持使用向設(shè)備發(fā)送命令。默認情況下，不允許容器將命令從容器內(nèi)部發(fā)送到磁盤。 作者：Ben Swartzlander（NetApp），Saad Ali（谷歌） Kubernetes v1.13將裸盤（raw block volume）支持轉(zhuǎn)移到beta。此功能允許持久卷（pers...
摘要：作者，谷歌將裸盤支持轉(zhuǎn)移到。對裸盤的支持目前是。將留空與指定相同，這會導(dǎo)致傳統(tǒng)行為。例如，實際上是磁盤的塊設(shè)備支持使用向設(shè)備發(fā)送命令。默認情況下，不允許容器將命令從容器內(nèi)部發(fā)送到磁盤。 作者：Ben Swartzlander（NetApp），Saad Ali（谷歌） Kubernetes v1.13將裸盤（raw block volume）支持轉(zhuǎn)移到beta。此功能允許持久卷（pers...
閱讀 3029·2023-04-26 02:25
閱讀 2288·2023-04-25 18:05
閱讀 681·2021-09-30 09:57
閱讀 2976·2021-09-27 14:10
閱讀 1693·2019-08-30 15:44
閱讀 1039·2019-08-29 15:28
閱讀 2559·2019-08-29 14:10
閱讀 2292·2019-08-29 13:30
