恭喜 Fluentd 从 CNCF 毕业

今年新闻不断，多数早期进入 CNCF 的项目都相继宣布毕业。

CNCF（云原生计算基金会）在美国时间 2019 年 4 月 11 日宣布 fluentd 今天正式毕业了。

这是 CNCF 中毕业的第 6 个项目，以前已经毕业的项目为 Kubernetes、Prometheus、Envoy 、CoreDNS 和 containerd 。

fluentd 自 2011 年由 Treasure Data 公司的联合创始人 Sadayuki “Sada” Furuhashi 建立，做为构建统一记录层的开源数据收集器，统一记录层统一收集采集和消费，以便更好的使用和理解数据。在 2016 年 11 月，fluentd 也是第 6 个成为 CNCF 托管项目的。

fluentd 能够从多种数据源采集事件，并将它写入文件, RDBMS, NoSQL, IaaS, SaaS, Hadoop等等各种的目标地址。截至目前，fluentd 在 GitHub 上有 7629 个 star ，895 个 fork，以及 166 位贡献者，超过 4k+ commit 。

作日志相关的小伙伴基本都玩过 ELK ，咱们都知道在大规模使用 Logstash 时的痛苦（还记得被 Logstash 配置文件支配的恐惧吗？ 2333） 而 fluentd 的事件路由是经过 tag 来作，相比 Logstash 使用管道将全部数据路由到单个流里再经过配置将它发送到对应的目标而言这将大大简化配置的复杂度。(是的，这里是吐槽)

再一个，即是须要考虑部署和插件生态，首先来讲部署：

• fluentd 使用 C + Ruby 编写（Ruby 写起来蛮舒服的，早先写过一段时间），只要有 Ruby 的环境，能够很方便的进行部署。而大多数的 Linux 发行版是默认带着 Ruby 环境的，这也很是方便。

• Logstash 使用 JRuby 编写（JRuby 就是使用 Java 实现的 Ruby 解释器），部署时须要有 JDK 和 JRuby 的环境。

这里只作陈述，再也不展开。

回到插件生态上：

二者都有丰富的插件，而且编写插件也很简单。不过插件这种东西，按需使用，平常须要的基本都能找的到。惟一须要注意的就是选择插件时，须要仔细甄别。

“Fluentd has earned its place as the industry standard for log collection and shipping, and I am excited to see it as a graduated CNCF project,” said Gabe Monroy, Lead Program Manager for Containers, Microsoft Azure. “At Microsoft, we are proud to use Fluentd to power our cloud native logging subsystems and we look forward to working with the growing the open source community around Fluentd.”

引用一段话，fluentd 是否成为整个日志收集的行业标准，这个我不肯定， 但在它托管至 CNCF 后，在云原生领域它确实发展迅速，多数公司都会采用 EFK 的方式进行云原生时代下的日志方案。

附一张 fluentd 的图，有空会写下 fluentd 的使用姿式 （flag++）

再次恭喜 fluentd 毕业。

---

能够经过下面二维码订阅个人文章公众号【MoeLove】