云原生架構的日志監控要求現代 Web 應用程序采用與傳統應用程序略有不同的方法。部分原因是應用程序環境要復雜得多，包括從微服務中獲取數據、使用 Kubernetes 和其他容器技術，以及在許多情況下集成開源組件。所有這些復雜性使得有必要重新考慮聚合、分析和存儲應用程序日志的策略。
日志是查看應用程序健康狀況的好方法，特別是如果您想了解更多關于那些只存在于瞬間的服務。但是，新的工具和技術也為您提供了前所未有的數據量，使得過濾噪音變得更加困難。在本文章中，我們將探討云原生架構日志監控的一些挑戰，并描述幫助您為應用程序定義有效策略的四個步驟。
云原生環境中日志監控的最佳實踐包括使用開放標準、實施中央日志管理解決方案以及避免在日志中收集個人信息。
在云原生架構中采用錯誤的日志管理方法可能會限制您有效響應問題的能力，或者導致您被特定供應商鎖定。
云原生架構的日志監控有哪些挑戰?
從歷史上看，日志監控更容易，因為大多數應用程序日志具有一致的結構和格式。轉換這些數據并聚合信息很簡單，允許團隊收集和分析不同的日志，并將其分析為環境性能的單一視圖。在云原生世界中，情況不再如此。
團隊今天面臨的一些主要挑戰包括：
- 規?！捎谠圃軜嬛邪l生的微服務、容器、基礎設施層和編排的數量，團隊最終很容易處理數十萬個單獨的日志。
- 臨時存儲——在容器化環境中，日志通常會進入內部文件系統，該文件系統可能僅在應用程序實例化時才存在。團隊需要將日志數據收集到持久存儲中，以便稍后分析性能并解決問題。
- 日志多樣性——云原生應用程序從應用程序和服務器生成大量數據，但也使用云服務、編排器和 API 來正常運行。這些組件中的每一個都會生成有價值的信息，您需要從不同的實例、節點、網關、主機或代理中收集這些信息。
- 供應商鎖定——如果您只使用特定供應商的日志工具，您可能會被鎖定在該環境及其專有的日志管理解決方案中。在多云環境中，如果您為不同的服務提供商使用不同的日志記錄工具，這可能會妨礙您監控性能、解決問題和了解依賴關系的能力。
如果您從一開始就采取正確的方法，那么通過智能模型克服這些挑戰是可能的。
云原生架構中日志監控的智能模型
以下是您應該在日志監控策略中包含的一些最佳實踐。
1. 實施日志管理解決方案
由于您的環境中生成的日志數據的多樣性，最好的選擇是實施一個日志管理解決方案，將所有日志統一到一個集合中。從集中式系統管理日志可以將所有日志自動聚合到一組可管理的數據中以供進一步分析?？捎^察性平臺[2]使您可以使用簡化的流程來可視化和分析來自應用程序、基礎架構和最終用戶的數據，以收集和存儲所有日志數據。
2. 應用日志采用開放標準
OpenTelemetry[3]等開放標準可幫助您避免供應商鎖定，并使用供應商中立的 API 優化日志監控流程。OpenTelemetry 將之前的兩個標準(OpenTracing 和 OpenCensus)組合成一個工具、SDK 和 API 集合，使您能夠檢測代碼、生成、收集和導出日志數據、跟蹤和指標。
借助廣泛的語言支持和與流行框架的集成，為您的應用程序遙測采用開放標準還將簡化您的日志監控過程[4]。OpenTelemetry 目前以多種語言處于測試階段，免費，并得到各種行業領導者的[5]支持。
3. 采用最新的跟蹤和日志記錄技術
從可觀察性平臺獲得集中式日志管理解決方案后，請考慮使用eBPF 等新技術[6]來收集數據。此外，尋找提供無代碼界面的工具來可視化您的數據和自定義日志解析器，使您能夠輕松地將日志信息轉換和塑造成可用的格式。
通過改進的日志生成、收集和可視化功能，您可以：
- 通過跟蹤整個環境中的每個服務請求來排除應用程序性能故障。
- 改進您的容量規劃、負載平衡和應用程序安全性。
- 將事務數據與操作數據相關聯，以查看每個請求期間發生的情況。
- 攝取信息并擴展日志監控以檢測數據中的模式。
4. 只記錄您需要的內容
最后，日志需要包含必要的元數據，以便在您分析性能時提供足夠的上下文。使用日志管理解決方案，生成日志很容易，但如果信息不是立即有用，則不會提供任何好處。日志信息應該可以幫助您了解應用程序中正在發生的事情或快速做出決定。
請記住通過對所有私人信息使用匿名標識符從日志中排除敏感數據。使用此日志管理最佳實踐指南[7]來制定策略并確保避免云原生日志監控中的常見陷阱。
