Apache nifi Nifi和迷你Nifi（迷你FI）之间的差异

我只是想知道迷你NiFi和NiFi有什么不同

我们有什么附加功能吗？为什么需要引入它

任何想法或链接都会大有裨益。

是一个强大而安全的框架，用于跨多个系统路由、转换和交付数据。NiFi可以与其他应用程序并行运行，但当整个系统（或集群中的多个系统）专用于它时，它的性能最好。它通常在TB级别使用SAN或RAID存储，以存储它摄取的大量内容及其生成的来源。UI允许多个用户在同一台机器上或跨集群同时快速修改流。NiFi的最新候选版本（

1.1.0 RC1

）包括170多个处理器，用于定制与各种系统和操作的集成，并且在压缩下载时为

762 MB

。换句话说，NiFi是一个服务器类应用程序

基于将NiFi的功能作为“代理”推向“边缘”的公认需求而开发，即从物联网和桌面级设备访问数据，并在尽可能早的阶段应用NiFi的主要功能。现在，可以从各种协议中收集数据，立即生成数据源以实现更全面的治理和透明度，在源位置应用轻度转换，进行加密、排序，并冗余地路由回云或数据中心中完成的更强大的转换

现在，所有这些行为都可以通过自定义脚本执行，但随后会遇到命令与控制（C2）问题。有了成百上千甚至上百万这样的设备，如何监控和释放每个设备，以及当流量需要改变时会发生什么？它可以是向新端点报告，更新收集或传输数据的频率，或者处理来自设备的新指标或元数据。此手动过程不可扩展。通过MiNiFi与NiFi的集成，可以使用NiFi中的UI开发流，并透明地转换为MiNiFi流，并推送到世界各地的代理类

通过手动修改删除不必要的处理器和功能，NiFi可以被修剪以适合树莓Pi。但它仍然需要JVM，而且有很多设备不支持它。MIFIFI在爪哇和C++中提供，并且占用的内存是完全不同的规模——对于C++代理（TAR），java代理（TAR）和 310K< /COD> >代码> > 39 MB <代码>。p> MiNiFi的强大和实用性的一个很好的例子是最近在TU底特律汽车展上的一个演示，在这个演示中，MiNiFi被装载到一个位于“连接汽车”中的汽车上。当汽车行驶时，整个汽车的部件会生成大量数据，并通过CAN总线进行处理。有些数据需要实时流回到远程处理中心——这些数据通过LTE连接传输。LTE应用广泛，但带宽昂贵。同时，数据量大得多但时间相关性小（系统诊断等）可以批量处理和压缩，然后在车辆位于已知热点范围内时通过WiFi突发发送。MiNiFi通过地理富集和控制平面反馈协调所有流量决策和路由。这里是一个简短的视频

---

您可以将该演示外推到许多其他用例中。将MiNiFi视为“好客”（good guest）——一种在硬件上运行的轻量级代理，可能专用于不同的主要用途，这是很有帮助的。无论这是物联网、收银机/销售点系统、汽车调制解调器、物理传感器等，都与MiNiFi无关——MiNiFi的任务是处理和提取这些数据，同时不从主要功能中获取不必要的资源。与此相反，NiFi同样可以与其他应用程序同时运行，但理想情况下，它拥有专用资源，可以最大限度地提高自身性能

NiFi：它有更多的预定义处理器，有用户界面，您可以在运行时监控、配置任何东西，您可以编写自己的处理器

MiNiFi：与NIFI相比，它的处理器数量更少（重量更轻）。易于部署。但它没有用户界面。您可以将其与NIFI集成