恭喜 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】