Databasus vs WAL-G

Databasus et WAL-G sont tous deux conçus pour la reprise après sinistre avec un RTO et un RPO minimaux, et tous deux prennent en charge les sauvegardes physiques PostgreSQL, l'archivage WAL et la récupération à un instant donné (PITR). Databasus exécute ces backups à distance sur la pile native de PostgreSQL 17 : il réutilise l'outillage éprouvé de PostgreSQL au lieu de le réinventer, le tout derrière une interface web intuitive. Il convient aux bases de données de toute taille et de toute complexité. Les sauvegardes physiques exigent PostgreSQL 17 ou plus récent ; sur les versions antérieures, seuls les backups logiques pg_dump sont disponibles. WAL-G est un outil en ligne de commande qui embarque son propre moteur : il couvre les sauvegardes physiques sur des versions de PostgreSQL bien plus anciennes, utilise un protocole de streaming personnalisé pour des performances légèrement meilleures, prend en charge les backups delta (pages modifiées uniquement) et couvre davantage de moteurs de bases de données, dont MS SQL, FoundationDB et Greenplum.

Comparaison rapide

Voici un aperçu rapide des principales différences entre Databasus et WAL-G :

Bases de données ciblées

L'une des différences les plus importantes entre ces outils est leur périmètre de bases de données :

Databasus : gestion complète des sauvegardes

Databasus est conçu pour une gestion complète des sauvegardes sur plusieurs systèmes de bases de données, avec un accent mis sur la facilité d'utilisation :

• Support multi-bases : gérez les backups de PostgreSQL, MySQL, MariaDB et MongoDB depuis une seule interface.
• Expérience unifiée : l'interface, les flux de travail et les fonctionnalités se comportent de la même façon sur toutes les bases prises en charge.
• Versions prises en charge : PostgreSQL des versions 12 à 18, avec des optimisations propres à chaque version.
• Gestion simplifiée : tout l'effort de développement porte sur l'amélioration de l'expérience de gestion des sauvegardes.

WAL-G : support multi-bases

WAL-G a commencé comme outil de sauvegarde PostgreSQL, puis s'est étendu à plusieurs systèmes de bases de données :

• PostgreSQL : l'implémentation d'origine et la plus mature.
• MySQL/MariaDB : sauvegardes basées sur les binlogs.
• MS SQL Server : sauvegardes de SQL Server sous Windows.
• MongoDB : sauvegarde de bases de données documentaires.
• FoundationDB : support de bases de données distribuées.
• Greenplum : sauvegarde d'entrepôts de données.

Public cible

Les deux outils s'adressent à des profils différents, en fonction de leur philosophie de conception :

Public de Databasus

Databasus est conçu pour un large public, du développeur individuel à la grande entreprise :

• Développeurs individuels : une installation simple et une interface intuitive permettent de protéger ses projets personnels sans expertise PostgreSQL poussée.
• Équipes de développement : les espaces de travail, le contrôle d'accès par rôles et les journaux d'audit permettent une collaboration sécurisée entre les membres de l'équipe.
• Entreprises : répond aux besoins des entreprises avec une sécurité complète, plusieurs destinations de stockage et des canaux de notification.
• Environnements multi-bases : les organisations qui exploitent PostgreSQL, MySQL, MariaDB ou MongoDB profitent d'une gestion centralisée des sauvegardes.
• DBA et reprise après sinistre : sauvegardes physiques, archivage WAL et PITR pour les systèmes critiques exigeant une perte de données quasi nulle.
• Ingénieurs DevOps : le mode agent s'intègre à l'infrastructure existante, tandis que l'interface web et l'API offrent visibilité et contrôle sans scripts personnalisés.

Public de WAL-G

WAL-G est conçu pour les utilisateurs à l'aise avec les outils en ligne de commande :

• Ingénieurs DevOps : ceux qui préfèrent l'infrastructure-as-code et les flux de travail en CLI.
• Environnements multi-bases : les organisations qui exploitent PostgreSQL aux côtés de MySQL, MongoDB ou d'autres bases prises en charge.
• Déploiements cloud-native : les équipes qui utilisent Kubernetes ou des environnements conteneurisés, où les outils CLI s'intègrent bien.
• Support étendu de bases de données : les équipes ayant besoin de sauvegarder MS SQL, FoundationDB ou Greenplum en plus de PostgreSQL.

Approche de sauvegarde

Les deux outils utilisent des stratégies de backup fondamentalement différentes, chacune avec ses avantages :

Databasus : sauvegardes logiques + physiques

Databasus prend en charge les deux stratégies, logique et physique :

• Sauvegardes physiques, incrémentales et WAL : exécutées à distance via le protocole de réplication PostgreSQL, sur la pile native de PostgreSQL 17 (pg_basebackup, pg_basebackup --incremental au niveau bloc piloté par les résumés WAL côté serveur, pg_receivewal et pg_combinebackup). Databasus réutilise l'outillage éprouvé de PostgreSQL au lieu de le réinventer. Nécessite PostgreSQL 17 ou plus récent.
• Sauvegardes logiques : utilise pg_dump pour des backups portables, restaurables sur d'autres versions de PostgreSQL. C'est aussi le seul type de sauvegarde sur PostgreSQL antérieur à 17 et la voie utilisée pour MySQL, MariaDB et MongoDB.
• Rien à installer sur la base de données : les backups se connectent à distance ; les réseaux fermés sont atteints via un tunnel SSH vers un hôte interne ou un bastion, si bien que la base n'a jamais à être exposée publiquement.
• Compression efficace : utilise zstd (niveau 5) pour les deux types de sauvegarde ; les fichiers en ressortent 4 à 8 fois plus petits.
• Accès en lecture seule : les sauvegardes logiques n'exigent que des permissions SELECT, ce qui minimise les risques de sécurité.

WAL-G : sauvegardes physiques avec archivage WAL

WAL-G effectue des sauvegardes au niveau fichier (physiques) avec archivage WAL continu :

• Sauvegardes de base : copies complètes au niveau fichier du répertoire de données PostgreSQL.
• Backups delta : seules les pages modifiées sont sauvegardées, ce qui réduit le stockage et le temps de transfert.
• Archivage WAL : l'archivage continu des journaux Write-Ahead permet la récupération à un instant donné.
• Optimisation copy-on-write : gestion efficace des blocs de données inchangés.

Options de restauration

Les deux outils offrent des capacités de restauration, mais avec une granularité différente :

Restauration avec Databasus

• Récupération à un instant donné (PITR) : restaurez à la seconde près grâce au rejeu des WAL.
• Restauration complète du cluster : restaurez l'ensemble du cluster de bases de données à un instant précis à partir des sauvegardes physiques.
• Restauration logique : restaurez à n'importe quel point de sauvegarde à partir des backups logiques planifiés.
• Restauration en un clic : téléchargez et restaurez les sauvegardes logiques directement depuis l'interface web.
• Compatibilité entre versions : les sauvegardes logiques peuvent être restaurées sur d'autres versions de PostgreSQL.

Restauration avec WAL-G

• Récupération à un instant donné (PITR) : restaurez à la seconde près grâce au rejeu des WAL, en minimisant la perte de données.
• Restauration complète du cluster : restaurez l'ensemble du cluster de bases de données à un instant précis.
• Restauration delta : seules les pages modifiées sont récupérées, ce qui accélère la restauration.
• Création de standby : créez des réplicas PostgreSQL à partir des sauvegardes pour des configurations à haute disponibilité.

Facilité d'utilisation

Les deux outils diffèrent nettement dans leur approche de l'expérience utilisateur :

Expérience utilisateur de Databasus

• Interface web : configuration de tous les réglages de sauvegarde en quelques clics. Aucune ligne de commande requise.
• Installation en 2 minutes : un script cURL en une ligne ou une simple commande Docker vous met en route immédiatement.
• Supervision visuelle : le tableau de bord affiche en un coup d'œil l'état des sauvegardes, les contrôles de santé et l'historique.
• Notifications intégrées : configurez des alertes Slack, Teams, Telegram, e-mail ou webhook directement dans l'interface.
• Aucune expertise PostgreSQL requise : conçu pour les développeurs qui veulent des sauvegardes fiables sans devenir experts en bases de données.

Expérience utilisateur de WAL-G

• Interface en ligne de commande : toutes les opérations passent par des commandes de terminal comme wal-g backup-push, wal-g backup-fetch.
• Variables d'environnement : configuration principalement via des variables d'environnement plutôt que des fichiers de configuration.
• Planification externe : nécessite des tâches cron ou une orchestration externe pour automatiser les sauvegardes.
• Configuration de l'archivage WAL : il faut configurer l'archive_command de PostgreSQL pour l'intégrer à WAL-G.
• Maîtrise de la CLI attendue : la documentation suppose une bonne connaissance des outils en ligne de commande et des scripts shell.

Consulter le guide d'installation de Databasus →

Fonctionnalités d'équipe

Pour les organisations où plusieurs membres gèrent les sauvegardes :

Capacités d'équipe de Databasus

• Espaces de travail : organisez bases de données, notificateurs et stockages par projet ou par équipe. Les utilisateurs ne voient que les espaces auxquels ils sont invités.
• Contrôle d'accès par rôles : attribuez des permissions de lecteur, d'éditeur ou d'administrateur pour contrôler ce que chaque membre peut faire.
• Journaux d'audit : tracez toutes les activités et modifications du système. Essentiel pour la conformité et la traçabilité.
• Notifications partagées : les canaux d'équipe reçoivent automatiquement l'état des sauvegardes.

Capacités d'équipe de WAL-G

WAL-G est un outil en ligne de commande sans fonctionnalités d'équipe intégrées :

• Pas de gestion des utilisateurs ni de contrôle d'accès
• Pas de journalisation d'audit des opérations
• La coordination d'équipe exige des outils et processus externes
• Accès contrôlé via les permissions au niveau OS et les politiques IAM du cloud

En savoir plus sur la gestion des accès dans Databasus →

Sécurité

Les deux outils offrent des fonctionnalités de sécurité, mais avec des approches différentes :

Sécurité de Databasus

• Chiffrement AES-256-GCM : tous les mots de passe, jetons et identifiants sont chiffrés. La clé de chiffrement est stockée séparément de la base de données.
• Chiffrement unique par sauvegarde : chaque fichier de backup est chiffré avec une clé unique dérivée de la clé maîtresse, de l'identifiant de la sauvegarde et d'un sel aléatoire.
• Accès en lecture seule à la base : seules les permissions SELECT sont exigées, ce qui empêche toute corruption des données même en cas de compromission.

Sécurité de WAL-G

• Chiffrement GPG : prend en charge le chiffrement des fichiers de sauvegarde via GPG.
• Chiffrement libsodium : chiffrement alternatif via la bibliothèque libsodium.
• Intégration IAM cloud : s'appuie sur l'IAM du fournisseur cloud pour contrôler l'accès au stockage.
• Pas de gestion intégrée des identifiants : repose sur des variables d'environnement ou une gestion de secrets externe.

En savoir plus sur la sécurité de Databasus →

Options de stockage

Les deux outils prennent en charge le stockage cloud, avec des priorités différentes :

Stockage avec Databasus

Des options accessibles pour des cas d'usage variés :

• Stockage local
• Amazon S3 et services compatibles S3
• Google Drive
• Cloudflare R2
• Azure Blob Storage
• NAS (stockage en réseau)
• Dropbox

Stockage avec WAL-G

Des options de stockage cloud-native :

• Amazon S3
• Google Cloud Storage (GCS)
• Azure Blob Storage
• Swift (OpenStack)
• Système de fichiers local
• SSH/SFTP

Voir toutes les options de stockage de Databasus →

Notifications

Rester informé de l'état des sauvegardes :

Notifications avec Databasus

Prise en charge intégrée de plusieurs canaux de notification :

• Slack
• Discord
• Telegram
• Microsoft Teams
• E-mail
• Webhooks

Notifications avec WAL-G

WAL-G n'a pas de notifications intégrées. Elles nécessitent :

• Des scripts personnalisés autour des commandes de sauvegarde
• L'intégration d'outils de supervision externes
• Une analyse manuelle des journaux et la mise en place d'alertes
• L'intégration avec des outils comme Prometheus, Grafana ou des solutions maison

Voir tous les canaux de notification de Databasus →

Compression

Les deux outils offrent la compression pour réduire la taille des sauvegardes :

Compression avec Databasus

• Compression zstd : utilise zstd au niveau 5 pour un bon équilibre entre vitesse et taux de compression.
• Taille réduite de 4 à 8 fois : taux de compression typiques avec seulement ~20 % de surcoût d'exécution.
• Automatique : la compression est activée par défaut, sans configuration.

Compression avec WAL-G

• Plusieurs algorithmes : prend en charge LZ4, LZMA, Brotli et zstd.
• Niveaux configurables : ajustez finement le compromis entre taux de compression et vitesse.
• Compression par fichier : les fichiers WAL et les sauvegardes de base peuvent utiliser des réglages différents.

Conclusion

Databasus et WAL-G répondent à des besoins différents dans l'écosystème de sauvegarde PostgreSQL. Le bon choix dépend de votre environnement de bases de données, de la structure de votre équipe et de vos préférences opérationnelles.

Les deux outils prennent en charge les sauvegardes physiques, l'archivage WAL et la PITR, et tous deux sont conçus pour la reprise après sinistre avec un RTO et un RPO minimaux. Databasus convient aux bases de données de toute taille et de toute complexité, et vous offre une interface web, des fonctionnalités d'équipe et des backups à la fois logiques et physiques, pour les bases auto-hébergées comme gérées dans le cloud.

WAL-G reste un excellent choix pour les équipes qui préfèrent les flux de travail en CLI et ont besoin de ses atouts spécifiques : backups delta (pages modifiées uniquement), protocole de streaming personnalisé pour des performances légèrement meilleures et support de moteurs de bases de données supplémentaires au-delà de PostgreSQL.