毋庸置疑，監(jiān)控是管理任何微服務架構(gòu)的一個關(guān)鍵方面。但是如何為業(yè)務選擇最佳的微服務監(jiān)控工具呢？有哪些微服務監(jiān)控工具？這些工具有什么功能？這里一份參考指北供你參閱。

監(jiān)控您的期望

監(jiān)控哪些內(nèi)容？

在選擇工具之前，請考慮一下您購買工具的動機。您的團隊應該討論“我們試圖解決或預防哪些問題？”?這就導致了“我們需要檢查哪些數(shù)據(jù)來確定我們是否正在解決或預防這些問題？”?這些答案可幫助您確定要監(jiān)控的內(nèi)容以及可以忽略（或較少關(guān)注）的內(nèi)容。?

不要采取“監(jiān)控所有事情以防萬一有用”的態(tài)度。大多數(shù)團隊的資源有限，這意味著無論如何都不可能監(jiān)控所有的事情；充其量，你最終會感到警覺疲勞。也就是說：您的期望可能與現(xiàn)實不符。當意外的事情發(fā)生時，很難提前知道什么是有用的。直到一切都著火并且您試圖弄清楚發(fā)生了什么之前，并不清楚需要監(jiān)視什么。您需要將“仔細思考”和“根據(jù)經(jīng)驗進行調(diào)整”結(jié)合起來。

微服務監(jiān)控工具標準

任何類型的應用程序監(jiān)控工具都具有許多功能。您可能不需要全部。最好從我們的 Redis 專家和經(jīng)驗豐富的從業(yè)者（有傷疤的人）確定的最高標準開始。

·?它應該能夠擴展。隨著您的微服務架構(gòu)的增長，您的監(jiān)控需求也會隨之增長。您最不想要的就是一個無法跟上負載的工具。確保您的監(jiān)控系統(tǒng)可以在不影響微服務的情況下宕機！

·?它需要收集正確的數(shù)據(jù)并進行分析。仔細查看該工具收集的數(shù)據(jù)以及它如何呈現(xiàn)該信息。?強大的監(jiān)控工具可以收集并分析分布式系統(tǒng)各個角落的數(shù)據(jù)，但它不應該讓您因嘈雜、不相關(guān)的信息而不知所措。它應該為您提供值得稱為“見解”的全面見解，包括性能指標、日志和跟蹤。?

·?對于微服務架構(gòu)，優(yōu)先考慮分布式跟蹤。調(diào)試跨多個微服務的問題可能是一場噩夢。分布式跟蹤可幫助您跟蹤跨服務的請求流，這有助于識別性能瓶頸并理解復雜的交互。例如，確保每個日志消息/記錄/行都附加有可歸因的traceid，并使用允許您聚合視圖的系統(tǒng)。

·?它應該與您使用的其他工具集成，無需繁瑣的設(shè)置或自定義代碼。也許監(jiān)控工具比任何其他應用程序更應該與其他應用程序良好地配合。?同樣，查看從現(xiàn)有提供商遷移到新監(jiān)控工具的過程，包括數(shù)據(jù)結(jié)構(gòu)要求。研究一下如果這個工具不起作用，需要采取什么措施才能改用另一種工具。了解 API 是什么樣的，因為您在某些時候肯定會需要它?？紤]未來的標準支持，例如OpenTelemetry。?

·?它應該易于學習和易于使用（這不是同一件事）。誰愿意努力學習另一種工具？瀏覽分布式系統(tǒng)已經(jīng)足夠復雜了；您的監(jiān)控工具應該簡化事情，而不是增加系統(tǒng)的復雜性。配置不應該是一件痛苦的事。仔細觀察其儀表板和可視化效果，以確定它們是否像供應商承諾的那樣直觀。

·?它應該設(shè)置合理的警報和通知。當風暴即將來臨時，您需要立即知道！您的監(jiān)控工具應提供強大的警報和通知功能，以便您可以在小問題變成大問題之前采取行動。

·?它必須適合您的預算。雖然您想要為分布式系統(tǒng)提供最好的工具，但您不希望與 CFO 進行不舒服的對話。對于任何 IT 支出都是如此，但在這里尤其如此，因為成本和定價模型差異很大。眾所周知，意外使用會造成意外超支事件。按用戶付費的模式有時會導致關(guān)于誰可以訪問的尷尬決策。?

這些工具實際上監(jiān)控什么？

微服務監(jiān)控工具應該提供整個微服務生態(tài)系統(tǒng)的可見性，包括性能指標、資源利用率、服務網(wǎng)格數(shù)據(jù)、自定義指標和錯誤率。理想的工具應該擅長收集、存儲和分析來自分布式系統(tǒng)的數(shù)據(jù)，為每個微服務的運行狀況和性能提供可操作的見解。它應該與其他工具和系統(tǒng)無縫集成，例如日志系統(tǒng)、警報工具和事件管理平臺。

·?性能指標：監(jiān)控工具收集和監(jiān)控來自各個組件的性能指標，例如CPU使用率、內(nèi)存利用率、網(wǎng)絡(luò)流量和各個微服務的響應時間。這有助于跟蹤整體運行狀況和系統(tǒng)性能。

·?資源利用率：監(jiān)控工具密切關(guān)注微服務和基礎(chǔ)設(shè)施組件的資源消耗。這包括監(jiān)控 CPU、內(nèi)存、磁盤使用情況和網(wǎng)絡(luò)帶寬，以確保有效的資源分配。

·?錯誤率和故障分析：這些工具跟蹤來自微服務的錯誤率、狀態(tài)代碼和錯誤消息。這可以快速檢測異常和潛在問題，幫助開發(fā)人員查明故障并及時排除故障。

·?延遲和吞吐量：監(jiān)控工具測量處理微服務請求所需的時間以及處理這些請求的速率。?

·?警報和閾值：如果任何指標超過指定閾值，系統(tǒng)會觸發(fā)警報，以便 IT 團隊可以立即采取行動。

·?日志和跟蹤：一些監(jiān)控工具與日志系統(tǒng)集成以捕獲和分析來自多個服務的日志。跟蹤功能允許開發(fā)人員跟蹤各種微服務之間的請求流。

·?API 監(jiān)控：這些工具可以監(jiān)控不同微服務和 API 之間的交互，確保 API 調(diào)用成功（并在失敗時通知您）并識別 API 通信中的潛在瓶頸。

·?容器監(jiān)控：監(jiān)控工具可以捕獲容器健康狀況中的獨特環(huán)境問題，例如資源利用率和性能。

·?服務網(wǎng)格可觀察性：對于使用服務網(wǎng)格的微服務架構(gòu)，監(jiān)控工具可以深入了解網(wǎng)格內(nèi)微服務之間的通信和交互。

·?應用性能監(jiān)控（APM）：APM工具關(guān)注各個微服務的代碼級性能，使開發(fā)人員更容易識別性能瓶頸。

·?自定義指標：高級監(jiān)控工具認識到所有這些類別有時還不夠。它們允許您定義和收集特定于您的微服務架構(gòu)的自定義指標。

實際上，如果您使用 Redis（用于微服務或其他用途），那么這是一個很好的監(jiān)控入門設(shè)置。您的儀表板可能包含這些項目，配置為在任何指標顯著峰值時向您發(fā)出警報。

·?命令量，按命令、服務和/或腳本/功能分類

·?命令失敗率，按命令、服務和/或腳本/功能分類

·?命令延遲，按命令、服務和/或腳本/功能分類

·?內(nèi)存使用情況

·?鍵數(shù) (DBSIZE)

微服務監(jiān)控工具

·?Prometheus：開源監(jiān)控和警報工具包，專為分布式系統(tǒng)設(shè)計，因此適用于微服務監(jiān)控。

·?Grafana：Grafana 以其可視化和儀表板而聞名，它有助于導航數(shù)據(jù)集合并將其以人類理解的形式呈現(xiàn)。

·?Datadog：Datadog 提供實時警報、分布式跟蹤和 APM，其功能可保證對微服務生態(tài)系統(tǒng)的全面可見性。

·?Dynatrace：該監(jiān)控工具為微服務環(huán)境提供自動應用程序發(fā)現(xiàn)和可觀察性。

·?Architect.io：該工具是大型組織中強大的測試和監(jiān)控功能的最愛，具有微服務架構(gòu)的全面視圖。

·?Lumigo：Lumigo 提供端到端可見性、實時調(diào)試和成本監(jiān)控，并且特別關(guān)注無服務器架構(gòu)。

·?AppDynamics：憑借其實時可見性、異常值檢測、網(wǎng)絡(luò)性能監(jiān)控以及 Docker 和 Kubernetes 監(jiān)控，這可能適合跟蹤大型復雜架構(gòu)中的事件。

·?Instana：該工具承諾為整個微服務環(huán)境提供完整的可觀察性。

·?Uptrace：Uptrace 強調(diào)性能數(shù)據(jù)的可見性以及與流行編程語言和框架的集成，幫助開發(fā)人員識別、診斷和解決微服務生態(tài)系統(tǒng)中的性能問題；我們最近寫了有關(guān) Uptrace 的經(jīng)歷。

·?.......

加強微服務監(jiān)控

沒有明確的正確或錯誤的選擇。關(guān)鍵問題是，“這是適合我的特定項目的工具嗎？”?關(guān)鍵因素是找到適合您項目當前和未來需求的工具并做出明智的選擇。理想情況下，您選擇的工具可以幫助您維護健康高效的微服務環(huán)境，最終交付可靠的高性能應用程序。Redis 可以與所有這些一起工作。您可以使用 Redis Enterprise 將您的微服務應用程序提升到新的水平。

虹科是Redis原廠的中國區(qū)戰(zhàn)略合作伙伴。點擊收藏轉(zhuǎn)發(fā)，關(guān)注我們獲得更多虹科Redis企業(yè)版數(shù)據(jù)庫干貨資料分享！ 作者：虹科云科技 https://www.bilibili.com/read/cv25507187 出處：bilibili