@striver_79 Hey @striver_79 , I totally messed up the deadline, thought it was midnight, but your tweet just set me straight. Any chance I can still fill out the form? I know it's silly of me not to have read it properly, but I promise I won't add any commits, I even deployed the project.
>Duplicate request collapsing: 100,000 users ask for the exact same thing at once? System fires ONE request to backend. Everyone else just reuses the same response.
When match ends more than 10 MILLION people instantly quit and smash the homepage at the EXACT same second.
Each homepage hits 6 APIs (recommendations, trending, continue watching, ad,etc).
That’s 60,000,000 requests in one heartbeat. Ever wondered how @JioHotstar deals it:
>Personalization? Not computed live. Heavy ML recommendations run in batch pipelines hours earlier, stored in blazing-fast Redis. API becomes a simple lookup. Zero heavy lifting during the storm.
>Step autoscaling reacts too slowly — by the time new servers launch, the traffic spike has already hit.
>Even availability zone placement can slow things down because the cloud keeps retrying zones before launching instances.
In this video, Gaurav(@OyeHooye ) explains why @JioHotstar had to build their own autoscaling policies instead of relying on default autoscaling from Amazon Web Services.
At Hotstar scale, things break in unexpected ways:
>You start getting “insufficient capacity” errors when trying to spin up thousands of instances — AWS basically says “we don’t have that many right now.”
>Using a single instance type in an autoscaling group? If that instance runs out in the region, your scaling just stops.