我是一名应用程序开发人员，主要开发和维护企业应用程序，如ERP、HCM系统。在这个领域工作多年后，我开始觉得业务系统的开发方式不太对劲。经过数百名开发人员多年的维护和改进，系统变得越来越大，越来越复杂。到头来，根本不可能对系统做大的改动，因为逻辑都像意大利面条一样纠缠在一起。开发人员非常害怕造成严重的客户问题。
最近我发现了J. Paul Morrison发明的基于 Flow 的编程范式，我觉得它真的很有趣。我非常赞成通过视觉绘制图表来进行应用程序开发的想法。众所周知，开发业务系统首先要绘制业务流程图。为什么业务流程图不能只是系统本身？
自然地，我试图找到 FBP 的实现，而 nifi 是 FBP 发明者推荐的。我还没有深入挖掘nifi。
刚看了一些介绍视频和文档后，我发现大多数时候，nifi 专家总是在谈论使用 nifi 进行物联网系统，实时流式传输这类东西。看来nifi与业务系统无关。
期待有人能解开我的疑惑。nifi 适合构建业务交易系统吗？
Apache NiFi 绝对用于许多“业务逻辑”系统，尤其是承担处理提取/转换/加载逻辑 (ETL) 的角色。虽然不是严格意义上的 ETL 工具，但 NiFi 可以在许多场景中促进数据路由和简单的事件处理。“ Powered By NiFi”页面列出了 NiFi 的一些公共用例，其中许多是针对与物联网无关的“业务系统”。
抱歉，我之前没有看到您的问题-您的评论很有趣。我很惊讶你说 NiFi 是我推荐的 FBP 软件——我确实将它列为更接近“经典”FBP 哲学的产品，而不是我们所谓的“FBP-like”或“FBP-inspired”系统，我认为它是市场上为数不多的 FBP 产品之一——不像我的作品，它都是公共领域的。“FBP-like”和“FBP-inspired”这两个词实际上要感谢 NiFi 的开发者 Joe Witt。我试图在我关于https://jpaulm.github.io/fbp/noflo.html的文章中描述“经典”FBP 和“FBP-like”之间的区别. 恕我直言，我觉得 NiFi 有点过于复杂，尽管他的数据包是不可变的，这有一定的优势。对于将您从图表带到实际运行代码的完整套件，我建议您从 FBP 图表工具https://github.com/jpaulm/drawfbp开始，使用https://github生成 JavaFBP 网络。 com/jpaulm/javafbp，然后运行！这两个工具以及https://github.com/jpaulm/上的其他工具都是开源的。我的同事 Bob Corrick 和我正在编写一个可能对您有帮助的教程：https ://github.com/jpaulm/fbp-tutorial-filter-file 。