Zagru BridgeMigration de bases de données, synchronisation et preuve de cohérence
Migrer. Synchroniser. Le prouver.
Migrez vos parcs SQL Server et MongoDB vers PostgreSQL, gardez les systèmes en production alignés et prouvez — jusqu'à la colonne — que les deux côtés concordent. Chaque correction est un ensemble de modifications que quelqu'un a vérifié, approuvé et peut annuler.
Accès anticipé — nous intégrons un petit nombre de partenaires de conception.
- de lignes par projet — objectif de conception
- ≥ 1 milliard
- par projet — objectif de conception
- ≥ 1 TB
- moteur tiers embarqué
- 0
Interface illustrative
Pas échantillonné. Prouvé.
L'espace des clés est comparé segment par segment ; chaque désaccord est divisé en deux jusqu'à ce qu'il ne reste qu'une ligne et une colonne.
Illustration : Bridge découpe l'espace des clés en segments, compare comptes et empreintes, réduit par dichotomie le seul segment divergent jusqu'à une ligne et une colonne, puis le corrige via un jeu de modifications approuvé — cohérence 100 %.
Ce qu'il fait
Cinq verbes. Un seul moteur.
- 01
Interroger — un seul SQL sur toutes les sources
Interrogez toutes les sources connectées comme s'il s'agissait d'une seule base de données, le moteur fédéré propre à Bridge déléguant le travail à SQL Server, PostgreSQL, MySQL, Oracle et MongoDB.
- 02
Migrer — des milliards de lignes, avec reprise
Des chargements partitionnés, reprenables et vérifiables. Arrêtez une tâche à mi-parcours et elle reprend exactement là où elle s'était arrêtée.
- 03
Synchroniser — deux systèmes en production, une seule vérité
La capture des données modifiées et un rapprochement planifié maintiennent l'ancien et le nouveau système alignés pendant la bascule.
- 04
Prouver — jusqu'à la colonne
Enregistrements manquants, en trop et différents, identifiés exactement — et non estimés à partir d'un échantillon, sauf si vous en demandez un.
- 05
Aligner — des corrections réversibles
Les écarts deviennent des ensembles de modifications : vérifiés, approuvés, audités, appliqués avec images avant et réversibles.
Comment ça marche
Connecter. Mapper. Charger. Rapprocher. Aligner.
Les lignes de données restent dans votre réseau de bout en bout ; le plan de contrôle ne voit jamais que des métadonnées, des comptages, des hachages et des échantillons masqués.
Connecter
Un agent au sein de votre réseau découvre sources et cibles, en lecture seule par défaut.
Mapper
Mapping Studio associe les champs visuellement ou en YAML, signale les risques et bloque les exécutions en production tant que la couverture n'est pas entièrement tranchée.
Charger
Les chargements partitionnés alimentent une zone de staging puis sont fusionnés — reprenables à tout moment.
Rapprocher
Les segments sont comptés et hachés ; les segments divergents sont divisés par dichotomie jusqu'à la ligne et la colonne.
Aligner
Des ensembles de modifications corrigent les écarts — après vérification et approbation — et la synchronisation continue maintient cet état.
Interface illustrative
Mappez. Puis ne changez que ce qui est approuvé.
Mapping Studio signale les risques avant le premier transfert ; chaque correction est un jeu de modifications avec image avant.
En détail
La mécanique derrière la preuve.
Mapping Studio
- Mode visuel pour les utilisateurs métier ; expressions, SQL et YAML pour les experts — toujours synchronisés
- Arborescence source avec chemins, types et présence des champs
- Signalement des risques : collation, chaîne vide ou NULL, précision date-heure, troncature
- Mappings suggérés avec niveau de confiance et aperçu avant/après
- Aucune exécution en production tant que la couverture n'est pas tranchée à 100 %
Rapprochement
- Espace des clés découpé en segments ; comptage plus hachage indépendant de l'ordre
- La dichotomie réduit les écarts à la ligne et à la colonne
- Avec le push-down, des tables égales sont prouvées égales sans déplacer de lignes
- Résultats : uniquement dans la source, uniquement dans la cible, différent, clé en double ou invalide, erreur de transformation, en transit
- Modes exact, comptages seuls ou échantillonné
Sources et cibles
- MongoDB → PostgreSQL
- SQL Server → PostgreSQL
- MySQL et Oracle
- Excel, CSV et Parquet comme sources
Son propre moteur
- Moteur SQL fédéré, pipeline de chargement, lecteurs CDC et rapprochement — tout est du code Bridge
- Plan de données en Go, un binaire statique unique
- Ni Trino, ni Spark, ni Kafka, ni Debezium, ni Airbyte
- Agents pour Linux, Windows et macOS
Sécurité et données
Vos données ne quittent jamais votre réseau.
Bridge a été conçu pour les migrations où personne n'a le droit à l'erreur.
Lecture seule par défaut
Les sources sont connectées en lecture seule, sauf décision contraire de votre part.
Les lignes restent chez vous
Des agents en connexion sortante uniquement déplacent les données au sein de votre réseau ; le plan de contrôle ne voit que des métadonnées, des comptages, des hachages et des échantillons masqués.
Masquage déterministe
Numéros d'identité turcs, IBAN, numéros de téléphone et adresses e-mail sont masqués de façon cohérente partout où des échantillons sont affichés.
Chiffré et à confiance mutuelle
AES-256-GCM pour les secrets et enrôlement des agents avec authentification mutuelle.
Rien n'est supprimé en silence
Les objets cibles ne sont jamais supprimés sans une approbation distincte et explicite.
Audité de bout en bout
Chaque ensemble de modifications, approbation et retour arrière est enregistré.
Dans la suite
Vendu seul. Plus fort ensemble.
Bridge transfère les données des systèmes hérités vers Zagru One — et prouve qu'elles sont arrivées intactes. Il migre et rapproche les parcs SQL Server, MongoDB, MySQL et Oracle vers PostgreSQL pour n'importe quelle application ; il est donc également vendu seul.
Questions
Ce que les acheteurs nous demandent d'abord.
Le rapprochement est-il échantillonné ?
Non. Il est exact par défaut — chaque clé, chaque colonne. Des modes comptages seuls et échantillonné existent pour les cas où vous les choisissez.
Quelle taille un projet peut-il atteindre ?
Bridge est conçu pour au moins un milliard d'enregistrements et un téraoctet par projet. Nous ne publions de chiffres de performance qu'issus de mesures ; en développement, une tâche mise en pause a repris et s'est terminée à exactement 60 millions de lignes.
Nos données transitent-elles par vos serveurs ?
Non. Les agents s'exécutent au sein de votre réseau et y déplacent les lignes. Le plan de contrôle ne reçoit que des métadonnées, des comptages, des hachages et des échantillons masqués.
Peut-il écrire dans notre base de données source ?
Les sources sont en lecture seule par défaut. Les modifications ne sont appliquées que par des ensembles de modifications approuvés, avec images avant et retour arrière.
Utilise-t-il l'IA ?
Aucune IA ne s'exécute dans le chemin des données. Chaque résultat est reproductible.
Est-il disponible aujourd'hui ?
Zagru Bridge est en accès anticipé. Nous recherchons des partenaires de conception qui prévoient de migrer de SQL Server ou MongoDB vers PostgreSQL.
Dites-nous ce que vous devez migrer.
Apportez la migration que vous repoussez sans cesse. Nous vous montrerons comment la prouver.
Ou écrivez à hello@zagru.com