02Your service autoscales on CPU and still falls over during traffic spikes. Why, and what would you scale on instead?▼hardNewFlipkartUberAmazon2 repliesunlockedTurns the standard autoscaling definition into the problem it actually causes. Almost every candidate can define an HPA; far fewer can say why theirs did not save them.Open full answer →
22A critical CVE drops and 400 instances need a new AMI today. How do you roll the fleet with zero downtime?▼mediumNewNetflixAmazon & AWSUber◆ premiumFleet-wide replacement is a traffic-shaping problem: bake once, wave through in controlled batches, watch the alarms, and keep the exit open. In-place patching is the alternative and usually the regret.Open full answer →
41We know exactly when our seasonal peak lands. How do you guarantee compute capacity without paying for idle all year?▼mediumNewFlipkartNVIDIAApple◆ premiumGuaranteed capacity and discounted capacity are different products. Peak season needs both, arranged in layers and verified with a game day before the traffic arrives.Open full answer →
12HPA and VPA on the same deployment: why is that a problem, and what should you run instead?▼mediumNewDatabricksUberSAP2 replies○ sign inA specific configuration trap with a clean explanation. Both controllers act on the same signal from opposite directions, and the result oscillates.Open full answer →
37CPU metrics lag demand by minutes because traffic arrives as queue depth. How should autoscaling react to events?▼mediumNewPhonePeSwiggyFlipkart◆ premiumUtilization-based scaling is the wrong sensor when work arrives as backlog. The design questions are threshold math against drain rate, reaction-time bounds from polling, and why lag-driven fleets oscillate without generous targets and idempotent consumers.Open full answer →
48The HPA shows a CPU number. Trace it from the container to the scaling decision, and tell me where that number lies.▼mediumNewNetflixDatadogMicrosoft◆ premiumKubelet resource metrics to metrics-server to aggregated API to HPA controller: every hop adds lag and averaging. Walking the path and naming where it distorts demand separates operators from dashboard readers.Open full answer →
62A memory-hungry service needs a bigger request. Why has that always meant a restart, and what changed?▼hardNewGoogleMicrosoftRed Hat2 replies◆ premiumChanging pod resources historically required recreation, which made vertical autoscaling disruptive for workloads with expensive recovery. In-place resize changes that, with limits worth knowing.Open full answer →
04An e-commerce platform takes 10x traffic during flash sales and the database locks up. Fix it.▼hard★ EssentialNewFlipkartSwiggyAmazon2 repliesunlockedThe Indian e-commerce interview question, and autoscaling is the wrong first answer. A 10x spike arriving in seconds outruns any scaling loop, so the design has to absorb rather than scale.Open full answer →
04Your cluster autoscaler adds nodes slowly and they are the wrong size. What would you change?▼mediumNewAmazonDatadogUber2 repliesunlockedThe difference between scaling node groups and provisioning nodes is the whole answer. One picks from shapes you defined in advance; the other reads the pending pods and buys what they need.Open full answer →
10Design a GPU serving platform for several LLMs with autoscaling and a cost ceiling.▼hard★ EssentialNewNVIDIADatabricksUber2 repliesunlockedThe fastest-growing design round in infrastructure hiring. GPU economics break the assumptions CPU autoscaling is built on, and the answer has to start from that rather than from Kubernetes.Open full answer →
11A vLLM pod serving an LLM OOMs at a request rate it handled fine yesterday, dropping in-flight requests. Walk me through it.▼hard★ EssentialNewDatabricksNVIDIAGoogle○ sign inCPU memory intuition fails on inference servers. The scarce resource is KV-cache, requests arrive with unseen context lengths, and the fix is queue-depth scaling plus admission control, not bigger pods.Open full answer →
12How should you adapt web-service autoscaling for an LLM inference service?▼hardNewDatabricksNVIDIAMeta○ sign inRequests-per-second is not the load unit, cold starts are minutes not seconds, and scale-in can kill paying users mid-sentence. Everything you know about HPA needs re-deriving here.Open full answer →
16Your inference replica takes nine minutes from pod scheduled to first token served. Where does the time go and what do you fix?▼hardNewNVIDIADatabricksMicrosoft2 replies○ sign inSeparate scheduling delay from image pull, artifact transfer, GPU loading and warm-up. The autoscaler needs the full request-to-ready time.Open full answer →
23Finance wants your GPU inference service to scale to zero overnight. What do you tell them?▼hardNewDatabricksMicrosoftSnowflake2 replies◆ premiumScale to zero is correct for some workloads and an outage generator for others, and the deciding number is what the first request after idle experiences. Cold start turns an availability promise into a queue.Open full answer →