Anonymisez vos bases MySQL pour vos environnements non-prod
Anonyx connecte vos serveurs MySQL ou MariaDB de production et alimente vos environnements de développement, de test et d'analyse avec des copies anonymisées. Les contraintes InnoDB, les colonnes générées, les vues et les triggers sont préservés. Vous gardez la richesse de votre schéma sans exposer la moindre donnée personnelle réelle.
- MySQL 5.7, 8.0 et 8.4 supportés, Aurora MySQL et services managés inclus
- Intégrité référentielle InnoDB préservée, triggers et vues répliqués
- Parsing et anonymisation profonde des colonnes JSON via JSON Path
- Plus de 80 transformations PII françaises et internationales
- Anonymisation déterministe pour préserver les jointures inter-tables
- Hébergement européen souverain, conformité RGPD intégrée
Connexion native au protocole MySQL
Anonyx parle le protocole MySQL natif via la bibliothèque mysql2. Vous fournissez les credentials d'un compte avec droits SELECT sur la base source et INSERT, UPDATE, DELETE, CREATE sur la base cible. Aucun agent à installer côté serveur, aucun script à exécuter par votre DBA. Anonyx établit la connexion depuis nos workers européens (ou depuis votre VPS dédié en plan Business) et orchestre l'ensemble du pipeline.
Pour les bases derrière un VPC privé sans exposition publique, le plan Business propose un tunnel SSH automatisé ou un déploiement en VPN site-à-site. Vos credentials et clés sont chiffrés au repos (AES-256-GCM) et en transit (TLS 1.3) ; ils ne sont jamais loggés ni exposés dans les exports techniques.
Intégrité InnoDB et schéma complexe
Le moteur InnoDB de MySQL applique les contraintes FOREIGN KEY de manière stricte. Anonyx analyse le graphe de dépendances entre tables (information_schema.KEY_COLUMN_USAGE) et calcule un ordre topologique d'écriture qui respecte les contraintes. Les cycles éventuels (rare mais possible avec des FK différées) sont résolus par insertion en deux passes : d'abord avec des valeurs NULL ou stub, puis mise à jour après que toutes les lignes référencées existent.
Les triggers (BEFORE/AFTER INSERT/UPDATE/DELETE) peuvent être préservés tels quels en base cible ou neutralisés pendant l'écriture pour éviter des effets secondaires (envoi d'emails, écriture dans une table d'audit). La politique par défaut est de neutraliser pendant l'écriture puis de réactiver après, mais vous pouvez la surcharger règle par règle.
Colonnes JSON et types modernes
MySQL 5.7+ supporte les colonnes JSON natives. Anonyx parse ces colonnes et permet d'anonymiser des sous-champs spécifiques via une expression JSON Path (par exemple $.user.email ou $.address.zipcode) tout en laissant le reste du document intact. Les fonctions natives de MySQL (JSON_SET, JSON_REPLACE) sont utilisées pour l'écriture, ce qui préserve l'ordre et le formatage d'origine.
Les colonnes GENERATED ALWAYS (calculées) ne sont jamais écrites par Anonyx - MySQL les recalcule automatiquement après insertion des colonnes sources. Les colonnes spatiales (POINT, LINESTRING, POLYGON via MyGIS) sont anonymisables via floutage géographique sur un rayon configurable.
Performance et exploitation en production
Sur une base MySQL de 50 Go avec un schéma typique e-commerce (utilisateurs, commandes, produits, paiements, logs), Anonyx complète l'anonymisation en 15 à 25 minutes avec quatre workers. Les bases plus volumineuses bénéficient du mode incrémental basé sur la colonne updated_at ou sur un timestamp dédié.
L'exécution peut être déclenchée manuellement, programmée (cron), ou intégrée à votre pipeline CI/CD. Un webhook configurable notifie Slack, Teams ou n'importe quel endpoint HTTP à la fin de chaque job. Les métriques Prometheus exposent durée, volumétrie, lignes traitées et erreurs par règle pour une supervision détaillée.