So, there’s this "NoSQL" thing you may have heard of, and this related thing called "eventual consistency". Supposedly, they help you scale, but no one has ever explained why! Well, wonder no more! This talk will demystify NoSQL, eventual consistency, how they might help you scale, and -- most importantly -- why you should care.
We’ll look closely at how Riak, a linearly-scalable, distributed and fault-tolerant NoSQL datastore, implements eventual consistency, and how you can harness it from Ruby via the slick Ripple client/ORM. When the talk is finished, you’ll have the tools both to understand eventual consistency and to handle it like a pro inside your next Ruby application.
ruby
nosql
riak
distributed computing
Online games pose a few interesting challenges on their backend: A single user generates one http call every few seconds and the balance between data read and write is close to 50/50 which makes the use of a write through cache or other common scaling approaches less effective.
Starting from a rather classic Ruby on Rails application as the traffic grew we gradually changed it in order to meet the required performance. And when small changes no longer were enough we turned inside out parts of our data persistency layer migrating from SQL to NoSQL without taking downtimes longer than a few minutes.
Follow the problems we hit, how we diagnosed them, and how we got around limitations. See which tools we found useful and which other lessons we learned by running the system with a team of just two developers without a sysadmin or operation team as support.
ruby
php
web
rails
nosql
scalability
architecture
ec2
mysql
backend
redis
scaling
scalarium
new relic
monster world
floss
architect
jesper richter-reichhelm
arch
架构
social games
game redis ruby nocache
Slides da minha apresentação na trilha de Ruby no TDC2011 - 08/07/2011
ruby
rails
nosql
tdc