Balanceador de carga HTTP

[Leonardo Soto M.]

2008/8/29 Aldrin Martoq <amartoq en dcc.uchile.cl>:

[...]

> Como comentarios a las tecnologias que propusieron:
> 1.- Usar memcached no es una solucion fuerte para manejar datos
> guardados en una sesion. La razon es que un cache distribuido no te
> garantiza atomicidad... hmm quizas si tienes una sola instancia [2].
>
> Un cache distribuido es bueno para hacer cache de datos "no criticos"
> resueltos por una base de datos (asi alivianas la carga de la base de
> datos), pero no para actualizar data!! (tratar el cache como un store de
> una base de datos).
>
> Es por esto que almacenan un timestamp con los datos en el cache
> distribuido y en tu logica considerar el tiempo del dato y si
> corresponde refrescarlo contra la base de datos; si necesitas guardar
> datos criticos en el cache tienes que modificar la logica de tu
> aplicacion de manera que asegure borrar/actualizar los datos del cache
> con cada update en la base de datos.

Por supuesto. Y parece que la cosa se pone más entrete cuando
distribuyes la BD y ya no hay sólo un "refresco" en la BD:

http://www.new.facebook.com/note.php?note_id=23844338919

[Si, es una URL de facebook. Pero es una historia con algunos de los
trucos que usan estos tipos para escalar su aplicación]

-- 
Leo Soto M.
http://blog.leosoto.com