Oracle NoSQL Database est un service de base de données cloud entièrement géré qui offre une faible latence prévisible, une évolutivité dynamique, des performances élevées et un stockage fiable des données pour les documents, les valeurs clés et les données à schéma fixe. Il est facile de commencer à utiliser le service en quelques minutes. Oracle assurant la totalité de la gestion, les développeurs se concentrent uniquement sur les exigences en matière de développement d’applications et de stockage de données, sans avoir à gérer l’infrastructure sous-jacente, les logiciels, la sécurité et la haute disponibilité.
Les tables actives globales peuvent facilement redimensionner les données des applications métier globales et/ou multinationales. Elles répliquent automatiquement les données dans les différentes régions choisies par les entreprises et prennent en charge la lecture/écriture en local, quelle que soit l'origine des données. Elles permettent aux clients de se concentrer sur la gestion de leur entreprise plutôt que sur le maintien de la cohérence des données à l'échelle de plusieurs régions géographiques et éliminent les problèmes de duplication et d'incohérence des données. La solution intègre une fonctionnalité de résolution des conflits si un même enregistrement est mis à jour simultanément dans différentes régions. Elles améliorent également la continuité d'activité grâce à des fonctionnalités transparentes de récupération après sinistre.
En savoir plus sur la page d’accueil d’Oracle NoSQL Database.
En savoir plus sur la page de mise en route d'Oracle NoSQL Database Cloud.
Oracle NoSQL Database gère l’infrastructure sous-jacente, les logiciels, la sécurité, le dimensionnement des capacités, les opérations et la maintenance. Vous bénéficiez d’une haute disponibilité garantie du service de base de données et d’une évolutivité élastique pour répondre aux charges de travail de votre application.
Voici quelques cas d’utilisation classiques d’Oracle NoSQL Database :
Comparaison des fonctionnalités de haut niveau
NoSQL Database Cloud Service | NoSQL Database Enterprise Edition (EE) | |
---|---|---|
Gestion/maintenance de l’infrastructure et des logiciels (serveurs, stockage, mise en réseau, sécurité, système d’exploitation et logiciels NoSQL) | Géré par Oracle | Géré par le client |
Déploiement de base de données | Oracle Cloud uniquement | Datacenters sur site client ou BYOL dans Oracle Cloud ou d’autres fournisseurs Cloud. |
Licence/Édition | Abonnement payant ou service toujours libre d’accès | Enterprise Edition (payant) ou Community Edition (open source gratuit) |
Débit | La capacité de débit est gérée à chaque niveau de table NoSQL via les API NoSQL ou la console Oracle Cloud Infrastructure (OCI). La capacité est mesurée en unités d’écriture, unités de lecture. La capacité de débit par table peut être ajustée pour répondre aux charges de travail dynamiques. Lorsque les limites d’une table sont dépassées, les utilisateurs sont avertis. Au niveau de la location, il existe des limites de service maximales. Plus de détails ici. | La capacité de débit est gérée au niveau de chaque cluster NoSQL. La capacité dépend de la taille du cluster NoSQL déployé. Une plus grande taille de cluster offre une plus grande capacité de débit pour les tables utilisateur. |
Stockage | La capacité de stockage est gérée à chaque niveau de table NoSQL via les API NoSQL ou la console Oracle Cloud Infrastructure (OCI). La capacité est mesurée en gigaoctets (Go). La capacité de stockage par table peut être ajustée pour répondre aux charges de travail dynamiques. Lorsque la limite d’une table est dépassée, les utilisateurs sont avertis. Au niveau de la location, il existe des limites de service maximales. Plus de détails ici. | La capacité de stockage est gérée au niveau de chaque cluster NoSQL. La capacité dépend du nombre de disques et de la configuration spécifique de chaque nœud de stockage déployé dans le cluster. Une taille de cluster et une capacité de disque plus importantes fournissent plus de stockage pour les tables utilisateur. |
Interopérabilité | Interagit avec NoSQL Database Enterprise Edition via une interface de programmation unique sans modification du code d’application. | Interagit avec NoSQL Database Cloud Service via une interface de programmation unique sans modification du code d’application. |
Installation | Aucun client ne s’installe. Les clients commencent à utiliser le service immédiatement en créant des tables NoSQL. | Les clients téléchargent et installent le logiciel pour configurer le cluster NoSQL sur plusieurs nœuds de stockage. |
Oui - L'environnement hébergé Oracle NoSQL Database est un environnement de cluster NoSQL dédié à votre location, avec toutes les unités de lecture et d'écriture ainsi que le stockage local associé sont dédiés à votre location.
En savoir plus sur le centre d’aide d’Oracle NoSQL Database.
Accédez aux liens suivants :
Une fois votre abonnement résilié, vous disposez de 60 jours pour transférer vos données pour le service résilié d’Oracle Cloud vers un système local. Après 60 jours, Oracle supprime définitivement tout contenu et logiciel restant lié au service résilié.
Oracle NoSQL Database stocke plusieurs copies des données sur les domaines de disponibilité pour la redondance. Si un domaine de disponibilité (au sein d’une région) tombe en panne, les données sont toujours disponibles pour l’application à partir des autres domaines de disponibilité. Oracle NoSQL Database garantit une disponibilité de 99,995 % pour vos données.
Oui. Les données sont cryptées au repos avec Advanced Encryption Standard (AES 256).
cryptées en mouvement (transfert de données entre l’application et Oracle NoSQL Database Cloud Service) avec HTTPS.
Oracle NoSQL Database stocke plusieurs copies des données sur les domaines de disponibilité pour la redondance. Si un domaine de disponibilité (au sein d’une région) tombe en panne, les données sont toujours disponibles pour l’application à partir des autres domaines de disponibilité. Oracle NoSQL Database garantit une disponibilité de 99,995 % pour vos données.
L'environnement hébergé Oracle NoSQL Database offre un environnement de cluster NoSQL dédié à votre location avec un stockage à connexion directe dédié. Vous contrôlez l'accès à partir de votre location.
Non. Oracle NoSQL Database gère pour vous le cluster et la topologie.
En savoir plus sur la page Régions de données et points de terminaison de service Oracle NoSQL Database.
Les données sont répliquées dans des domaines de disponibilité d’une région. Global Active Tables est une fonctionnalité de réplication de données inter-région qui permet aux clients de créer un ensemble de répliques de tables dans une sélection de régions cloud pour assurer en local de bonnes performances en lecture et en écriture des données distribuées globalement. Elle assure également la protection dans le cadre d'un scénario de reprise après sinistre.
L’application doit être exécutée dans Oracle Cloud Infrastructure pour obtenir les meilleures performances. Il existe différentes formes d’instance disponibles pour votre application, en fonction de sa complexité et des charges de travail. Une liste de différentes formes est disponible sur la page Tarifs de la capacité de calcul.
Vous pouvez également déployer votre application sur Container Engine for Kubernetes ( OKE) ou Oracle Cloud Functions.
Il est conseillé d’exécuter l’application en utilisant Oracle Cloud Infrastructure pour bénéficier de la meilleure expérience utilisateur et client.
Les kits de développement logiciel (SDK) sont disponibles pour les langages de programmation suivants. Suivez les étapes de téléchargement et d’installation disponibles grâce aux liens ci-dessous.
Les kits SDK fonctionnent sur le service cloud ou sur une base de données NoSQL sur site.
Document, schéma fixe et valeur-clé.
Si les limites de débit fournies sont dépassées lors des opérations de lecture/écriture, Oracle NoSQL Database limitera les requêtes et lancera une erreur ThrottlingException à l’application. Les limites de débit provisionnées peuvent être augmentées si nécessaire.
Oui - Oracle NoSQL Database Cloud Service propose une capacité à la demande qui gère automatiquement les capacités de lecture et d'écriture pour répondre aux besoins des charges de travail dynamiques.
Oui. Vous pouvez utiliser Oracle NoSQL Cloud Simulator, qui est une copie locale autonome du service cloud. Il peut être utilisé pour les tests. Il n’est pas destiné au déploiement en production. Vous pouvez le télécharger depuis la page Téléchargements Oracle Cloud. Vous pouvez également utiliser le service Always Free Oracle NoSQL Database Service.
Envoyez un e-mail à l'adresse oraclenosql-info_ww@oracle.com, ou contactez-nous via Cloud Customer Connect. Nous surveillons les deux régulièrement.
Vous pouvez utiliser l’outil de migration pour télécharger des données. Télécharger Oracle NoSQL Database Migrator.
Oui. Pour plus d'informations, reportez-vous à la documentation.
Oui.
Oui. Votre application peut modifier le nombre provisionné d’unités de lecture, d’unités d’écriture ou la capacité de stockage via l’API TableLimits.
Vous pouvez également modifier le nombre provisionné d’unités de lecture, d’unités d’écriture ou la capacité de stockage à l’aide de l’interface utilisateur du service.
De plus, vous pouvez changer le mode de capacité de votre table de provisionné à à la demande, et vice versa.
Global Active Tables assure la flexibilité. Vous pouvez basculer de tables standard à la demande/provisionnées existantes vers des tables de réplication distantes sans modifier le code de l'application. Vous pouvez également modifier la configuration du nombre d'unités de lecture et du nombre d'unités d'écriture dans chaque région.
Déterminez la taille en octets et arrondissez au Ko suivant.
5 téraoctets (To) par locataire. Il s’agit de la somme de toutes les capacités de stockage des tables provisionnées dans une location. Pour plus d’informations, reportez-vous à la page consacrée aux limites ou contactez Oracle.
Oracle NoSQL Database est soumis aux limites d’utilisation suivantes. Un locataire peut créer plusieurs tables jusqu’à ces limites.
Limites par table
Limites par locataire
Les clients peuvent contacter Oracle s’ils ont besoin de plus d’unités d’écriture/lecture ou de stockage au-delà des limites d’utilisation maximales. Pour plus d’informations, reportez-vous à la page consacrée aux limites.
Le nombre maximal de tables par locataire est de 30. En savoir plus sur la page consacrée aux limites de services.
Oui. Vous pouvez soumettre une demande d'augmentation de vos limites en suivant les étapes décrites dans la documentation. Cette opération peut également être effectuée à partir de la console OCI. Reportez-vous à la section Demande d'une augmentation de limite de service.
Non. Les dernières mises à jour logicielles auront lieu en coulisses. Vos applications s’exécutent sans effet notable.
Oui. Oracle NoSQL Database fournit des transactions conformes à ACID pour les opérations complètes de création, de lecture, de mise à jour et de suppression (CRUD), avec des garanties ajustables de durabilité et de cohérence des transactions.
Veuillez vous référer à la section consacrée aux prix sur la page Oracle NoSQL Database Cloud Service.
Oui. Veuillez vous référer au calculateur en ligne. Sélectionnez Presets - Oracle Databases, puis Oracle NoSQL Database Cloud.
L’Unité de lecture par mois est définie comme le débit pouvant atteindre un kilo-octet (Ko) de données par seconde pour une opération de lecture cohérente (c.-à-d., lorsque les données renvoyées peuvent ne pas être les dernières données écrites dans la base de données ; si aucune nouvelle mise à jour n’est effectuée sur les données, tous les accès à ces données renverront la dernière valeur mise à jour) sur une période d’un mois, soit environ deux millions six cent mille (2,6 millions) lectures. Chaque mois est considéré comme comptant sept cent quarante-quatre (744) heures ou environ deux millions six cent mille (2,6 millions) secondes. Ainsi, sur une période d’un mois, une (1) unité de lecture vous fournira environ 2,6 millions de lectures. Pour obtenir un débit pouvant atteindre un kilo-octet (Ko) de données par seconde pour une opération de lecture cohérente absolue (c’est-à-dire là où les données renvoyées devraient être les données écrites les plus récentes dans la base de données), l’équivalent de deux unités de lecture par mois doivent être provisionnées.
Unité d'écriture par mois : est défini comme le débit d'un kilooctet (Ko) de données par seconde pour une opération d'écriture sur une période d'un mois, soit environ deux millions six cent mille (2,6 millions) écritures. Chaque mois est considéré comme comptant sept cent quarante-quatre (744) heures ou environ deux millions six cent mille (2,6 millions) secondes. Ainsi, sur une période d’un mois, une (1) unité d’écriture vous fournira environ 2,6 millions d’écritures.
Une écriture répliquée se produit lorsqu'une écriture provenant d'une région locale est appliquée dans une réplique distante de table régionale. La mesure d'écriture répliquée pour la facturation est l'unité d'écriture par mois. La facturation est fondée sur les écritures effectives consommées au cours de la réplication.
Reportez-vous à la description détaillée dans notre documentation.
Reportez-vous à la description détaillée dans notre documentation.
Oui. Étant donné que le débit peut être augmenté ou réduit par programme à tout moment, assurez-vous de provisionner le débit en conséquence pour les charges de travail. Dans le modèle provisionné, vous êtes facturé pour ce que vous provisionnez.