当BucketingSink存在时，为什么我们需要StreamingFileSink？
我发现BucketingSink可以完成StreamingFileSink可以执行的所有操作，例如将事件写入本地文件，NAS或HDFS文件（原始我认为BucketingSink只能将事件写入HDFS并且无法写入NAS或本地文件），但某些功能StreamingFileSink不会没有提供BucketingSink提供的内容，例如StreamingFileSink无法设置文件的前缀和后缀，但BucketingSink可以这样做，那么为什么我们需要StreamingFileSink，当存在BucketingSink时？
展开
收起
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
1
条回答
写回答
-
flink小助手会定期更新直播回顾等资料和文章干货，还整合了大家在钉群提出的有关flink的问题及回答。
StreamingFileSink是一个最终将取代的新BucketingSink。BucketingSink有一些主要的限制（对S3的一致输出，支持Parquet和ORC等阻止格式），如果不重新设计就无法解决。StreamingFileSink实现这个新设计。
但是，正如您在当前状态（Flink 1.6）中注意到的那样，StreamingFileSink还不支持所有功能BucketingSink。
2019-07-17 23:18:37赞同 展开评论
相关问答