Le différenciateur
Database Reliability Engineer freelance
J'applique la culture SRE à la donnée : fiabilité mesurée, industrialisation par le code, et augmentation par l'IA en production. Database Reliability Engineer SQL Server, 15 ans en environnements critiques 24/7, full remote.
Le Database Reliability Engineer (DBR / DRE) ne se contente pas d'administrer des bases : il en garantit la fiabilité comme un SRE garantit celle d'un service. Objectifs mesurés, automatisation par le code, élimination du travail répétitif, apprentissage des incidents. C'est la posture que j'applique à SQL Server depuis 15 ans.
La fiabilité, comme discipline d'ingénierie
- Objectifs explicites : RPO/RTO mesurés, disponibilité cible, criticité réelle — pas des chiffres sur une slide.
- Industrialisation : infrastructure as code (PowerShell DSC, Ansible), déploiements idempotents, plans de maintenance versionnés.
- Moins de tâches manuelles répétitives : les contrôles et opérations récurrents sont automatisés, le temps humain se concentre sur la décision.
- Apprentissage : post-mortems, runbooks, documentation vivante laissée à vos équipes.
Le vrai différenciateur : l'IA en production
J'intègre Claude API (depuis 2024) et Claude Code (depuis sa sortie en 2025) à mes missions de Database Reliability, dans le run quotidien et de façon mesurable :
- Conception accélérée 3 à 5× : architectures HA, schémas T-SQL, runbooks Ansible conçus en binôme avec l'IA.
- Décisions argumentées : comparaison de plans d'exécution, choix d'indexation challengés avant validation.
- Documentation à jour : générée en parallèle du livrable, pas après coup.
Garde-fou non négociable : l'IA accélère le raisonnement, mais chaque changement passe par une revue humaine et un test sur réplica avant la production. L'IA ne pousse rien toute seule.
Un positionnement éprouvé en mission
Lead Service Reliability sur ~60 instances SQL Server critiques 24/7 (bases jusqu'à 2 To) : coordination L1, automatisations Ansible idempotentes pour le déploiement de clusters, tuning d'alertes, leadership technique. La fiabilité n'est pas un audit ponctuel, c'est une manière d'opérer.
Questions fréquentes
- Quelle différence entre un DBA et un Database Reliability Engineer ?
- Le DBA administre les bases ; le Database Reliability Engineer applique la culture SRE à la donnée : objectifs de fiabilité mesurés (RPO/RTO, disponibilité cible), industrialisation par le code, réduction du travail manuel répétitif, post-mortems sans recherche de coupable. Posture d'ingénieur de fiabilité, pas de pompier.
- Qu'est-ce que l'augmentation par l'IA change concrètement ?
- J'intègre Claude API depuis 2024 et Claude Code depuis sa sortie en 2025 à mes missions, en production : conception d'architecture et de runbooks accélérée 3 à 5×, décisions techniques challengées avant validation humaine, documentation générée en parallèle du livrable. L'humain valide toujours le changement avant la prod.
- Faites-vous du Site Reliability Engineering au sens large ?
- Mon cœur est la fiabilité des données SQL Server, mais j'ai tenu un poste de Lead Service Reliability sur ~60 instances critiques 24/7 (coordination L1, automatisation Ansible, tuning d'alertes) et des postes mêlant DBA, système et réseau. La fiabilité ne s'arrête pas à la base.
- L'IA en production, n'est-ce pas risqué pour mes bases ?
- L'IA ne touche jamais directement la production. Elle accélère le diagnostic et la conception ; chaque changement passe par une revue humaine, un test sur réplica et un commit tracé. C'est un outil de raisonnement, pas un opérateur autonome.
Une mission sur ce périmètre ?
30 minutes pour cadrer le besoin, premier échange offert. Réponse dans la journée. Missions critiques : 1000-1400 €/jour selon périmètre et durée.