我们正在使用 Flink v1.12.2 计划在kubernetes集群上运行。在参考官方的flink文档时,我们主要遇到了两种将flink作业提交到kubernetes集群的方法,一种是 Standalone 另一个处于 Native 模式。我们注意到,对于后一个选项,没有yaml配置文件,看起来很简单。只是想知道推荐的模式/方法是什么以及它们的优缺点。谢谢您。
Flink v1.12.2
Standalone
Native
jmp7cifd1#
很高兴听到你在K8上试玩flink!这个 Native 模式是当前推荐的从kubernetes开始的方式,因为它是最简单的选择,正如您所指出的。在flink1.13(将在未来几周发布)中,增加了对指定pod模板的支持。这种方法的缺点之一是与ci/cd集成的能力有限。其他一些更流行的“kubernetes”风格的运行作业的方法(即只是yaml清单)包括lyft的运营商、verververica平台(免责声明:我在这里工作,就这个),以及google云平台的运营商。这些都是更多的工作要建立,但提供了一个更好的ci/cd的故事,这有助于使使用flink在生产中减少长期的努力。如果您想更深入地讨论其中的任何一个,那么用户邮件列表中充满了有用的人,他们可以权衡适用于您的用例的一些优点/缺点。
1条答案
按热度按时间jmp7cifd1#
很高兴听到你在K8上试玩flink!
这个
Native
模式是当前推荐的从kubernetes开始的方式,因为它是最简单的选择,正如您所指出的。在flink1.13(将在未来几周发布)中,增加了对指定pod模板的支持。这种方法的缺点之一是与ci/cd集成的能力有限。其他一些更流行的“kubernetes”风格的运行作业的方法(即只是yaml清单)包括lyft的运营商、verververica平台(免责声明:我在这里工作,就这个),以及google云平台的运营商。这些都是更多的工作要建立,但提供了一个更好的ci/cd的故事,这有助于使使用flink在生产中减少长期的努力。
如果您想更深入地讨论其中的任何一个,那么用户邮件列表中充满了有用的人,他们可以权衡适用于您的用例的一些优点/缺点。