2019 年 1 月 21 日，KubeSphere 社区为了满足以云原生的形式治理 Fluent Bit 的需要开发了 FluentBit Operator。尔后产品一直迭代，在 2021 年 8 月 4 日 正式将 FluentBit Operator 募捐给 Fluent 社区，之后重新命名为 Fluent Operator。自此 Fluent Operator 社区吸引了来自世界各地的贡献者参加我的项目的开发和迭代。
日前，Fluent Operator v2.0（2.0.0 & 2.0.1）公布，该版本新增许多重要性能，并进行了泛滥优化，以下将重点介绍：
Fluent Bit 新的部署形式: Fluent Bit Collector
Fluent Operator 升高了 Fluent Bit 以及 Fluentd 的应用门槛，能高效、快捷的解决可观测性相干的各种数据。应用 Fluent Operator 能够灵便且不便地部署、配置及治理 Fluent Bit 以及 Fluentd。同时, 社区还提供反对 Fluentd 以及 Fluent Bit 的海量插件，用户能够依据理论状况进行定制化配置。
Fluent Bit 对于解决的数据始终是中立的，在 v2.0 之前 Fluent Bit 次要被用于解决日志数据。Fluent Bit v2.0 的公布是 Fluent Bit 全面反对可观测性所有类型数据（Logs, Metrics, Tracing）的一个标记和终点。自 Fluent Bit v2.0 开始，除了持续反对解决日志数据之外，也开始反对 Metrics 和 Tracing 数据的收集和发送，即全面反对 Prometheus 和 OpenTelemetry 生态体系。
自从 Fluent Bit 降级到 v2.0+ 后，增加了很多插件比方 Prometheus Scrape Metrics 插件。如果持续以 DaemonSet 的模式部署 Fluent Bit，会导致 Metrics 数据的反复收集。于是 Fluent Operator 自 v2.0 开始反对将 Fluent Bit 以 StatefulSet 的模式部署为 Fluent Bit Collector，这样能够通过网络接管可观测数据，适应更多的可观测数据收集的场景:
- OpenTelemetry
- prometheus-scrape-metrics
- collectd
- forward
- http
- mqtt
- nginx
- statsd
- syslog
- tcp
其中 prometheus-scrape-metrics 插件已由 Fluent Operator 社区提供，其余的输出插件将在将来的迭代中逐渐增加。
其余变动
新性能
- 反对在 fluent-operator 部署增加正文
- 反对为 fluent-operator 和 fluent-bit pods 增加标签
- 新增在 fluent-bit-watcher 中增加内部插件标记
- 反对为 Fluent Bit DaemonSet 增加正文
- 在 fluent-bit-watcher 中减少过程终止超时
- 增加
dnsPolic和其余 Kubernetes 过滤器选项到 Fluent Bit CRD
加强性能
- 将
DockerModeParser参数增加到 Fluent Bit tail 插件 - 减少运算器内存限度到 60Mi
- 优化 fluent-operator 图表
- 更新 flushThreadCount 的定义
- 将 Fluent Bit 降级到 v2.0.9
- 将 Fluentd 降级到 v1.15.3
- 优化 e2e 测试脚本
- …
更多的性能变动请通过 Release note 具体理解：
- v2.0.0
- v2.0.1
致谢贡献者
该版本共有 10 位贡献者参加，在此示意特别感谢。
这些贡献者的 GitHub ID 别离是：
- momoXD007（Michael Wieneke）
- wigust（Oleg Pykhalov）
- antrema（Anthony Treuillier, France）
- Garfield96（Christian Menges, Germany）
- benjaminhuo（Benjamin Huo）
- wenchajun（Elon Cheng）
- samanthacastille（Samantha Castille, Seattle）
- juhis135（Juhi Singh）
- Kristian-ZH（Kristian Zhelyazkov, SAP）
- jjsiv
值得指出的是，这 10 位贡献者中有 8 位来自国外，如德国、法国、美国西雅图以及保加利亚 SAP 等地。
也心愿各位开源爱好者提交代码，帮忙 Fluent Operator 逐步欠缺，使其成为云原生日志治理的瑞士军刀。
本文由博客一文多发平台 OpenWrite 公布！