NiFi：不使用Web UI的生产使用情况

Question

以下是一些在不使用Web UI的情况下使用NiFi的常用方法，以及它们各自的局限性。是否有更好的方式在不使用Web UI的情况下在生产环境中使用NiFi，同时仍然能够动态更改数据流设计？

• REST API方法：REST API只能在具有组件"sed -i s,INTERNAL_IP/a,--node-labels tier=development,g /etc/systemd/system/kubelet.service" , "\n" 的先前知识的情况下使用，而不能与组件ID一起使用。
• MiNiFi方法：MiNiFi更加专注于从源头收集数据。此外，MiNiFi配置也与组件的NAME和ID的先前知识联系在一起。

Answer 1

典型的NiFi数据流经历以下环境生命周期。

1. 您可以在开发NiFi设置中构建流程。您可以运行，测试，调试，修复它。
2. 一旦确定流程能够按预期运行，请将其升级到质量检查设置并执行类似的操作。
3. 最后，当流程通过质量检查时，将其升级到生产设置。设置了严格的政策，因此没有人期望支持团队或管理员有权对流程进行更改。

换句话说，如果您遵循正确的开发规范，则不必依靠使用REST API（如果通过内部REST API调用完成UI更改）或禁用Web UI，质量保证促销。

另一方面，您可以利用NiFi Registry来完成dev-qa-prod生命周期。