Surviving a Production Launch with Node.js and MongoDB

http://seanhess.posterous.com/surviving-a-production-launch-with-nodejs-and

by randall • 15 years ago

37 14 15 years ago

seanhess.posterous.com

This article seems to bury the main point:

we're currently getting about 30M hits a month on our API

If you're getting a million API requests a day, you can probably handle that load with a single machine. Indeed, it looks like they are using just one load balancer machine, one app server, and one db server. I'm not sure why the load balancer is even necessary. It's cool to hear this story, readers should just keep in mind that this is not really a "web scale" deployment.

lwat• 15 years ago

Yea a million requests per day is almost nothing and could certainly be easily served by ANY RDBMS using ANY front-end technology from a single server.

democracy2• 15 years ago

Not necessarily. If the hits are not distributed equally, you can get 500k hits in 2 hours (say lunch time in a big city in a small country).

democracy2• 15 years ago

And why not? To me it sounds as a very good "web scale" start.

robdor• 15 years ago

In the setup described here (it has changed a bit in the 6 months since this article was written) Varnish was being used primarily for caching and sending needed requests to the single application server. Calling it a load balancer at that point was a simple misnomer.

Today we still have Varnish at the front of our stack for caching and also use it as a load balancer for a handful of application servers.

embwbam• 15 years ago

Traffic spikes heavily in the evenings, when people are watching TV. You're still right, but the point isn't necessarily that we're currently scaled out, but that I think we could with this setup.

We've since added several app servers, and done some heavy load testing. I should probably do a follow-up with some new results.

macros• 15 years ago

randall: You really felt the need to repost this old article again?

http://news.ycombinator.org/item?id=2861821

randall• 15 years ago

Hahaha I thought this looked familiar...

His feed just refreshed in my feed reader... And I use news.yc as a bookmarklet to save interesting stuff.

Sorry bout that.

charliesome• 15 years ago

> What MongoDB really does well, though, is make every JOIN explicit.

And SQL doesn't?

pjscott• 15 years ago

Even better, EXPLAIN SELECT makes everything explicit.

steve89182• 15 years ago

Does anyone know what the difference in performance between a MongoDB that stores its entire data in memory, and a SQL Server (MSSQL, Oracle, Mysql, Postgres, etc) that stores its entire data in memory? Is the performance for MongoDB faster than the corresponding SQL server?

mike_esspe• 15 years ago

Yes, due to absence of SQL parsing and MVCC

steve89182• 15 years ago

Thanks. Would you know if it's a big difference, or just incrementally faster (~10%)?

Surviving a Production Launch with Node.js and MongoDB

Related Stories