Thanks for the explanation. Only having 1 API call in most cases makes sense to me.
Could you please elaborate more about why do we need the *plan* in CR status? Best, Yang Gyula Fóra <gyula.f...@gmail.com> 于2022年7月12日周二 17:36写道: > Hi Devs! > > I discussed with Daren offline, and I agree with him that technically we > almost never need 2 API calls. > > I think it's fine to have a second API call once directly after application > submission (technically even this can be eliminated by setting a fix job id > always). > > +1 from me. > > Cheers, > Gyula > > > On Tue, Jul 12, 2022 at 11:32 AM WONG, DAREN <daren...@amazon.co.uk.invalid > > > wrote: > > > Hi Matyas, > > > > Thanks for the feedback, and yes I agree. An alternative approach would > > instead be: > > > > - 2 API calls only when jobID is not available (i.e when submitting a new > > application cluster, which is a one-off event). > > - 1 API call when jobID is already available by directly calling > > "/jobs/:jobid". > > > > With this approach, we can keep the API call to 1 in most cases. > > > > Regards, > > Daren > > > > > > On 11/07/2022, 14:44, "Őrhidi Mátyás" <matyas.orh...@gmail.com> wrote: > > > > CAUTION: This email originated from outside of the organization. Do > > not click links or open attachments unless you can confirm the sender and > > know the content is safe. > > > > > > > > Hi Daren, > > > > At the moment the Operator fetches the job state via > > > > > https://nightlies.apache.org/flink/flink-docs-master/docs/ops/rest_api/#jobs-overview > > which contains the 'end-time' and 'duration' fields already. I feel > > calling > > the > > > > > https://nightlies.apache.org/flink/flink-docs-master/docs/ops/rest_api/#jobs-jobid > > after the previous call for every job in every reconcile loop would > be > > too > > expensive. > > > > Best, > > Matyas > > > > On Mon, Jul 11, 2022 at 3:17 PM WONG, DAREN > > <daren...@amazon.co.uk.invalid> > > wrote: > > > > > Hi everyone, I am Daren from AWS Kinesis Data Analytics (KDA) team. > > I had > > > a quick chat with Gyula as I propose to include a few additional > > fields in > > > the jobStatus CRD for Flink Kubernetes Operator such as: > > > > > > - endTime > > > - duration > > > - jobPlan > > > > > > Further details of each states can be found here< > > > > > > https://github.com/darenwkt/flink/blob/release-1.15.0/flink-runtime/src/main/java/org/apache/flink/runtime/rest/messages/job/JobDetailsInfo.java > > >. > > > Although addition of these 3 states stem from an internal > > requirement, I > > > think they would be beneficial to others who uses these states in > > their > > > application as well. The list of states above are not exhaustive, > so > > do let > > > me know if there are other states that you would like to include > > together > > > in this iteration cycle. > > > > > > JIRA: https://issues.apache.org/jira/browse/FLINK-28494 > > > > > > > >