Cassandra

De son nom complet Apache Cassandra, il s’agit d’un système de gestion de bases de données (SGBD) NoSQL open source. Cela signifie qu’il stocke les données sous forme de clé-valeur. Il stocke et manipule les données pour les restructurer. Cassandra possède son propre langage pour effectuer des requêtes, le Cassandra Query Language (CQL). Ce dernier fonctionne sur l’ensemble des systèmes d’exploitation, ce qui en fait une solution flexible.

Ce service est une DBaaS (Database as a Service). Il est réparti entre plusieurs de nos instances Public Cloud et est fourni comme un service clés en main. Il vous facilite le travail, car nous nous occupons de sa gestion et de son administration. Ceci comprend la configuration, la maintenance, la sauvegarde, la sécurité et l’évolutivité. En résumé, il s’agit d’un service de bases de données cloud qui vous fait gagner du temps.

C’est possible, une fois que vous avez téléchargé et déployé également la dernière version du JDK Java. Cependant, vous devrez effectuer toutes les missions de gestion et d’administration de vos bases de données. Vous ne bénéficierez donc pas des fonctionnalités que nous fournissons dans notre service clés en main.

Initialement déployée par un grand nom de l’industrie IT, puis portée depuis 2008 par la fondation Apache, Cassandra est désormais le second moteur le plus utilisé au monde selon les derniers recensements. Cela s’explique par l’accent mis sur la performance, mais également sur la haute disponibilité avec un mode distribué permettant de minimiser, voire supprimer les Single Points of Failure (SPOF).

Ces deux moteurs de bases de données proposent des avantages différents, bien que tous les deux fassent partie des bases de données NoSQL. L’une des différences réside dans le langage utilisé pour les requêtes. MongoDB utilise une syntaxe proche du JavaScript, tandis que Cassandra sera plus singulier, avec l’utilisation du CQL qui lui est propre.

On notera également une différence dans la gestion de la redondance d’un cluster. MongoDB possède toujours un serveur maître et des serveurs secondaires prêts à prendre le relais. Cassandra utilise un modèle différent, s’appuyant sur de multiples nœuds maîtres au sein du même cluster.

Chacune représente un pack Cassandra précis sur Public Cloud et comprend des fonctionnalités variables qui répondent à des applications différentes. Celles-ci peuvent concerner la taille du cluster, le nombre de nœuds dans celui-ci, le réseau, l’évolutivité ou encore la haute disponibilité.

Non. Votre service dispose d’une ou de plusieurs instances Public Cloud qui l’exécutent. Elles sont dotées d’un espace de stockage dédié individuel. Vous contrôlez ainsi vos données.

C’est possible. En effet, s’il s’avère que vos besoins en matière de RAM ou d’espace de stockage augmentent, vous pouvez choisir des nœuds avec une plus grande capacité. Sachez cependant qu’il n’est pas possible de revenir à un nœud de capacité inférieure.

Oui. Nous fournissons une sauvegarde automatisée pour chaque offre. Cependant, les politiques de conservation par défaut diffèrent selon la formule choisie. Nous vous conseillons donc d’étudier l’ensemble de nos offres avant de faire votre choix.

Nous effectuons pour vous toutes les missions de gestion et d’administration de la base de données. Ainsi, vous n’avez pas à vous soucier de la mise en place, de la maintenance, de la sécurité, de la sauvegarde ou de l’évolutivité. C’est ce service managé que nous facturons, pour vous éviter ces contraintes.

Oui. Vous pouvez connecter votre base de données à votre serveur via un réseau public ou privé. Toutefois, vous devrez le faire vous-même. Cela signifie que vous devrez également gérer et administrer votre base de données par vos propres moyens.