Autoscaling Apache Flink Applications
summary
Three scaling modes are compared: manual savepoint-based rescaling (stop, take savepoint, restore), Flink 1.13 reactive scaling which auto-expands parallelism when nodes appear (supported on standalone, Kubernetes, Docker), and upcoming autoscaling where Flink itself requests capacity. Reactive demo drives CPU with a sine waveform and moves taskmanagers 1→5 using Kubernetes HPA on CPU, but surprise scale-downs cause extra reprocessing. Implementation adds declarative resource management and a new scheduler to compute new distributed execution graphs and request exact resources.
AI-written summary · about
chapters (6)
related talks
43mDynamic Scaling - How Apache Flink adapts to changing workloads
38mAutoscaling Flink at Netflix
30mDemystifying Deployments: Applications or Clusters, Active and Reactive Scaling - What is it about?
44mNews from Flink’s engine room: “Full steam ahead”
37mIntegrate Flink with Kubernetes natively
42mManaging Apache Flink on Kubernetes - FlinkK8sOperator
36mApache Flink in the Cloud-native Era
37mStateful Stream Processing with Apache Flink 1.5 and beyond
