Recommend me an architecture for this Facebook application

Posted by andybaird on Stack Overflow See other posts from Stack Overflow or by andybaird
Published on 2010-05-28T01:41:24Z Indexed on 2010/05/28 1:51 UTC
Read the original article Hit count: 301

Firstly, this question is subjective. There is not a right answer for this question and it really depends on what works for you. I'm hoping to use this thread as a breeding ground for ideas. I hope this is acceptable in this medium.

I'm working on building a Facebook app that will be replacing an already popular app that gets ~50k hits a day. The original app is using a very typical LAMP setup with help from some Zend libraries for database layer extraction.

For the most part the app worked well, except to solve a lot of issues I ended up fragmenting tables to speed things up. As a result, I couldn't do a lot of things with the app that I wanted to (namely any processing using aggregate data that needed to be returned quickly)

So I'm starting to design plans for the next version of this application, and I have a whole bunch of new and cool features that I know would choke my current setup.

I'm looking for technological recommendations of data storage methods that scale well. The database does not necessarily need to be relational, simple key/value storage would suffice (although at present time I know little to nothing about KV stores)

What's your recommendation? How would you tackle this?

I'd like to take a completely free approach to this -- although I am most familiar and comfortable using PHP, I want to leave all technical options open.

© Stack Overflow or respective owner

Related posts about subjective

Related posts about facebook-application