Pentaho Data Integration aka Kettle 是否适合基于流的编程 FBP？
Kettle 是一个 ETL（提取、转换和加载）工具，基于FBP 概念
有用户定义的 Java 类步骤并有一个SDK，因此您可以扩展 Kettle 并将Kettle 与 Java Web 应用程序集成。
是否可以仅使用带有自定义插件的 Kettle 构建 Web 应用程序？
值得为 Web 应用程序编写自定义插件吗？
用于 Web 开发的 Kettle 中缺少哪些步骤？
我应该去noflojs并离开Java吗？
JavaFBP是 FBP 的 java 实现。我可以使用 JavaFBP 构建一个组件，例如读取 Excel 文件。但是这个组件已经存在于 Kettle 中！
我的目的是做一些研究并构建一个原型而不是真正的应用程序。
我会说是的。如今，Kettle 被用于许多非典型 ETL 的用例中。
例子：
在最近在里斯本举行的 PCM 活动中，我们看到了使用 PDI 来管理解决方案的“构建”和部署。
Sparkl - 这是一个大问题。Sparkl 是 Pentaho 的插件构建器框架，它允许您使用 CDE 构建 UI 和 Kettle 来完成基于服务器的工作。它非常聪明，我建议您留意 Pentaho Community Meetup 的视频。当你构建了你的应用程序后，它可以作为一个 pentaho 平台插件压缩并在市场上分发。
流式传输 - 现在有多种kettle 表现得更像ESB 的情况，您可以在数据到达时进行无休止的转换或作业处理。
此外，Kettle 5 拥有一大堆新的插件技术，以及“扩展点”，因此kettle 本身开始成为一个平台，您可以在其中进行任何形式的数据相关活动！