Bases de datos alojadas: ¿Cómo se gestiona la latencia?

Question

Leí algunas cosas sobre las bases de datos alojadas (también conocidas como nube). Por ejemplo, Cloudant ofrece una base de datos CouchDB alojada o Cassandra.io ofrece alojado Cassandra. Entiendo por qué estos servicios resuelven algunos problemas.

Mi pregunta: ¿Por qué funcionan estos servicios? Supongo que tengo mi propia aplicación en mis propios servidores (o en algún lugar de una plataforma de hospedaje en la nube) y uso uno de estos servicios para almacenar mis datos. Para cada solicitud de base de datos (ya sea de lectura o escritura), tengo que pagar un viaje de ida y vuelta completo por Internet (suponiendo que mi aplicación no está alojada en el mismo lugar que usa mi proveedor de la nube de base de datos). ¿Por qué estas rutas de ida no me están matando? Al pensar en SQL, cada consulta costaría otros x * 10ms solo para la red, sin gasto de tiempo.

¿Cómo se soluciona este problema? ¿O estos servicios no son adecuados para aplicaciones que necesitan respuestas rápidas y solo se pueden usar para el procesamiento de datos donde la latencia no es un problema?

Answer 1

En general, los hosts físicos de los servicios de bases de datos alojadas normalmente residen en los principales centros de datos (por ejemplo, AWS). Con el fin de reducir la latencia de la red, los clientes pueden elegir si alojar su aplicación en servidores que residen en el mismo centro de datos físico a medida que residen sus bases de datos alojadas.

La mayoría de las aplicaciones de alto rendimiento y/o sitios web que no usan servicios de bases de datos hospedadas generalmente mantienen sus servidores de aplicaciones y sus servidores de bases de datos en hosts separados por razones de rendimiento. Entonces, en resumen, cambiar al servicio de base de datos alojado no necesariamente aumentaría la latencia de la red.