Nifi和Mini NiFi（MiNiFi）之间的区别

49

+50
Apache NiFi是一个健壮且安全的框架，用于跨多个系统路由，转换和交付数据。NiFi可以与其他应用程序并行运行，但是当整个系统（或群集中的多个系统）专用于NiFi时，它的性能最佳。它通常使用TB级别的SAN或RAID存储来获取大量内容并生成源。该UI允许多个用户同时在同一台计算机或整个群集上快速修改流。NiFi（1.1.0 RC1）的最新候选版本包括170多个处理器，用于与各种系统和操作进行自定义集成，并且已762 MB压缩以供下载。换句话说，NiFi是服务器级的应用程序。

Apache MiNiFi的开发是出于将NiFi的功能作为“代理”带到“边缘”的公认需求-从物联网和台式机级设备访问数据，并尽早应用NiFi的主要功能。现在可以从各种协议中收集数据，立即生成数据源以实现更全面的治理和透明度，在源头应用轻量级转换，进行加密，确定优先级，然后冗余地路由回云中完成的更强大的转换或数据中心。

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

通过手动修改以删除不必要的处理器和功能，可以对NiFi进行修剪以使其适合Raspberry Pi。但是它仍然需要JVM，并且有很多设备不支持它。MiNiFi提供Java和C ++版本，并且覆盖范围完全不同39 MB-Java代理（tar）和310KC ++代理（tar）。

MiNiFi的强大功能和实用性的一个很好的例子是最近在底特律汽车展上的演示，其中将MiNiFi加载到了定制的Qualcomm调制解调器上位于“联网汽车”中。随着汽车的行驶，整个汽车中的组件会生成大量数据，并通过CANBUS进行路由以进行处理。某些数据对于实时流回远程处理中心很重要-这些数据通过LTE连接传输。LTE广泛可用，但带宽昂贵。同时，可以批处理和压缩更大但时间相关性较小的数据（系统诊断等），然后在汽车处于已知热点范围内时通过WiFi突发发送。MiNiFi通过地理富集和控制平面反馈来协调所有流决策和路由。这是Joe Niemiec的简短视频https://www.periscope.tv/w/1ZkKzljRpbNJv ，解释了过程并显示了流程。https://www.periscope.tv/w/1ZkKzljRpbNJv

您可以将该演示推断到许多其他用例。将MiNiFi视为“好客人”是有帮助的-一种轻量级代理，其运行在可能专用于不同主要目的的硬件上。无论这是物联网，收银机/销售点系统，汽车调制解调器，物理传感器等，都与MiNiFi无关-它的工作是处理和提取此数据，而不会从主要功能中获取不必要的资源。与NiFi相比，NiFi可以再次与其他应用程序同时运行，但是理想情况下，它具有专用资源，可以最大化自身性能。