El 31 de enero de 2012 21:44, Dererk <[email protected]> escribió:
> Buenas! > Buenas. gracias por responder. > > Hay una diferencia significativamente importante entre ambas > alternativas que vos mencionaste, membase(ahora couchbase) y redis, en > cuanto a su acercamiento, y es que la primera /es mas/ a "un servicio de > cache" y la ultima mas a "un key/value store" (popularmente llamada > NoSQL db). > > Si bien comparten algunas features como la persistencia a disco, ser > accesibles vía key/value pair y soportar replicación, lo que mas > diferencia a ambos es que couchbase se baso en memcache (de hecho se > desarrollo por algunos del coredev) y por lo tanto usa su protocolo de > datos. En cambio redis usa su propio formato, lo que implica que no > podes hacer un reemplazo inmediato sin antes alterar un poco tu app. > > La persistencia a disco en este caso no se requiere, la replicacion si (que es lo que no tiene memcached) redis y memcached funcionan de la misma forma en lo de key/value, y el sistema abstrae la parte de chache asi que el paso de una tecnologia a otra no conlleva dificultades. > En mi experiencia personal, el protocolo de memcache me parece mas > simple, robusto y rápido (un autentico BBB), si bien estamos hablando de > cosas muy muy rápidas, en plataformas de accesos de datos tipo caches, > algunos ms de diferencia suman bastante en el overall time de una > plataforma. > Claro, eso es lo que busco, saber que me conviene en este sentido, ya que la replicacion por otro lado evitaria que regenere cache que ya genero otro backend. > Otro feature que es altamente relevante, mas si tu app hace uso > intensivo de CPU en el frontend, es que el protocolo binario de memcache > te permite obviar cosas como de/serializacion en SET/GETs y salvarte > bastantes ciclos de CPU, ya que escribís los objetos de la misma forma > "que tu app los usa", algo no trivial y que couchdb hereda (salvando el > caso especial de range queries). > > Los frontends no tienen nada de carga solo proxean CGI Fast a los backs, los backs corren php-fpm (como demonio), la carga de CPU de los backs es la alta, por lo que requiere varios servers balanceados, otras soluciones de aceleracion como Hip-hop tambien estan en la mira. Por otro lado los datos la aplicacion los guarda serializados, asi que desde esta es transparente guardar un array, un objeto o un string. > redis soporta algo super interesante que es operar atómicamente en > server-side para operation ranges, lo que claramente no es casualidad en > un feature de DB/store (remarcando lo que decía arriba de todo), pero si > realizas tantas operaciones de lectura en relación a escritura, creo que > no seria algo tan beneficioso como para adoptarlo en tu caso. > > No, lo unico que me intresa de Redis para este caso es la replicacion, después va a funcionar con lo basico (key/value) como Memcache > Hay otro detalle puntual, y es que redis fue comprado por vmware hace > unos anios (aunque dicen que solamente los backean económicamente y que > "no lo compraron"). Mientras mas lejos de vmware, yo feliz XD > > A mi tambien me asustó, pero lei que VMWare solo lo banca econimicamente igual que vos, por otro lado Redis tiene una licencia BSD si no me equivoco, asi que si VMWare se hace el loco, apreto el boton Fork de git-hub y le pongo Freedis. > Saludos, > > Dererk > > Gracias por la respuesta. > > pd: Que mail tan detallista para una pregunta tan concreta XD > > Eso es bueno o malo? soy malo expresandome asi que trato de hacerlo bien :P > -- > BOFH excuse #375: > Root name servers corrupted. > > > > Lanux - Grupo de usuarios de GNU/Linux de Lanus > Visitanos en: http://www.lanux.org.ar > > Reglas de etiqueta para el posteo de mensajes a la lista: > http://www.lanux.org.ar/?page_id=35 > > Articulos y noticias por rss: > http://www.lanux.org.ar/?feed=rss2 > > Lanux por irc: > irc.freenode.net -> #lanux. > _______________________________________________ > General mailing list > [email protected] > http://listas.lanux.org.ar/cgi-bin/mailman/listinfo/general > > -- El Tio ~ Programador, hacker y filósofo web: http://blog.exodica.com.ar Linked'in: http://www.linkedin.com/in/ogentilezza Twitter: @exos <http://twitter.com/exos>, Indeti.ca: @exos<http://identi.ca/exos> Tels: [+54 11] 638-LINUX (54689) - [+54 9 11] 6799-4797
Lanux - Grupo de usuarios de GNU/Linux de Lanus Visitanos en: http://www.lanux.org.ar Reglas de etiqueta para el posteo de mensajes a la lista: http://www.lanux.org.ar/?page_id=35 Articulos y noticias por rss: http://www.lanux.org.ar/?feed=rss2 Lanux por irc: irc.freenode.net -> #lanux. _______________________________________________ General mailing list [email protected] http://listas.lanux.org.ar/cgi-bin/mailman/listinfo/general
