为啥会出现多个版本?
-
Flink 社区本身迭代速度非常快,目前阿里云有一大波的人专职做 Flink 开源,另外还拥有活跃的社区贡献者,所以功能开发较快,bug 修复速度较快,几乎每 4 个月一个大版本,每个大版本之间迭代的功能非常多,代码变动非常大,API 接口变动也大,动不动就干翻自己了。
-
社区迭代快就快呗,为什么公司也要要不断跟着社区鼻子走?社区迭代快意味着功能多,修复的 bug 多,相对于早期版本意味着稳定性也高些。除了国内一二线公司有特别多的专职人去负责这块,大多数中小公司最简单最快捷体验到稳定性最高、功能性最多、性能最好的 Flink 版本无非是直接使用最新的 Flink 版本。举个例子:Flink SQL 从最早期(1.9)的功能、性能到目前 1.14,差别真的大很多,优化了特别多的地方,增强了很多功能。原先使用 Flink SQL 完成一个流处理任务非常麻烦,还不如直接写几十行代码来的快,目前我情愿写 SQL 去处理一个流任务。那么自然会跟着升级到新版本。
-
用户 A 问 Flink SQL 支持单独设置并行度吗?用户 B
随着Flink社区的快速迭代,企业面临管理多个版本的问题。文章探讨了为何会出现多个Flink版本的需求,包括功能升级、稳定性提升和用户习惯。同时,介绍了大公司与中小公司在版本升级上的不同挑战,并预告了如何管理及兼容不同版本Flink作业提交的解决方案。
订阅专栏 解锁全文
1万+

被折叠的 条评论
为什么被折叠?



