4 ms·
The day your website starts generating more traffic than one server can handle you need to do something very quickly to make sure it all stays up. So I think i
by litewulf 18y ago
The day your website starts generating more traffic than one server can handle you need to do something very quickly to make sure it all stays up.
So I think its often reasonable to pay the exorbitant prices as a stopgap before you can start doing any of the more complex scalability re-architecturing.
- alecco 18y agoThat's a very addictive and self-validating reasoning path. Beware.
- litewulf 18y agoScaling is painful and requires a good deal of upfront work. I can't guarantee that anyone will use stuff that I make, so I'd rather improve performance when I actually need to. Its addictive also to spend all your time thinking about scalability and sharding and clustering options instead of making something people use. In summary: yes, but be pragmatic about these things. If you are the only user, scaling might not be worth it. If you know that people will be using a feature all the time, think about caching from the get-go. Obviously figuring out which of the cases you are in can sometimes be tricky. ;)
- alecco 18y agoIts addictive also to spend all your time thinking about scalability and sharding and clustering options instead of making something people use. I never proposed that. But leaving doors open for possible alternatives and quick fixes doesn't take much time, maybe 5 minutes of thinking. Sane programming methodologies help, like modularization and partitioning your code in different processes. Scalability and rapid development are not always mutually exclusive.