关于库伯内斯的Flink [英] Flink on Kubernetes

问题描述

我们正在使用Flink v1.12.2构建一个流处理作业，并计划在Kubernetes集群上运行它。在参考官方的Flink文档时，我们主要发现了向Kubernetes集群提交Flink作业的两种方式，一种是Standalone模式，另一种是Native模式。我们注意到，使用后一种选项时，没有YAML配置文件，看起来很简单。我只是想知道推荐的模式/方法是什么，以及它们的优缺点。谢谢。

推荐答案

很高兴听到您在K8上试用Flink！

Native模式是当前建议在Kubernetes上开始的模式，因为它是最简单的选项，正如您所提到的。在Flink 1.13(将在未来几周发布)中，添加了对specifying Pod templates的支持。此方法的缺点之一是其与CI/CD集成的能力有限。

其他一些流行的运行作业风格(即仅YAML清单)的方法包括Lyft's Operator、the Ververica Platform(免责声明：我在此工作)和Google Cloud Platform's Operator。这些都是更多需要设置的工作，但提供了更好的CI/CD方案，从长远来看，这有助于减少在生产中使用Flink的工作量。

如果您想更深入地讨论其中的任何一个，the User Mailing List中充满了乐于助人的人，他们可以权衡适用于您的用例的一些利弊。

这篇关于关于库伯内斯的Flink的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！