Kubernetes 弗林克为什么用纱线？

我正在深入研究Flink的内部，看看如何在项目中使用它，并向创作者/高级思考者提出了一个问题。。。为什么Flink使用纱线作为默认资源管理器

库伯内特斯被考虑了吗？或者这是我们从纱线开始的事情之一，它非常有效

我遇到过许多项目和文章，它们允许Kubernetes和Thread一起工作，包括Myraid项目，该项目允许Thread与Mesos一起部署（但我在Kubernetes上…）

我使用了一个非常大的计算集群2000个左右的节点，我想使用Flink的超级酷的CEP功能，通过Kafka基础设施（也部署在这个kubernetes环境中）提供支持

我希望了解使用Thread作为Flink下面的资源管理器背后的原因，如果可能（通过一些努力和对项目的贡献），使Kubernetes成为Thread旁边的一个选项

---

请注意——我对纱线还不熟悉——只是在读有关它的书。也是Flink的新手，了解部署和扩展架构。

Flink与纱线无关。它也可以在ApacheMesos上运行，也有用户在Kubernetes上运行它。在当前版本（FLink 1.4.1）中，在KubNeNETs中运行FLink时需要考虑的一些事情。 Flink社区目前也在努力改进Flink对容器设置的支持。这项工作将被调用，并将包含在下一个版本（Flink 1.5.0）中