我发现kubernetes上的flink会话集群和job集群的设计有很大的不同,会话集群是干净的,由2个部署和1个服务组成,但是job集群看起来很复杂,它需要用作业建立一个映像,然后采取几个步骤来运行。
我的问题是,为什么不将job cluster设计为会话集群+作业的 Package 器,这意味着它会自动地:1)创建会话集群;2) 向集群提交作业;3) 作业完成后删除群集。用户只需要指定集群规范和作业规范。这种 Package 器设计有什么问题?目前的工作集群设计有什么好处?
我发现kubernetes上的flink会话集群和job集群的设计有很大的不同,会话集群是干净的,由2个部署和1个服务组成,但是job集群看起来很复杂,它需要用作业建立一个映像,然后采取几个步骤来运行。
我的问题是,为什么不将job cluster设计为会话集群+作业的 Package 器,这意味着它会自动地:1)创建会话集群;2) 向集群提交作业;3) 作业完成后删除群集。用户只需要指定集群规范和作业规范。这种 Package 器设计有什么问题?目前的工作集群设计有什么好处?
暂无答案!
目前还没有任何答案,快来回答吧!