TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

The Fundamental Mechanism of Scaling

32 pointsby yagizdegirmencialmost 4 years ago

2 comments

kureikainalmost 4 years ago
This is what I came to conslusion that a system without any dependencies can scale easiser.<p>For my email forwarding app (<a href="https:&#x2F;&#x2F;hanami.run" rel="nofollow">https:&#x2F;&#x2F;hanami.run</a>), our web tier can down, and even the database can down but the mail servers to handle incoming emails and forward out can tolerate database outage.<p>For my particular use case, the mail servers boot then load entire state that they need into its cache, then write this to a local LevelDB. Incoming email is persisted into this LevelDB too. Then another thread will flush mail to Postgres if needed.<p>By this simple design, we can even survive data center outage because the mail servers has all the state it need. Granted that during the outage, no one can signed up(web tier and control panel are down), but at least existing user won&#x27;t be affected
评论 #27876742 未加载
michaelfeathersalmost 4 years ago
&gt; The fundamental tool of cloud scaling is coordination avoidance.<p>Having many systems rather than one is the ultimate scaling hack.
评论 #27881621 未加载