Server Power-ups That Worked For Our Startup: Handling 10x Traffic
1–10 of 16 posts
Re: Server Power-ups That Worked For Our Startup: Handling 10x Traffic
#2Re: Server Power-ups That Worked For Our Startup: Handling 10x Traffic
#3Re: Server Power-ups That Worked For Our Startup: Handling 10x Traffic
#4This is a remarkably sane and bullshit-free description
Re: Server Power-ups That Worked For Our Startup: Handling 10x Traffic
#5That said, I didn't realize what a massive undertaking it could be like this describes.
Anyone had any similar scaling challenges with less conventional web-stacks? Im particular I'm wondering how a node.js/mongodb stack would do this same thing.
Re: Server Power-ups That Worked For Our Startup: Handling 10x Traffic
#6Re: Server Power-ups That Worked For Our Startup: Handling 10x Traffic
#7What were the primary factors that signaled it was time to move to AWS for you guys? What else were you considering at the time?
Re: Server Power-ups That Worked For Our Startup: Handling 10x Traffic
#8For instance, say your slicehost returned a page at an average of 200ms, but only below 10 req/second, over that it started to bottleneck somewhere and responses would shoot up to 500+ms. Then your question is "how to I handle 100 http requests per second while keeping the average at or below 200ms".
Eventually you'll need to step up to full-browser-render (gomez, keynote, browsermob, homegrown-selenium) time, appdex or 95th% based numbers instead of simple averages, and backend components like mysql req/s and service time.
The point is, this is engineering, use numbers.
Re: Server Power-ups That Worked For Our Startup: Handling 10x Traffic
#9I haven't really had to scale a system up like this before. As a freelance web developer moving to a bigger slice? on linode has been good enough for any wordpress blog or simple site. That said, I didn't realize what a massive undertaking it could be like this describes. Anyone had any similar scaling challenges with less conventional web-stacks? Im particular I'm wondering how a node.js/mongodb stack would do this…
There is no blanket answer because applications and workloads differ. E.g. MongoDB has a number of documented issues under high load (esp. high write load), in some scenarios they can be worked around with reasonable trade-offs, in some they can't and Mongo needs to be replaced.
If there's one general thing to say about scaling then that you scale applications, not stacks. The stack will usually change in the process.
Re: Server Power-ups That Worked For Our Startup: Handling 10x Traffic
#10Good topic, but of course if you were starting now you would just begin on EC2 and be done with it.