Re: The flink-kubernetes-operator vs third party flink operators

2022-04-05 Thread Yang Wang
nee, then it’s probably a good candidate to work on? > > > > *From: *Gyula Fóra > *Date: *Saturday, April 2, 2022 at 2:19 AM > *To: *Hao t Chang > *Cc: *"user@flink.apache.org" > *Subject: *[EXTERNAL] Re: The flink-kubernetes-operator vs third party > f

RE: The flink-kubernetes-operator vs third party flink operators

2022-04-05 Thread Hao t Chang
signee, then it’s probably a good candidate to work on? From: Gyula Fóra Date: Saturday, April 2, 2022 at 2:19 AM To: Hao t Chang Cc: "user@flink.apache.org" Subject: [EXTERNAL] Re: The flink-kubernetes-operator vs third party flink operators Hi! The main difference at the moment is

Re: The flink-kubernetes-operator vs third party flink operators

2022-04-02 Thread Gyula Fóra
Hi! The main difference at the moment is the programming language and the APIs used to interact with Flink. The flink-kubernetes-operator, uses Java and interacts with Flink using the built in (native) clients. The other operators have been around since earlier Flink versions. They all use Golan