我们正在使用 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在生产中减少长期的努力。
如果您想更深入地讨论其中的任何一个，那么用户邮件列表中充满了有用的人，他们可以权衡适用于您的用例的一些优点/缺点。