ApsaraDB for MongoDB:Aperçu des nouvelles fonctionnalités de MongoDB 6.0

Nouveautés de MongoDB 6.0

Chiffrement interrogeable (Queryable Encryption)

Le chiffrement interrogeable permet au client de chiffrer les champs sensibles avant qu'ils n'atteignent la base de données, de les stocker sous forme de texte chiffré entièrement aléatoire et d'exécuter des requêtes expressives sur ces données chiffrées, sans exposer le texte en clair au serveur.

Fonctionnement

Le client détient la clé de chiffrement, qu'il récupère auprès du service Key Management Service (KMS). Lorsqu'une requête est soumise, le serveur la traite sur les données chiffrées et renvoie une réponse chiffrée. Le client déchiffre ensuite la réponse localement et présente les résultats en texte clair.

Avantages

• Contrôle des clés côté client : seul le client détient la clé de chiffrement, et non le serveur.

• Protection de bout en bout tout au long du cycle de vie des données : transmission, stockage, utilisation, audit et sauvegarde.

• Requêtes expressives sur les champs chiffrés, y compris les requêtes d'égalité, de plage, de préfixe, de suffixe et de sous-chaîne.

• Contrôle d'accès : seules les applications autorisées au niveau du client et les utilisateurs disposant d'un accès aux clés peuvent récupérer le texte en clair.

• Solution de chiffrement autonome qui élimine la nécessité de créer des couches de sécurité et de conformité personnalisées.

• Réduction des préoccupations liées à la sécurité pour les utilisateurs d'Alibaba Cloud qui souhaitent stocker des données sensibles.

Pour plus d'informations, consultez MongoDB Releases Queryable Encryption Preview .

Synchronisation cluster à cluster (Cluster-to-Cluster Sync)

Les outils de déplacement de données existants de MongoDB — mongoimport, mongoexport, mongodump et mongorestore — gèrent les transferts ponctuels ou par lots, mais ne prennent pas en charge la réplication continue entre des instances actives.

MongoDB 6.0 introduit mongosync, un outil dédié à la synchronisation continue et unidirectionnelle entre les instances ApsaraDB for MongoDB. Avec mongosync, vous pouvez démarrer, arrêter, reprendre ou inverser une tâche de synchronisation en temps réel, et surveiller l'état de la synchronisation tout au long du processus.

Pour télécharger mongosync , consultez la section « MongoDB Cluster-to-Cluster Sync Download » sur la page Try MongoDB Tools Free .

Collections de séries temporelles

Les collections de séries temporelles, publiées pour la première fois dans MongoDB 5.0, ont évolué au fil des versions, chaque publication ajoutant de nouvelles capacités :

Améliorations apportées par MongoDB 6.0

• Index secondaires et composés : il est désormais possible de créer des index secondaires et composés sur les collections de séries temporelles, ce qui améliore les performances en lecture.

• Index géospatiaux : pris en charge, permettant des requêtes basées sur la localisation et la distance sur les données de séries temporelles, par exemple pour suivre les variations de température dans des camions frigorifiques ou surveiller la consommation de carburant le long d'un itinéraire de fret.

• Requêtes last point : optimisées ; la récupération du point de données le plus récent ne nécessite plus une analyse complète de la collection.

• Tri : plus efficace lors de l'utilisation d'horodatages combinés à des index clusterisés et secondaires sur les champs de métadonnées.

Flux de modifications (Change streams)

Les flux de modifications, introduits dans MongoDB 3.6, fournissent une capture des données modifiées (CDC) sans nécessiter de middleware de synchronisation externe. Cette fonctionnalité s'est considérablement développée depuis sa version initiale :

Améliorations apportées par MongoDB 6.0

• Prise en charge des images antérieures (pre-image) : les événements de modification peuvent désormais inclure l'état du document avant la modification. Avant MongoDB 6.0, seules les images postérieures (post-images) étaient disponibles. Pour plus de détails, consultez Change Streams with Document Pre- and Post-Images.

• Événements DDL : les instructions DDL suivantes sont désormais capturées en tant qu'événements de modification : create, createIndexes, modify et shardCollection. Pour la liste complète, consultez Change Events.

• Champ wallTime : les événements de modification incluent désormais un champ wallTime avec un horodatage d'horloge murale. Ce champ prend en charge les opérateurs de conversion $toDate, $tsSeconds et $tsIncrement.

Agrégation

MongoDB 6.0 étend considérablement les opérateurs $lookup et $graphLookup pour les instances de cluster sharded :

• Prise en charge des clusters sharded : $lookup et $graphLookup sont désormais pris en charge sur les instances de cluster sharded.

• Amélioration de la prise en charge des jointures : le comportement de jointure de $lookup est plus performant et cohérent.

• Amélioration du parcours de graphes : $graphLookup gère le parcours de graphes plus efficacement.

• Performances : $lookup atteint une amélioration des performances allant jusqu'à cent fois.

Pour plus de détails, consultez $lookup (aggregation) et $graphLookup (aggregation) .

Requêtes

MongoDB 6.0 ajoute les opérateurs suivants : $maxN, $topN, $minN, $bottomN, $lastN et $sortArray. Ces opérateurs déplacent le calcul vers la couche base de données, réduisant ainsi la quantité de post-traitement requise dans le code de l'application.

Pour la référence complète des opérateurs, consultez Aggregation Pipeline Operators .

Élasticité

La taille de chunk par défaut est passée de 64 Mo à 128 Mo

Cette taille de chunk par défaut plus grande réduit la fréquence de migration des chunks entre les shards, ce qui diminue la surcharge réseau et de routage pour la plupart des charges de travail.

Commande configureCollectionBalancing

La nouvelle commande configureCollectionBalancing vous offre un contrôle par collection sur deux comportements :

• Tailles de chunk personnalisées : définissez différentes tailles de chunk pour différentes collections sharded. Par exemple, utilisez 256 Mo pour les grandes collections et 32–64 Mo pour les collections plus petites nécessitant une distribution des données plus fine.

• Défragmentation automatique : activez la défragmentation automatique des collections sharded, éliminant ainsi la nécessité d'exécuter manuellement la commande compact pour récupérer de l'espace disque.

Pour la référence complète de la commande, consultez configureCollectionBalancing .

Sécurité

MongoDB 6.0 étend le chiffrement côté client au niveau des champs (CSFLE) pour prendre en charge les fournisseurs de clés conformes au protocole Key Management Interoperability Protocol (KMIP). Auparavant, le CSFLE était limité à la gestion des clés locale basée sur un fichier de clés (Keyfile). Avec la prise en charge de KMIP, vous pouvez désormais utiliser des appareils de gestion des clés tiers alongside l'approche locale intégrée basée sur Keyfile, ce qui est particulièrement utile dans les scénarios de migration de données.