Trois cas réels, anonymisés : les faits techniques sont exacts, les clients ne sont pas nommés. Chaque intervention fait l’objet d’un compte-rendu écrit, disponible sur demande dans le respect de la confidentialité.

Migration d’une base PostgreSQL vers Aurora, sans coupure

Situation. Un éditeur de logiciels multi-filières exploitait une base PostgreSQL de production et devait la faire passer sur Aurora, le service de base de données d’AWS (Amazon Web Services). Une coupure n’était pas acceptable.

Ce que nous avons fait. Analyse de risque, puis bascule par déploiement Blue/Green : l’ancienne et la nouvelle base ont tourné en parallèle, le trafic a été transféré par étapes, avec un retour arrière possible à tout moment.

Résultat. Aucune coupure de service perçue par les utilisateurs. Le même procédé a servi aux autres migrations majeures de bases de cet éditeur. Voir : Migration sans interruption.

Faille critique WordPress traitée en une matinée

Situation. Une vulnérabilité référencée (CVE, Common Vulnerabilities and Exposures) permettant l’exécution de code à distance sans authentification est publiée un jeudi. Elle touche un parc WordPress multisite hébergeant cinq sites de production.

Ce que nous avons fait. La veille sur les vulnérabilités a signalé l’exposition du parc. Dans la matinée : sauvegarde complète (base et fichiers), montée de version ciblée, vérification fonctionnelle des cinq sites, documentation de l’intervention.

Résultat. Correctif en place le jour même, avant toute exploitation constatée. Sur un site sans suivi, la même faille reste exploitable des semaines. Voir : Hébergement et exploitation de sites.

Supervision multi-sites avec tri des alertes

Situation. Plusieurs sites géographiques distincts, une infrastructure Proxmox et Docker, et une supervision qui produisait cent cinquante notifications par jour. À ce rythme, les alertes ne sont plus lues.

Ce que nous avons fait. Supervision centralisée avec Zabbix et Grafana sur l’ensemble des sites, et règles de tri automatique des alertes pour ne remonter que les signaux exploitables. Journaux agrégés (Graylog, ELK : Elasticsearch, Logstash, Kibana) pour retrouver l’origine d’un incident en minutes.

Résultat. Cinq signaux utiles par jour au lieu de cent cinquante. Voir : Supervision et journaux.

Un premier échange est gratuit. Nous contacter