Amazon DynamoDB constitue la colonne vertébrale d’innombrables applications natives du cloud et est reconnue pour son immense évolutivité et ses performances exceptionnelles. Alors que les entreprises développent des systèmes de plus en plus stratégiques sur cette base de données NoSQL, le débat s’oriente naturellement vers le modèle de responsabilité partagée et la nécessité impérieuse d’une protection robuste des données.
Initialement, les entreprises s’appuyaient sur deux options natives principales pour protéger leurs données DynamoDB : DynamoDB Point-in-Time Recovery (PITR) et AWS Backup. Bien que fonctionnelles, ces deux options présentaient des limites qui créaient des lacunes en matière de sécurité et de rentabilité.
Analyser les limites des outils de sauvegarde natifs
Une analyse plus approfondie des outils natifs révèle les problèmes fondamentaux qui devaient être résolus :
- DynamoDB PITR : un compromis entre précision et Risk
. Le PITR traditionnel offre une grande précision de Recovery, permettant de revenir à n’importe quel moment dans le temps. Cependant, il présentait une limitation architecturale majeure : les sauvegardes sont indissociablement liées à la table source. Si la table d’origine est supprimée, que ce soit accidentellement ou de manière malveillante, la sauvegarde PITR est également perdue de manière définitive. Cette dépendance crée un point de défaillance unique pour la Recovery des données. De plus, le PITR ne prend pas en charge les restaurations entre comptes, ce qui limite les options en cas de compromission d’un compte. - AWS Backup : une commodité qui a un coût
. AWS Backup offre la commodité des sauvegardes gérées et conserve des copies logiquement séparées de la table source. Cependant, cela s’accompagne d’un coût accru et d’un risque de sécurité. AWS Backup repose sur des sauvegardes complètes répétées, ce qui fait grimper le coût total de possession (TCO) à mesure que les volumes de données augmentent. De plus, ces sauvegardes sont généralement stockées dans le même périmètre de sécurité de l’entreprise que les données principales, ce qui les rend vulnérables en cas d’incidents de sécurité à grande échelle.
Une nouvelle fondation : Résoudre le problème de base avec Clumio SecureVault pour DynamoDB
Pour combler ces lacunes, une nouvelle approche s’imposait. En 2022, Clumio a lancé SecureVault for DynamoDB, une solution conçue pour résoudre ces problèmes spécifiques. Elle a introduit une nouvelle base pour la protection des données DynamoDB en fournissant :
- Une protection véritablement « air-gapped » et immuable : SecureVault stocke les sauvegardes sur une plateforme sécurisée distincte, totalement isolée de l’environnement AWS principal. Cela élimine tout risque de perte des sauvegardes en cas de compromission ou de suppression de la table source.
- Rentabilité « Incremental Forever » : Pour lutter contre le coût total de possession élevé lié aux sauvegardes complètes répétées, SecureVault a mis en place un modèle incrémental permanent. Après une sauvegarde initiale, il ne sauvegarde que les données uniques modifiées au fur et à mesure.
L’impact a été immédiat et tangible. Un client important dans le domaine de l’apprentissage en ligne a réduit ses dépenses de sauvegarde DynamoDB de plus de 70 % en passant à Clumio, tout en améliorant sa position en matière de sécurité. SecureVault a résolu efficacement le problème fondamental de la protection des données.
La prochaine frontière : La douleur de la récupération au niveau de la partition
Si SecureVault a permis de résoudre le problème au niveau des tables, l’évolution des bonnes pratiques architecturales a mis en évidence un nouveau défi, bien plus épineux. Les applications SaaS modernes s’appuient souvent sur une seule table DynamoDB de grande taille qui dessert des milliers de locataires, les données de chaque locataire étant isolées par un ensemble de clés de partition.
Imaginez maintenant ce scénario catastrophe : une modification mineure du code, apportée lors d’une mise à jour logicielle progressive, introduit un bug. Ce bug ne corrompt pas l’intégralité de la table. Il n’affecte que deux ou trois partitions de locataires au sein d’une immense table de 100 téraoctets contenant des milliards d’enregistrements.
La récupération de ces données à l’aide des méthodes traditionnelles représente une charge opérationnelle considérable :
- Étape 1 : la restauration complète de la table, très coûteuse.
Le processus commence par la restauration de l’intégralité de la table vers une nouvelle table temporaire. Cela implique de provisionner et de payer 100 To supplémentaires de stockage, puis d’attendre des heures – voire des jours – que les données soient copiées, simplement pour récupérer quelques gigaoctets de données corrompues. L’objectif de délai de récupération est immédiatement compromis. - Étape 2 : le tri manuel fastidieux.
La table temporaire étant en ligne, les ingénieurs doivent désormais rédiger et exécuter des scripts ETL complexes pour passer au crible des milliards d’éléments. Leur mission consiste à extraire les données uniquement des partitions concernées, un processus à la fois extrêmement chronophage et présentant un risque élevé d’erreurs. Une seule erreur dans le script pourrait entraîner une perte de données supplémentaire. - Étape 3 : La répétition redondante.
Si différentes partitions ont été corrompues à des moments différents, l’ensemble du processus de restauration et de tri doit être répété pour chaque date, ce qui augmente les coûts et la charge de travail des ingénieurs. - Étape 4 : Le nettoyage à haut risque.
Une fois les données recopiées dans la table de production, les ingénieurs ne doivent pas oublier de supprimer manuellement les tables temporaires de 100 To. Négliger cette étape peut entraîner des coûts de stockage catastrophiques.
Cette méthode de récupération n’est pas seulement inefficace ; il s’agit d’un projet d’ingénierie à haut risque et à coût élevé qui brûle les heures des développeurs et met l’entreprise en danger.
Présentation de Clumio Backtrack : De l’agonie à la simplicité
Clumio Backtrack for DynamoDB s’appuie sur la fondation SecureVault pour éliminer cette complexité de récupération. Il transforme ce qui était une crise d’ingénierie de plusieurs jours en une simple tâche opérationnelle de quelques minutes en offrant trois fonctionnalités clés :
- Granularité de la Recovery : ne restaurez que ce dont vous avez besoin.
Backtrack permet aux ingénieurs de cibler uniquement les clés de partition spécifiques qui ont été affectées. Au lieu de restaurer des centaines de téraoctets, il isole les quelques gigaoctets de données nécessaires. Cela élimine complètement le coût, le temps et la charge liés à la restauration d’une table complète, permettant ainsi un démarrage quasi instantané de la Recovery. - Précision de la restauration : revenez à l’instant exact.
Pour chaque partition ciblée, Backtrack permet une restauration à n’importe quel moment, à la seconde près. Cela permet aux équipes de restaurer l’état exact antérieur à la corruption sans perte de données, en préservant l’intégrité sans avoir à recourir à des conjectures manuelles. - Recovery sur place : la restauration simplifiée.
Il s’agit là de l’innovation la plus importante. Backtrack restaure les données corrigées directement dans la table de production active. Il n’y a pas de tables temporaires à créer, pas de scripts personnalisés à écrire et pas de nettoyage à gérer. Le projet de migration des données, qui durait plusieurs jours et présentait un risque élevé, est désormais remplacé par quelques clics dans une interface utilisateur intuitive.
La rentabilité et la sécurité de SecureVault ont jeté les bases. Avec Backtrack, qui apporte une précision chirurgicale et une récupération sur place, la solution combinée dépasse largement les limites des outils natifs.
Clumio SecureVault répond aux besoins initiaux en matière de sécurité et de sauvegardes économiques. Cependant, à mesure que les besoins de restauration devenaient plus granulaires, la complexité opérationnelle des restaurations au niveau des tables est devenue insoutenable.
S’appuyant sur la protection fondamentale de SecureVault, Clumio Backtrack fournit une restauration chirurgicale et in situ qui permet aux entreprises de dépasser les limites des outils natifs. Ensemble, ils forment une solution complète qui aide les entreprises modernes à mettre en œuvre une stratégie de protection des données vraiment moderne, simple et résiliente pour leurs charges de travail DynamoDB les plus critiques. Obtenez un essai gratuit dès aujourd’hui.
