Apache nifi NiFi是否可以通过远程进程组连接到自身?

Apache nifi NiFi是否可以通过远程进程组连接到自身?,apache-nifi,Apache Nifi,我正在从事一个大量使用ApacheNIFI v1.10.0的项目。我已经厌倦了点击数百个流程组来应用基本相同的小补丁 我最近发现了远程进程组,我想知道是否有一种方法可以将NiFi实例连接到自身,并以这种方式实现DRY?我考虑在根组件中实现重复组件,并在其他进程组中通过远程访问来访问它们。这可能吗 现在我只得到SSLHandshakeException/PKIX路径构建失败 如果有其他实现DRY的方法-请告诉我。您肯定可以进行站点到站点的自我访问,但是性能会降低,因为现在您正在获取本地流文件,并通

我正在从事一个大量使用ApacheNIFI v1.10.0的项目。我已经厌倦了点击数百个流程组来应用基本相同的小补丁

我最近发现了远程进程组,我想知道是否有一种方法可以将NiFi实例连接到自身,并以这种方式实现DRY?我考虑在根组件中实现重复组件,并在其他进程组中通过远程访问来访问它们。这可能吗

现在我只得到
SSLHandshakeException/PKIX路径构建失败


如果有其他实现DRY的方法-请告诉我。

您肯定可以进行站点到站点的自我访问,但是性能会降低,因为现在您正在获取本地流文件,并通过网络连接将其传输到群集中的所有节点,即使其中一些节点将返回到它们所在的同一节点


您可以使用NiFi注册表并创建包含可重用功能的版本化流。然后进行一次更改,将其提交回NiFi注册表,然后更新该版本流的其他实例。

@Alex。我感觉到你的痛苦,在以前的角色中,他们有一个100个流的流程组,并且会复制和粘贴整个主组,变成1000个流。在随机位置进行小修改的所有副本

尽管我提倡通过这种方式编程来实现POC的运行,但我还是大力提倡从最高层次评估如何使流程动态化。我用来做这件事的过程是通过DFDLC和版本控制流程,直到,例如,我有一个流程组,可以通过清除彼此之间的流程设计差异来替换2个流程组。我们考虑这一部分的优化流程,以减少活动处理器的总数。

我强烈建议您不要在同一集群中使用远程进程组。我还建议您在主画布上创建公共流,并在需要从较深的流程组移回主画布时将它们与输入/输出端口连接。您将得到如下流:


布莱恩和史蒂文都提供了很好的解决方案。我将解决您遇到的PKIX路径构建错误——这表示NiFi正试图建立到另一个服务的HTTPS连接(在本例中可能是它自己),并且不知道如何验证提供的公共证书。解决方案是引用一个配置了包含证书的信任库的
SSLContextService
。提供执行这些任务的分步说明