Thanks Robert for bringing up this discussion. This is very important to ensure that we have a smooth release process as there are only two months left before feature freeze.
It would be good to have a list of the features for 1.12 as soon as possible. Welcome any one to post the feature list which you think important and want in 1.12. Regards, Dian > 在 2020年7月23日,上午12:10,Prasanna kumar <prasannakumarram...@gmail.com> 写道: > > Hi Flink Dev Team, > > Dynamic AutoScaling Based on the incoming data load would be a great feature. > > We should be able have some rule say If the load increased by 20% , add extra > resource should be added. > Or time based say during these peak hours the pipeline should scale > automatically by 50%. > > This will help a lot in cost reduction. > > EMR cluster provides a similar feature for SPARK based application. > > Thanks, > Prasanna. > > On Wed, Jul 22, 2020 at 5:40 PM Robert Metzger <rmetz...@apache.org > <mailto:rmetz...@apache.org>> wrote: > Hi all, > > Now that the 1.11 release is out, it is time to plan for the next major > Flink release. > > Some items: > > 1. > > Dian Fu and me volunteer to be the release managers for Flink 1.12. > > > > 1. > > Timeline: We propose to stick to our approximate 4 month release cycle, > thus the release should be done by late October. Given that there’s a > holiday week in China at the beginning of October, I propose to do the > feature freeze on master by late September. > > 2. > > Collecting features: It would be good to have a rough overview of the > features that will likely be ready to be merged by late September, and that > we want in the release. > Based on the discussion, we will update the Roadmap on the Flink website > again! > > > > 1. > > Test instabilities and blockers: I would like to avoid a situation where > we have many blocking issues or build instabilities at the time of the > feature freeze. To achieve that, we will try to check every build > instability within a week, to decide if it is a blocker (make sure to use > the “test-stability” label for those tickets!) > Blocker issues will need to have somebody assigned (responsible) within > a week, and we want to see progress on all blocker issues (downgrade, > resolution, a good plan how to proceed if it is more complicated) > > 2. > > Quality and stability of new features: In order to have a short feature > freeze phase, we encourage developers to only merge well-tested and > documented features. In our experience, the feature freeze works best if > new features are complete, and the community can focus fully on addressing > newly found bugs and voting the release. > By having a smooth release process, the next merge-window for the next > release will come sooner. > > > Let me know what you think about our items, and share which features you > want in Flink 1.12. > > Best, > > Robert & Dian