2. Fluent Bit 版本演进史：从 1.x 到 3.x 的关键里程碑与架构变化

Fluent Bit 自 2015 年开源以来，经历了从轻量级日志采集器到云原生可观测性数据管线的蜕变。理解其版本演进，是掌握组件拓扑差异校验的前提。本章梳理 1.x、2.x、3.x 三大阶段的架构核心变化与关键里程碑。

2.1 版本演进总览

下表概括了三个大版本的核心定位与架构特征：

2.2 1.x 时代：单链日志采集器

1.x 版本奠定了 Fluent Bit 的基础架构：Input → Parser → Filter → Buffer → Output 的单向流水线。所有插件在同一个事件循环中串行执行，内存占用极低（通常 < 5MB）。

• 里程碑 v1.4（2020）：引入 @INCLUDE 配置指令，支持配置文件拆分，为复杂部署奠定基础。
• 里程碑 v1.7（2021）：新增 record_accessor 和 lua 过滤器，允许在管道内修改记录字段。
• 架构局限：单线程模型无法充分利用多核 CPU；所有输出共享同一个缓冲区，背压时易阻塞全管道。

# 1.x 典型配置示例（单链结构）
[INPUT]
    Name   tail
    Path   /var/log/containers/*.log

[FILTER]
    Name   kubernetes
    Match  *

[OUTPUT]
    Name   es
    Match  *
    Host   elasticsearch.logging.svc.cluster.local

2.3 2.x 时代：多管道与 Processor 阶段

2.x 是架构重构最剧烈的版本。核心变化是引入 Processor 阶段和 多管道（Multi-pipeline） 机制，使 Fluent Bit 从单链采集器进化为可编排的数据处理平台。

• 里程碑 v2.0（2022）：正式发布 Processor API，支持在 Input 与 Output 之间插入自定义处理逻辑（如指标聚合、日志采样）。
• 里程碑 v2.1（2023）：引入 multiline 解析器，原生支持多行日志合并（如 Java 堆栈跟踪）。
• 里程碑 v2.2（2023）：新增 opentelemetry 输出插件，直接对接 OTLP 协议，支持 traces 与 metrics。

# 2.x 多管道配置示意
[SERVICE]
    pipelines  2

[INPUT]
    Name   tail
    Path   /var/log/app/*.log
    Tag    app.*

[INPUT]
    Name   cpu
    Tag    metrics.cpu

[PROCESSOR]
    Name   metrics_selector
    Match  metrics.*
    Select cpu,memory

[OUTPUT]
    Name   stdout
    Match  app.*

[OUTPUT]
    Name   prometheus_exporter
    Match  metrics.*

2.4 3.x 时代：动态拓扑与 eBPF 集成

3.x 版本聚焦于云原生场景下的动态性与性能极致优化。架构上最大的变化是支持运行时插件热加载和动态管道拓扑，无需重启 Fluent Bit 即可调整数据流。

• 里程碑 v3.0（2024）：引入 dynamic_pipeline 特性，通过 REST API 实时增删管道与插件。
• 里程碑 v3.1（2024）：集成 eBPF 内核探针，支持零开销的容器网络流量采集。
• 里程碑 v3.2（2025）：实现零拷贝（zero-copy）数据传递，大流量场景下 CPU 开销降低 40%。

2.5 架构变化对比：组件拓扑视角

从组件拓扑图的角度，三个版本的差异可以归纳为以下关键维度：

2.6 版本差异校验的核心关注点

基于上述架构变化，在组件拓扑图中进行版本差异校验时，应重点关注以下四个方面：

1. 节点类型差异：1.x 无 Processor 节点；2.x 新增 Processor；3.x 新增 Dynamic Router 与 eBPF Source。校验时需确认目标版本支持的节点集合。
2. 连接拓扑差异：1.x 为线性链；2.x 为静态 DAG；3.x 为动态 DAG。校验算法需适配不同图结构。
3. 缓冲区模型差异：1.x 全局队列 vs 2.x/3.x 独立队列。拓扑图中应标注缓冲区归属，避免误判数据流。
4. 插件生命周期差异：1.x/2.x 静态加载 vs 3.x 热加载。校验时需区分“期望拓扑”与“运行时拓扑”。