弱弱地问，结构化日志能不能被集成到分布式链路中…

[gitrebase]

也就是说，直接在 span 里，结构化地设置 kv （或者叫 label ）来记录日志

在 web 场景下，后端日志经常是根据 trace id 来查询的，那么不如直接将整条分布式链路查出来，那么每段 span 中的 kv 就是结构化的日志信息了不是吗

求指点，求轻骂

[AlexZFX]

可以，但是这个思路就类似于，给你发条 10 个字的消息，但消息附件里面带了一本小说，问题是这个小说还极低概率会被查看。

[sujin190]

可以，就是这么干的，很好用

[gitrebase]

@AlexZFX #1 可以对外吹一波 b 说是“异构数据”的融合（ bushi

感觉主要还是数据存储和效率的问题？当前的分布式追踪的存储组件可能没有专门面向日志这种类型的数据设计

其实是 loki 给的灵感，由于没有 full text indexing ，就说自己基于 label ，那“基于 label”我直接贴到 distributed tracing 上不就得了

而且在个人的工作过程中，查日志基本就是去搜 trace id ，直接索引个 trace id 的 label 就够了吧，全文索引在我的工作场景中也没咋样，主要是 ELK/EFK 成本又高…

[AlexZFX]

@gitrebase 日志加到链路里面，如果要存储的话那这部分成本是跑不掉的呀，放在 trace 记录的存储里一般成本会更高，所以常见的不就是就只写日志有需要再根据 trace 去查询。查日志本身也不算一个高频操作，大家都是得过且过的过去了。

[zealotpuppy]

可以啊，但是带来的效果更像是把分布式链路集成到了结构化日志中。
一般来说 trace 更倾向于组建链路，跨日志查询 trace id 是一种跨日志查询效果，跟 trace 本身关系不太大，虽然可能需要链路信息