加入收藏 | 设为首页 | 会员中心 | 我要投稿 长春站长网 (https://www.0431zz.com.cn/)- 媒体智能、开发者工具、运维、低代码、办公协同!
当前位置: 首页 > 站长资讯 > 评论 > 正文

四大功能模块如何协同工作

发布时间:2021-03-04 15:19:44 所属栏目:评论 来源:互联网
导读:解分布式跟踪中的主要体系结构决策,以及各部分如何组合在一起。 早在十年前,认真研究过分布式跟踪基本上只有学者和一小部分大型互联网公司中的人。对于任何采用微服务的组织来说,它如今成为一种筹码。其理由是确立的:微服务通常会发生让人意想不到的错误

解分布式跟踪中的主要体系结构决策,以及各部分如何组合在一起。

早在十年前,认真研究过分布式跟踪基本上只有学者和一小部分大型互联网公司中的人。对于任何采用微服务的组织来说,它如今成为一种筹码。其理由是确立的:微服务通常会发生让人意想不到的错误,而分布式跟踪则是描述和诊断那些错误的最好方法。

也就是说,一旦你准备将分布式跟踪集成到你自己的应用程序中,你将很快意识到对于不同的人来说“分布式跟踪Distributed Tracing”一词意味着不同的事物。此外,跟踪生态系统里挤满了具有相似内容的重叠项目。本文介绍了分布式跟踪系统中四个(可能)独立的功能模块,并描述了它们间将如何协同工作。
 

  • 跟踪Trace:事物在分布式系统运行的过程描述。
  • 跨度Span:一种命名的定时操作,表示工作流的一部分。跨度可接受键值对标签以及附加到特定跨度实例的细粒度的、带有时间戳的结构化日志。
  • 跨度上下文Span context:携带分布式事务的跟踪信息,包括当它通过网络或消息总线将服务传递给服务时。跨度上下文包含跟踪标识符、跨度标识符以及跟踪系统所需传播到下游服务的任何其他数据。

软件系统的组件可分为三类:

  • 应用程序和业务逻辑:你的代码。
  • 广泛共享库:他人的代码
  • 广泛共享服务:他人的基础架构

这三类组件有着不同的需求,驱动着监控应用程序的分布式跟踪系统的设计。最终的设计得到了四个重要的部分:

  • 跟踪检测 APIA tracing instrumentation API:修饰应用程序代码
  • 线路协议Wire protocol:在 RPC 请求中与应用程序数据一同发送的规定
  • 数据协议Data protocol:将异步信息(带外)发送到你的分析系统的规定
  • 分析系统Analysis system:用于处理跟踪数据的数据库和交互式用户界面

为了更深入的解释这个概念,我们将深入研究驱动该设计的细节。如果你只需要我的一些建议,请跳转至下方的四大解决方案。

需求,细节和解释

应用程序代码、共享库以及共享式服务在操作上有


(编辑:长春站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读