LoongCollector 的全新 Tag 处理能力解决了哪些老问题？

#LoongCollector#Tag#元信息#Pipeline#采集配置

agenticOps | 2026-05-23

iLogtail 的标签处理存在多个问题：标签来源不一致（部分默认放在 tag、部分通过流水线参数控制）、用户无法重命名和删除 tag、C++ 与 Go 处理机制不一致。

LoongCollector 对此做了统一优化：

Input 级标签自治：每个 Input 插件独立控制自己的标签，容器场景下新版标准输出插件标签与文件采集完全一致。
实例级标签处理插件：支持元信息的添加、删除、重命名，通过 global.PipelineMetaTagKey 重命名（如 HOST_NAME 改为 taiye-123），通过 EnableProcessorTag 启用实例标签处理。
C++ 与 Go 行为统一：所有流水线类型均可使用完整的 Tag 处理能力。
配置示例：在 inputs.Tags 中可指定 K8sNamespaceTagKey、ContainerIpTagKey（设为空表示删除），实现 namespace 重命名和 container_ip 删除。

这让标签数据从杂乱无序走向统一、可控的处理体系。

LoongCollector 对此做了统一优化：

Input 级标签自治：每个 Input 插件独立控制自己的标签，容器场景下新版标准输出插件标签与文件采集完全一致。
实例级标签处理插件：支持元信息的添加、删除、重命名，通过 global.PipelineMetaTagKey 重命名（如 HOST_NAME 改为 taiye-123），通过 EnableProcessorTag 启用实例标签处理。
C++ 与 Go 行为统一：所有流水线类型均可使用完整的 Tag 处理能力。
配置示例：在 inputs.Tags 中可指定 K8sNamespaceTagKey、ContainerIpTagKey（设为空表示删除），实现 namespace 重命名和 container_ip 删除。

这让标签数据从杂乱无序走向统一、可控的处理体系。