云原生架構(gòu)的日志監(jiān)控要求現(xiàn)代 Web 應(yīng)用程序采用與傳統(tǒng)應(yīng)用程序略有不同的方法。部分原因是應(yīng)用程序環(huán)境要復(fù)雜得多，包括從微服務(wù)中獲取數(shù)據(jù)、使用 Kubernetes 和其他容器技術(shù)，以及在許多情況下集成開(kāi)源組件。所有這些復(fù)雜性使得有必要重新考慮聚合、分析和存儲(chǔ)應(yīng)用程序日志的策略。

日志是查看應(yīng)用程序健康狀況的好方法，特別是如果您想了解更多關(guān)于那些只存在于瞬間的服務(wù)。但是，新的工具和技術(shù)也為您提供了前所未有的數(shù)據(jù)量，使得過(guò)濾噪音變得更加困難。在本文章中，我們將探討云原生架構(gòu)日志監(jiān)控的一些挑戰(zhàn)，并描述幫助您為應(yīng)用程序定義有效策略的四個(gè)步驟。

云原生環(huán)境中日志監(jiān)控的好實(shí)踐包括使用開(kāi)放標(biāo)準(zhǔn)、實(shí)施中央日志管理解決方案以及避免在日志中收集個(gè)人信息。

在云原生架構(gòu)中采用錯(cuò)誤的日志管理方法可能會(huì)限制您有效響應(yīng)問(wèn)題的能力，或者導(dǎo)致您被特定供應(yīng)商鎖定。

云原生架構(gòu)的日志監(jiān)控有哪些挑戰(zhàn)?

從歷史上看，日志監(jiān)控更容易，因?yàn)榇蠖鄶?shù)應(yīng)用程序日志具有一致的結(jié)構(gòu)和格式。轉(zhuǎn)換這些數(shù)據(jù)并聚合信息很簡(jiǎn)單，允許團(tuán)隊(duì)收集和分析不同的日志，并將其分析為環(huán)境性能的單一視圖。在云原生世界中，情況不再如此。

團(tuán)隊(duì)今天面臨的一些主要挑戰(zhàn)包括：

規(guī)?！捎谠圃軜?gòu)中發(fā)生的微服務(wù)、容器、基礎(chǔ)設(shè)施層和編排的數(shù)量，團(tuán)隊(duì)最終很容易處理數(shù)十萬(wàn)個(gè)單獨(dú)的日志。 臨時(shí)存儲(chǔ)——在容器化環(huán)境中，日志通常會(huì)進(jìn)入內(nèi)部文件系統(tǒng)，該文件系統(tǒng)可能僅在應(yīng)用程序?qū)嵗瘯r(shí)才存在。團(tuán)隊(duì)需要將日志數(shù)據(jù)收集到持久存儲(chǔ)中，以便稍后分析性能并解決問(wèn)題。 日志多樣性——云原生應(yīng)用程序從應(yīng)用程序和服務(wù)器生成大量數(shù)據(jù)，但也使用云服務(wù)、編排器和 API 來(lái)正常運(yùn)行。這些組件中的每一個(gè)都會(huì)生成有價(jià)值的信息，您需要從不同的實(shí)例、節(jié)點(diǎn)、網(wǎng)關(guān)、主機(jī)或代理中收集這些信息。 供應(yīng)商鎖定——如果您只使用特定供應(yīng)商的日志工具，您可能會(huì)被鎖定在該環(huán)境及其專(zhuān)有的日志管理解決方案中。在多云環(huán)境中，如果您為不同的服務(wù)提供商使用不同的日志記錄工具，這可能會(huì)妨礙您監(jiān)控性能、解決問(wèn)題和了解依賴關(guān)系的能力。

如果您從一開(kāi)始就采取正確的方法，那么通過(guò)智能模型克服這些挑戰(zhàn)是可能的。

云原生架構(gòu)中日志監(jiān)控的智能模型

以下是您應(yīng)該在日志監(jiān)控策略中包含的一些好實(shí)踐。

1. 實(shí)施日志管理解決方案

由于您的環(huán)境中生成的日志數(shù)據(jù)的多樣性，最好的選擇是實(shí)施一個(gè)日志管理解決方案，將所有日志統(tǒng)一到一個(gè)集合中。從集中式系統(tǒng)管理日志可以將所有日志自動(dòng)聚合到一組可管理的數(shù)據(jù)中以供進(jìn)一步分析?？捎^察性平臺(tái)[2]使您可以使用簡(jiǎn)化的流程來(lái)可視化和分析來(lái)自應(yīng)用程序、基礎(chǔ)架構(gòu)和最終用戶的數(shù)據(jù)，以收集和存儲(chǔ)所有日志數(shù)據(jù)。

2. 應(yīng)用日志采用開(kāi)放標(biāo)準(zhǔn)

OpenTelemetry[3]等開(kāi)放標(biāo)準(zhǔn)可幫助您避免供應(yīng)商鎖定，并使用供應(yīng)商中立的 API 優(yōu)化日志監(jiān)控流程。OpenTelemetry 將之前的兩個(gè)標(biāo)準(zhǔn)(OpenTracing 和 OpenCensus)組合成一個(gè)工具、SDK 和 API 集合，使您能夠檢測(cè)代碼、生成、收集和導(dǎo)出日志數(shù)據(jù)、跟蹤和指標(biāo)。

借助廣泛的語(yǔ)言支持和與流行框架的集成，為您的應(yīng)用程序遙測(cè)采用開(kāi)放標(biāo)準(zhǔn)還將簡(jiǎn)化您的日志監(jiān)控過(guò)程[4]。OpenTelemetry 目前以多種語(yǔ)言處于測(cè)試階段，免費(fèi)，并得到各種行業(yè)領(lǐng)導(dǎo)者的[5]支持。

3. 采用最新的跟蹤和日志記錄技術(shù)

從可觀察性平臺(tái)獲得集中式日志管理解決方案后，請(qǐng)考慮使用eBPF 等新技術(shù)[6]來(lái)收集數(shù)據(jù)。此外，尋找提供無(wú)代碼界面的工具來(lái)可視化您的數(shù)據(jù)和自定義日志解析器，使您能夠輕松地將日志信息轉(zhuǎn)換和塑造成可用的格式。

通過(guò)改進(jìn)的日志生成、收集和可視化功能，您可以：

通過(guò)跟蹤整個(gè)環(huán)境中的每個(gè)服務(wù)請(qǐng)求來(lái)排除應(yīng)用程序性能故障。 改進(jìn)您的容量規(guī)劃、負(fù)載平衡和應(yīng)用程序安全性。 將事務(wù)數(shù)據(jù)與操作數(shù)據(jù)相關(guān)聯(lián)，以查看每個(gè)請(qǐng)求期間發(fā)生的情況。 攝取信息并擴(kuò)展日志監(jiān)控以檢測(cè)數(shù)據(jù)中的模式。 4. 只記錄您需要的內(nèi)容

最后，日志需要包含必要的元數(shù)據(jù)，以便在您分析性能時(shí)提供足夠的上下文。使用日志管理解決方案，生成日志很容易，但如果信息不是立即有用，則不會(huì)提供任何好處。日志信息應(yīng)該可以幫助您了解應(yīng)用程序中正在發(fā)生的事情或快速做出決定。

請(qǐng)記住通過(guò)對(duì)所有私人信息使用匿名標(biāo)識(shí)符從日志中排除敏感數(shù)據(jù)。使用此日志管理好實(shí)踐指南[7]來(lái)制定策略并確保避免云原生日志監(jiān)控中的常見(jiàn)陷阱。

本文名稱：云原生架構(gòu)日志監(jiān)控優(yōu)秀實(shí)踐
網(wǎng)頁(yè)網(wǎng)址：http://jinyejixie.com/news20/204320.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供域名注冊(cè)、軟件開(kāi)發(fā)、外貿(mào)網(wǎng)站建設(shè)、營(yíng)銷(xiāo)型網(wǎng)站建設(shè)、網(wǎng)站營(yíng)銷(xiāo)、定制開(kāi)發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)