Bases de données
PostgreSQL managé — tuné, supervisé, sauvegardé.
Nous exploitons Postgres comme il le mérite : réplicas HA, restauration point-in-time validée chaque semaine, pooling de connexions, supervision des plans de requêtes et sécurité des migrations. Sur RDS, Cloud SQL, Azure Database ou auto-hébergé avec Patroni.
Ce que nous gérons
Haute disponibilité
Postgres multi-AZ sur RDS / Cloud SQL / Azure Database, ou auto-hébergé avec Patroni + etcd. Failover testé chaque trimestre avec RTO/RPO documentés.
Sauvegarde et récupération
Sauvegarde logique quotidienne + PITR basé sur WAL, validation de restauration hebdomadaire en environnement isolé, copies chiffrées hors-région, rétention 7 ans pour les charges régulées.
Pooling de connexions
PgBouncer / RDS Proxy / Cloud SQL Auth Proxy devant chaque Postgres — sessions courtes, réutilisation de prepared statements, connexions authentifiées par IAM.
Sécurité
TLS en transit, chiffrement au repos (KMS / CMEK), row-level security là où le schéma le justifie, rotation des secrets via Vault / Secrets Manager, journalisation d'audit via pgaudit.
Optimisation des requêtes et des coûts
Revue pg_stat_statements, cycle de vie des index (détection d'index inutilisés, supervision du bloat), tuning d'autovacuum, optimisation des niveaux de stockage.
Observabilité
Latence par requête, utilisation du pool de connexions, retard de réplication, événements de verrouillage, alertes de requêtes lentes routées vers PagerDuty.
Compatible avec tous les clouds que nous gérons
Même playbook sur AWS, Google Cloud, Microsoft Azure et DigitalOcean — choisissez le cloud, nous opérons la stack.
Comment nous engageons
1. Évaluer
Audit de deux semaines de votre configuration cloud selon le framework du fournisseur. Constats concrets, sans blabla.
2. Stabiliser
Nous fermons les principales failles de sécurité, fiabilité et coût avant d'entrer en exploitation continue.
3. Exploiter
Supervision 24/7, astreinte, gestion des changements, revues mensuelles et feuille de route trimestrielle.
Guides DIY et notes de terrain
Faites-le vous-même — ou laissez-nous le faire
Articles courts, runbooks et notes de terrain de nos ingénieurs. Chacun démarre ici sous forme d'extrait et continue sur Medium.
30 mai 20261 min de lecture
Migration MySQL vers Postgres — quand ça vaut le coup, les pièges et le workflow pgloader
Nous avons migré des bases dans les deux sens. Voici le cadre de décision honnête, les pièges de types de données qui mordent toute équipe, et le runbook de migration que nous avons affiné sur les engagements clients.
Lire l'extrait27 mai 20261 min de lecture
Patterns de réplication Postgres en 2026 — Patroni, services managés et l'histoire du failover
Quand monter son propre cluster Patroni, quand utiliser Postgres managé, et les sémantiques de failover que personne n'explique avant que la prod casse.
Lire l'extrait23 mai 20261 min de lecture
Autovacuum Postgres, démystifié — le tuning qui prévient la panique de wraparound à 3 h
Les échecs d'autovacuum sont silencieux jusqu'à ne plus l'être. Voici comment il fonctionne réellement, les métriques qui comptent et le tuning par table que nous appliquons sur les DB clients.
Lire l'extrait21 mai 20261 min de lecture
Pooling de connexions Postgres avec PgBouncer — les patterns que nous utilisons en production
Mode transaction, mode session, prepared statements, et les décisions de topologie de cluster qui déterminent si PgBouncer aide ou nuit.
Lire l'extrait10 mai 20261 min de lecture
Exécuter un drill de restauration PITR PostgreSQL chaque semaine (voici notre runbook)
Des sauvegardes que vous n'avez jamais restaurées ne sont pas des sauvegardes. Notre drill hebdomadaire de point-in-time recovery — ce qu'il teste, ce que nous automatisons, et ce que nous faisons encore à la main.
Lire l'extrait
Prêt à décharger votre équipe de la charge opérationnelle ?
Réservez un appel découverte de 30 minutes. Nous auditons votre configuration cloud actuelle et vous montrons précisément où nous apportons de la valeur.