国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

鏈路追蹤詳解(四):分布式鏈路追蹤的事實(shí)標(biāo)準(zhǔn) OpenTelemetry 概述

這篇具有很好參考價(jià)值的文章主要介紹了鏈路追蹤詳解(四):分布式鏈路追蹤的事實(shí)標(biāo)準(zhǔn) OpenTelemetry 概述。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

目錄

OpenTelemetry 是什么?

OpenTelemetry 的起源和目標(biāo)

OpenTelemetry 主要特點(diǎn)和功能

OpenTelemetry 的核心組件

OpenTelemetry 的工作原理

OpenTelemetry 的特點(diǎn)

OpenTelemetry 的應(yīng)用場(chǎng)景

小結(jié)


OpenTelemetry 是什么?

OpenTelemetry 是一個(gè)為實(shí)現(xiàn)可觀測(cè)性的開源的框架和工具集,用于創(chuàng)建和管理遙測(cè)數(shù)據(jù),例如 traces,、metrics?和?logs,旨在提供統(tǒng)一的解決方案來滿足分布式系統(tǒng)的可觀察性需求。OpenTelemetry?整合了 OpenCensus 和 OpenTracing 的功能,并擴(kuò)展了更多的度量指標(biāo)和追蹤信息采集能力,使分布式系統(tǒng)的可觀測(cè)性變得更加簡(jiǎn)單、可擴(kuò)展和可互操作。OpenTelemetry 與提供可觀測(cè)性產(chǎn)品的供應(yīng)商無關(guān),可以與各種各樣的可觀測(cè)性后端一起使用,包括像 Zipkin、Jaeger、Prometheus 等開源產(chǎn)品,以及其他商業(yè)產(chǎn)品。OpenTelemetry 也是是云原生計(jì)算基金會(huì)(CNCF)的一個(gè)托管項(xiàng)目。

OpenTelemetry 的起源和目標(biāo)

隨著云計(jì)算、微服務(wù)架構(gòu)和日益復(fù)雜的業(yè)務(wù)需求的興起,對(duì)可觀測(cè)性的需求也越來越大,可觀測(cè)性是通過檢查分析系統(tǒng)的輸出內(nèi)容來了解其內(nèi)部狀態(tài)的能力。

最初,開發(fā)者使用日志來解決這個(gè)問題,但很快發(fā)現(xiàn)通過日志不能夠清晰地看到一次請(qǐng)求是如何被處理和流轉(zhuǎn)的。為了解決這些問題,Google 開發(fā)了 Dapper 布式系統(tǒng)追蹤的框架,Dapper 的思想啟發(fā)了很多公司和開源項(xiàng)目,如 OpenTracing 和 OpenCensus,它們提供了標(biāo)準(zhǔn)化的 API 和庫,以幫助開發(fā)者在他們的應(yīng)用中實(shí)現(xiàn)分布式鏈路追蹤和指標(biāo)收集。

然而,隨著這兩個(gè)項(xiàng)目的發(fā)展,社區(qū)意識(shí)到存在一些重疊和不一致的地方。因此,OpenTracing 和 OpenCensus 合并為 OpenTelemetry,以創(chuàng)建一個(gè)統(tǒng)一的、更強(qiáng)大的工具集,不僅包含了 traces 和 metrics,還包括了 logs。

在軟件系統(tǒng)中,可以通過檢查遙測(cè)數(shù)據(jù)(包括 traces,、metrics 和 logs)了解系統(tǒng)的內(nèi)部狀態(tài)。為了實(shí)現(xiàn)系統(tǒng)的可觀測(cè)性,必須對(duì)系統(tǒng)進(jìn)行檢測(cè)。也就是說,代碼需要能產(chǎn)生 traces、metrics 和 logs,并將這些數(shù)據(jù)發(fā)送到可觀測(cè)性后端。

OpenTelemetry 主要特點(diǎn)和功能

  1. 統(tǒng)一的觀察性標(biāo)準(zhǔn):OpenTelemetry 提供了一套統(tǒng)一的觀測(cè)性標(biāo)準(zhǔn),使得不同廠商和工具之間的數(shù)據(jù)可以相互兼容和共享,有助于減少開發(fā)和運(yùn)維人員在系統(tǒng)集成方面的成本和難度。
  2. 豐富的度量指標(biāo)和追蹤信息:OpenTelemetry 支持采集豐富的度量指標(biāo)和追蹤信息,包括跟蹤數(shù)據(jù)(traces)、指標(biāo)數(shù)據(jù)(metrics)、日志數(shù)據(jù)(logs)。這些數(shù)據(jù)可以用于分析系統(tǒng)的性能、行為和問題,幫助開發(fā)人員更好地了解系統(tǒng)運(yùn)行狀況。
  3. 靈活的數(shù)據(jù)采集和導(dǎo)出:OpenTelemetry 支持多種數(shù)據(jù)采集和導(dǎo)出的方式,包括直接從應(yīng)用程序中采集數(shù)據(jù)、從日志文件中導(dǎo)入數(shù)據(jù)、或者通過代理(agent)從遠(yuǎn)程系統(tǒng)中采集數(shù)據(jù)。還提供了對(duì)常見數(shù)據(jù)格式和協(xié)議的支持,如 Prometheus、Zipkin、Jaeger 等。
  4. 可擴(kuò)展的插件式架構(gòu):OpenTelemetry 采用插件式架構(gòu),允許用戶根據(jù)需要定制和擴(kuò)展其功能。開發(fā)者可以通過編寫插件來支持新的數(shù)據(jù)格式、導(dǎo)出工具或傳輸協(xié)議。這種可擴(kuò)展性使得 OpenTelemetry 能夠適應(yīng)不同的使用場(chǎng)景和需求。
  5. 開源社區(qū)和生態(tài)系統(tǒng):OpenTelemetry 是一個(gè)開源項(xiàng)目,擁有活躍的社區(qū)和生態(tài)系統(tǒng)。開發(fā)者可以參與開源項(xiàng)目的開發(fā)、貢獻(xiàn)代碼、解決問題、討論使用經(jīng)驗(yàn)等。此外,OpenTelemetry 還提供了豐富的文檔、教程和示例,幫助用戶快速上手和使用。

OpenTelemetry 的核心組件

OpenTelemetry 主要由以下幾個(gè)核心組件構(gòu)成:

  • API:定義了收集遙測(cè)數(shù)據(jù)的接口,使開發(fā)者能夠編寫可插拔的代碼,以便在不同的遙測(cè)系統(tǒng)之間切換,而無需更改應(yīng)用程序的主體代碼。
  • SDK:是對(duì) API 的實(shí)現(xiàn),用來實(shí)現(xiàn)對(duì)遙測(cè)數(shù)據(jù)的收集、處理和導(dǎo)出。SDK 通常是可配置的,允許開發(fā)者調(diào)整數(shù)據(jù)收集的粒度和性能影響。
  • Instrumentation Libraries:這些庫提供了對(duì)常見框架和庫的自動(dòng)插樁支持,以便開發(fā)者無需手動(dòng)編寫大量的遙測(cè)代碼。
  • Collector:是一個(gè)獨(dú)立的服務(wù),可以接收、處理和導(dǎo)出遙測(cè)數(shù)據(jù)。可以部署為代理或作為后端服務(wù)的一部分,以接收來自應(yīng)用程序的遙測(cè)數(shù)據(jù)。
  • Exporters:借助不同的 Exporter 可以使 SDK 或 Collector 將遙測(cè)數(shù)據(jù)導(dǎo)出到各種后端系統(tǒng),如 Prometheus、Jaeger、Zipkin 等。

OpenTelemetry 的工作原理

OpenTelemetry 的工作原理可以分為以下幾個(gè)步驟:

  1. 自動(dòng)插樁:開發(fā)者通過將 OpenTelemetry 的 Instrumentation Libraries 集成到自己的應(yīng)用程序中,自動(dòng)地在代碼的關(guān)鍵路徑上收集遙測(cè)數(shù)據(jù)。
  2. 數(shù)據(jù)收集與處理:借助 Instrumentation Libraries 收集到相應(yīng)數(shù)據(jù)后,通過 SDK 進(jìn)行進(jìn)一步的處理,如聚合、過濾和批處理,以優(yōu)化性能和數(shù)據(jù)傳輸。
  3. 數(shù)據(jù)導(dǎo)出:處理后的數(shù)據(jù)通過 Exporters 發(fā)送到指定的后端系統(tǒng),可以是專門的鏈路追蹤系統(tǒng)、時(shí)序數(shù)據(jù)庫或者日志系統(tǒng)。

鏈路追蹤詳解(四):分布式鏈路追蹤的事實(shí)標(biāo)準(zhǔn) OpenTelemetry 概述,后端系列知識(shí)講解,微服務(wù)系列知識(shí)詳解,分布式,鏈路追蹤,后端,可觀測(cè)性

OpenTelemetry 的特點(diǎn)

OpenTelemetry 的設(shè)計(jì)考慮了現(xiàn)代應(yīng)用的需求:

  • 開源和跨語言:支持多種編程語言和框架,適用于多樣化的開發(fā)環(huán)境。
  • 可擴(kuò)展性:通過 Exporters 和自定義 SDK 配置,可以輕松地適配不同的后端系統(tǒng)。
  • 端到端追蹤:提供了在復(fù)雜的分布式系統(tǒng)中跟蹤請(qǐng)求的能力,對(duì)于微服務(wù)架構(gòu)來說也非常實(shí)用。
  • 性能考量:SDK 提供了數(shù)據(jù)采樣和處理的功能,將對(duì)應(yīng)用性能的影響降到最低。

OpenTelemetry 的應(yīng)用場(chǎng)景

OpenTelemetry 可以應(yīng)用于多種場(chǎng)景,包括但不限于:

  • 微服務(wù)監(jiān)控:在微服務(wù)架構(gòu)中,可以使用 OpenTelemetry 來跟蹤跨服務(wù)的請(qǐng)求,并收集服務(wù)的性能指標(biāo)。
  • 云原生應(yīng)用:為 Kubernetes 和其他云原生技術(shù)提供了強(qiáng)大的監(jiān)控和追蹤能力。
  • 故障排查:當(dāng)出現(xiàn)性能下降或請(qǐng)求錯(cuò)誤時(shí),OpenTelemetry 可以幫助快速定位問題。

小結(jié)

OpenTelemetry 代表了分布式鏈路追蹤和監(jiān)控的未來方向,目標(biāo)是簡(jiǎn)化和統(tǒng)一遙測(cè)數(shù)據(jù)的收集和管理,隨著社區(qū)的不斷發(fā)展和技術(shù)的成熟,OpenTelemetry 無疑將在現(xiàn)代軟件開發(fā)和運(yùn)維中發(fā)揮越來越重要的作用。文章來源地址http://www.zghlxwxcb.cn/news/detail-758462.html

到了這里,關(guān)于鏈路追蹤詳解(四):分布式鏈路追蹤的事實(shí)標(biāo)準(zhǔn) OpenTelemetry 概述的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 云原生可觀測(cè)框架 OpenTelemetry 基礎(chǔ)知識(shí)(架構(gòu)/分布式追蹤/指標(biāo)/日志/采樣/收集器)...

    云原生可觀測(cè)框架 OpenTelemetry 基礎(chǔ)知識(shí)(架構(gòu)/分布式追蹤/指標(biāo)/日志/采樣/收集器)...

    OpenTelemetry 是一個(gè)開源的可觀測(cè)性框架,由云原生基金會(huì)(CNCF)托管。它是 OpenCensus 和 OpenTracing 項(xiàng)目的合并。旨在為所有類型的可觀測(cè)信號(hào)(如跟蹤、指標(biāo)和日志)提供單一標(biāo)準(zhǔn)。 https://opentelemetry.io https://www.cncf.io https://opencensus.io OpenTelemetry 指定了如何收集遙測(cè)數(shù)據(jù)并將其發(fā)送到

    2024年01月16日
    瀏覽(46)
  • 進(jìn)階分布式鏈路追蹤

    進(jìn)階分布式鏈路追蹤

    ? ? ? ? ? ? ? ? ? ? ? ? https://item.jd.com/14337086.html?編輯https://item.jd.com/14337086.html “ RocketMQ 消息中間件實(shí)戰(zhàn)派上下冊(cè)”是我既“ Spring Cloud Alibaba 微服務(wù)架構(gòu)實(shí)戰(zhàn)派上下冊(cè)”之后,又一本歷時(shí)超過 1 年半的巨無霸技術(shù)實(shí)戰(zhàn)類型的書籍。 為了提高讀者閱讀本書的體驗(yàn)性,本書

    2024年02月02日
    瀏覽(21)
  • 分布式鏈路追蹤

    分布式鏈路追蹤

    隨著互聯(lián)網(wǎng)業(yè)務(wù)快速擴(kuò)展,軟件架構(gòu)也日益變得復(fù)雜,為了適應(yīng)海量用戶高并發(fā)請(qǐng)求,系統(tǒng)中越來越多的組件開始走向分布式化,如單體架構(gòu)拆分為微服務(wù)、服務(wù)內(nèi)緩存變?yōu)榉植际骄彺?、服?wù)組件通信變?yōu)榉植际较?,這些組件共同構(gòu)成了繁雜的分布式網(wǎng)絡(luò)。 在大型系統(tǒng)的微

    2024年02月16日
    瀏覽(20)
  • 分布式鏈路追蹤概述

    分布式鏈路追蹤概述

    隨著系統(tǒng)設(shè)計(jì)變得日趨復(fù)雜,越來越多的組件開始走向分布式化,如微服務(wù)、分布式數(shù)據(jù)庫、分布式緩存等,使得后臺(tái)服務(wù)構(gòu)成了一種復(fù)雜的分布式網(wǎng)絡(luò)。往往前端的一個(gè)請(qǐng)求需要經(jīng)過多個(gè)微服務(wù)、跨越多個(gè)數(shù)據(jù)中心才能最終獲取到結(jié)果,如下圖 并且隨著業(yè)務(wù)的不斷擴(kuò)張,服

    2024年02月13日
    瀏覽(25)
  • 什么是分布式鏈路追蹤

    什么是分布式鏈路追蹤

    隨著互聯(lián)網(wǎng)業(yè)務(wù)快速擴(kuò)展,軟件架構(gòu)也日益變得復(fù)雜,為了適應(yīng)海量用戶高并發(fā)請(qǐng)求,系統(tǒng)中越來越多的組件開始走向分布式化,如單體架構(gòu)拆分為微服務(wù)、服務(wù)內(nèi)緩存變?yōu)榉植际骄彺?、服?wù)組件通信變?yōu)榉植际较?,這些組件共同構(gòu)成了繁雜的分布式網(wǎng)絡(luò)。 在大型系統(tǒng)的微

    2024年02月16日
    瀏覽(29)
  • 微服務(wù)之分布式鏈路追蹤

    微服務(wù)之分布式鏈路追蹤

    在微服務(wù)框架中,一個(gè)由客戶端發(fā)起的請(qǐng)求在后端系統(tǒng)中會(huì)經(jīng)過多個(gè)不同的的服務(wù)節(jié)點(diǎn)調(diào)用來協(xié)同產(chǎn)生最后的請(qǐng)求結(jié)果,每一個(gè)前段請(qǐng)求都會(huì)形成一條復(fù)雜的分布式服務(wù)調(diào)用鏈路,鏈路中的任何一環(huán)出現(xiàn)高延時(shí)或錯(cuò)誤都會(huì)引起整個(gè)請(qǐng)求最后的失敗。 在分布式與微服務(wù)場(chǎng)景下,

    2024年04月22日
    瀏覽(31)
  • SkyWalking分布式鏈路追蹤學(xué)習(xí)

    SkyWalking分布式鏈路追蹤學(xué)習(xí)

    實(shí)際生產(chǎn)中,面對(duì)幾十個(gè)、甚至成百上千個(gè)的微服務(wù)實(shí)例,如果一旦某個(gè)實(shí)例發(fā)生宕機(jī),如果不能快速定位、提交預(yù)警,對(duì)實(shí)際生產(chǎn)造成的損失無疑是巨大的。所以,要對(duì)微服務(wù)進(jìn)行監(jiān)控、預(yù)警,對(duì)微服務(wù)的調(diào)用鏈路進(jìn)行監(jiān)控,迅速定位問題 SkyWalking下載 SkyWalking官網(wǎng) elastic

    2024年02月07日
    瀏覽(51)
  • 分布式鏈路追蹤如何跨線程

    分布式鏈路追蹤如何跨線程

    我們希望實(shí)現(xiàn)全鏈路信息,但是代碼中一般都會(huì)異步的線程處理。 我們可以對(duì)以前的 Runable 和 Callable 進(jìn)行增強(qiáng)。 可以使用 ali 已經(jīng)存在的實(shí)現(xiàn)方式。 TransmittableThreadLocal (TTL) 解決異步執(zhí)行時(shí)上下文傳遞的問題 核心的實(shí)現(xiàn)思路如下: 1)異步執(zhí)行前,把當(dāng)前線程的 MDC 信息放入

    2024年02月07日
    瀏覽(34)
  • 分布式鏈路追蹤之SkyWalking

    分布式鏈路追蹤之SkyWalking

    ??在微服務(wù)架構(gòu)中,一次請(qǐng)求往往涉及到多個(gè)模塊,多個(gè)中間件,多臺(tái)機(jī)器的相互協(xié)作才能完成。這一系列調(diào)用請(qǐng)求中,有些是串行的,有些是并行的,那么如何確定這個(gè)請(qǐng)求背后調(diào)用了哪些應(yīng)用,哪些模塊,哪些節(jié)點(diǎn)及調(diào)用的先后順序?如何定位每個(gè)模塊的性能問題?本

    2023年04月20日
    瀏覽(45)
  • 【JAVA】分布式鏈路追蹤技術(shù)概論

    【JAVA】分布式鏈路追蹤技術(shù)概論

    目錄 1.概述 2.基于日志的實(shí)現(xiàn) 2.1.實(shí)現(xiàn)思想 2.2.sleuth 2.2.可視化 3.基于agent的實(shí)現(xiàn) 4.聯(lián)系作者 當(dāng)采用分布式架構(gòu)后,一次請(qǐng)求會(huì)在多個(gè)服務(wù)之間流轉(zhuǎn),組成單次調(diào)用鏈的服務(wù)往往都分散在不同的服務(wù)器上。這就會(huì)帶來一個(gè)問題: 故障難以溯源。 發(fā)起請(qǐng)求,然后請(qǐng)求報(bào)錯(cuò),到底

    2024年02月04日
    瀏覽(25)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包