1271
Disney+ cancellation page crashes as customers rush to quit after Kimmel suspension
(creators.yahoo.com)
this post was submitted on 20 Sep 2025
1271 points (99.0% liked)
Technology
75340 readers
4715 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related news or articles.
- Be excellent to each other!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
- Check for duplicates before posting, duplicates may be removed
- Accounts 7 days and younger will have their posts automatically removed.
Approved Bots
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
If your page is just static, e.g. no login, no interaction, everyone always sees the same thing then it scales easily. Scaling means you copy the site to more servers. Now imagine a user adds a comment. Now you need to add the comment to every copy of your site, so that everyone sees it regardless of which server they use. So a comment creates more work the more servers you use. And this is where scaling becomes a complex science, that you need to manually prepare for as a software developer. You need to figure out what data will be stored where and accessed how.
Caching servers, they self replicate when a change is committed, then send back a signal to main server that task has completed
I am not sure what you are trying to say?
Oh right, I skipped a part. It is not really a dev complexity prep issue. You build the database that serves the comments etc in as of in one place, then you deploy cache servers for scaling. They self replicate, so a comment in California gets commited to the dbase, the server in new York pulls the info over from the Cali change, it sends back that it is synced with the change. And vice versa. The caching servers do the work, not your program.
That entirely depends on your application. What you described is one possible approach, that will only work in specific circumstances.
Besides application specifics, its how the internet works currently to give low latency. AWS, Azure, Linode etc have data centers across the globe to replicate data near where the people are.
Again, yes and no. While you are right pretty much every larger website will use a cache server in some way (at least in form of a CDN), cache servers really don't help you in any way for things like a customer canceling their subscription, which is what this post is about. That is all back-end work. Yes, those are probably those app specifics you mention but glossing over them misses the point why solving this is not as easy as enabling auto-scaleing.