以下是在没有web UI的情况下使用NiFi的一些常见建议方法，以及它们各自的局限性。有没有更好的方法在生产中使用NiFi而不使用web UI，同时仍然能够动态更改数据流设计？
-
REST API方法：REST API只能在先前了解组件
ID的情况下使用，而不能与组件NAME一起使用 -
MiNiFi方法:MiNiFi更侧重于在源位置收集数据。此外，MiNiFi配置也与组件的
ID与NAME的先前知识相关联
典型的NiFi数据流经历以下环境生命周期。
- 您可以在开发NiFi设置中构建流。你运行它，测试它，调试它，修复它
- 一旦您确定流程按预期运行，就将其提升到QA设置并执行类似的操作
- 最后，当您的流程通过QA时，将其提升到生产设置中。设置严格的策略，这样就不会有人期望支持团队或管理员有权对流程进行更改
换句话说，如果遵循正确的dev-qa-prod升级，则不必依赖REST API(如果UI更改是通过内部REST API调用完成的(或禁用Web UI。
附带说明一下，您可以利用NiFi Registry来执行dev-qa-prod生命周期。