Azure Table vs MongoDB sur Azure
Table Storage est une fonctionnalité de stockage principale de Windows Azure, conçue pour être évolutive (100 To, 200 To, 500 To par compte), durable (triple réplication dans le centre de données, géo-réplication optionnelle vers un autre centre de données) et sans schéma (chaque ligne peut contenir les propriétés que vous souhaitez). Une ligne est localisée par clé de partition + clé de ligne, offrant une recherche très rapide. Tout accès au Table Storage se fait via une API REST bien définie, utilisable depuis n’importe quel langage (avec des SDK, construits au-dessus des API REST, déjà disponibles pour .NET, PHP, Java, Python et Ruby).
MongoDB est une base de données orientée documents. Pour l’exécuter dans Azure, vous devez installer MongoDB sur des rôles web/worker ou une machine virtuelle, le pointer vers un Cloud Drive (fournissant ainsi une lettre de lecteur) ou un disque attaché (pour les machines virtuelles Windows/Linux), activer optionnellement la journalisation (ce que je recommande), et optionnellement définir un point de terminaison externe pour votre utilisation (ou y accéder via un réseau virtuel). Le Cloud Drive / disque attaché est en fait stocké dans un Blob Azure, vous offrant la même durabilité et géo-réplication que les Tables Azure.
En comparant les deux, n’oubliez pas que Table Storage est un service de stockage (Storage-as-a-Service) : vous accédez simplement à un point de terminaison REST bien connu. Avec MongoDB, vous êtes responsable de la maintenance de la base de données (par exemple, chaque fois que MongoDB Inc (anciennement 10gen) publie une nouvelle version de MongoDB, vous devrez mettre à jour votre serveur en conséquence).
Concernant la version alpha de MongoDB Inc mentionnée par jtoberon : si vous l’examinez de près, vous remarquerez quelques points clés :
-
La configuration est pour une instance MongoDB autonome, sans replica-sets ni shards. Concernant les replica-sets, vous bénéficiez tout de même de plusieurs avantages en utilisant la version autonome, grâce au fonctionnement du Blob Storage.
-
Pour offrir une haute disponibilité, vous pouvez exécuter plusieurs instances. Dans ce cas, une seule instance sert la base de données, et l’autre est en « veille active » qui lance le processus mongod dès que l’autre instance échoue (pour un redémarrage de maintenance, une panne matérielle, etc.).
Bien que la Wi de 10gen
(Réponse tronquée)