Bases de données hébergées: Comment la latence est-elle traitée?

Question

J'ai lu des choses sur les bases de données hébergées (alias cloud). Par exemple Cloudant offre une base de données hébergée CouchDB ou Cassandra.io offres hébergées Cassandra. Je comprends pourquoi ces services résolvent certains problèmes.

Ma question: Pourquoi ces services fonctionnent-ils? Je suppose que j'héberge ma propre application sur mes propres serveurs (ou quelque part sur une plate-forme d'hébergement cloud) et que j'utilise l'un de ces services pour stocker mes données. Pour chaque demande de base de données (en lecture ou en écriture), je dois payer un aller-retour complet sur Internet (en supposant que mon application ne soit pas hébergée au même endroit que mon fournisseur de cloud de base de données utilise). Pourquoi ces allers-retours ne me font-ils pas mal? En pensant à SQL, chaque requête coûterait encore x * 10ms juste pour le réseau, sans dépenser du temps.

Comment ce problème est-il résolu? Ou ces services ne sont-ils pas adaptés aux applications nécessitant des réponses rapides et ne peuvent être utilisés que pour le traitement de données où la latence n'est pas un problème?

Answer 1

En règle générale, les hôtes physiques des services de base de données hébergés résident normalement dans les principaux centres de données (par exemple AWS). Afin de réduire la latence du réseau, les clients peuvent choisir d'héberger leur application sur des serveurs résidant dans le même centre de données physique que leurs bases de données hébergées.

La majorité des applications haute performance et/ou site Web qui n'utilisent pas les services de base de données hébergés maintiennent généralement leurs serveurs d'applications et leurs serveurs de bases de données sur des hôtes distincts pour des raisons de performance. Bref, le passage au service de base de données hébergé n'augmenterait pas nécessairement la latence du réseau.