按差异拆分数据流
只有数据需要不同的契约时才单独建数据流：不同的保留期、访问规则、Schema 或查询范围限制。否则把数据放在一起，用字段区分。
数据第一次写入时 MoleSignal 会自动创建数据流，因此发送端的一个拼写错误会悄悄产生一个新数据流。每接入一个数据源都要检查数据流列表，并提前创建重要的数据流，设置好保留期和加密字段。
发送之前约定字段名
能用 OpenTelemetry 名称的地方都用它，同一个含义在所有信号中使用同一个名称。跨信号跳转和应用性能都依赖这些字段。
同一个字段在所有发送端中保持相同的类型：某个服务以数值发送、另一个服务以文本发送的字段，会被以
type mismatch on field 拒绝。请在存储前用流水线的 类型转换 步骤统一这类字段。不要给已有字段名赋予新含义，应新增字段。
为过滤字段建索引
索引类型决定过滤的速度。除少数常见字段外，新字段默认没有索引。请检查仪表盘和告警过滤用到的字段：- 整体比较的标识符用 精确匹配：
trace_id、user_id、order_id、service.name。 - 按词搜索的文本（例如
message）用 全文搜索。 - 用
<、>比较的数值和时间（例如duration_ms）用 跳过索引。 - 只用于展示的字段不建索引。
不要把高基数值放进标签
取值没有上限的指标标签（例如用户 ID、请求 ID 或完整 URL）会为每个取值产生一个新序列。随后基数上限会拒绝整个组织的新序列。把这类值放到日志或 Span 属性中，它们不会按取值产生成本；指标标签只保留服务、路由模板、方法、状态码类别这类有限集合。 服务所属团队、客户套餐这类否则要复制到每条事件中的参考数据，应放进扩展表，由流水线在处理时查找。从一开始就保护敏感值
优先在发送端或采集器中去掉敏感值。从未离开源头的值，就不可能从 MoleSignal 泄露。
验收标准
- 每个数据流都有负责人、存在的理由，以及有意设置的保留期。
- 一个已知请求可以从日志一键跟到它的链路。
- 仪表盘和规则过滤用到的字段都有合适的索引。
- 没有指标标签携带无上限的取值，指标页的 基数 显示稳定的序列数。
- 带敏感标记的测试事件按计划被脱敏、遮掩或加密。