Estamos comenzando a construir una plataforma en línea (API, Servers, Data, Wahoo!). Por contexto, imagina que tenemos que construir algo como Twitter, pero con los comentarios (tweets) organizados alrededor de un evento en vivo. La información sobre el evento en vivo se debe entregar a los clientes de la manera más rápida y consistente posible, mientras que los comentarios sobre el evento probablemente demoren un poco más en ser entregados. Vamos a leer mucho después de que termine el evento en vivo.Escogiendo una tecnología de base de datos
La escalabilidad es muy importante. Queremos comenzar a alquilar segmentos de VPS y escalar desde allí. Soy un gran admirador de la nube y me gustaría permanecer allí el mayor tiempo posible. Probablemente estaremos usando ruby.
Estoy convencido de que quiero probar una tienda de documentos en lugar de un RDBMS. Me gusta la idea de almacenamiento sin esquema y las promesas de una escalabilidad más fácil centrándome en la relación valor-clave.
El problema es que no sé qué tecnología es la más adecuada para nuestra plataforma. Miré a Couch, Mongo, Tokyo Cabinet, Cassandra y un RDBMS con documentos blobbed. ¿Alguna ayuda para elegir la herramienta adecuada para este trabajo en particular?
+1 para la excelente entrevista –
¿Por qué punto 7. Sofá - no escala? Eche un vistazo a http://cloudant.com/ y http://couchio.com/ – filippo
Sí, también estoy confundido acerca de Couch. Parece haber un serio desacuerdo sobre el enfoque de replicación para escalar como un todo. Los chicos de Couch enumeran la escalabilidad como una de sus principales características, mientras que el resto del mundo parece fallarles. –