- Accueil
- Références
Références
De vrais problèmes d’infrastructure que nous avons résolus. Kubernetes, bases de données, cloud, migrations.
Migration MySQL sans interruption à l’échelle du téraoctet
Le problème Une entreprise SaaS de la fintech exploitait une base MySQL de 2 To sur de vieux serveurs physiques. L’infrastructure arrivait en fin de vie. Les sauvegardes étaient manuelles et jamais testées. Il n’y avait aucune bascule : si le serveur principal tombait, la plateforme tombait avec lui. La migration devait avoir lieu bientôt, mais le coût d’une interruption était inacceptable.
Lire l’étude de cas →Kubernetes : 40% de dépenses cloud en moins
Le problème Une plateforme e-commerce dépensait 18 000 $ par mois pour un cluster AWS EKS. L’équipe infrastructure savait que les coûts étaient élevés, sans pouvoir dire où se trouvait le gaspillage. Aucune mise à l’échelle automatique n’était configurée. Les nœuds tournaient à 20% d’utilisation. Les instances réservées n’étaient pas utilisées. Personne n’avait une vision claire du coût par charge de travail.
Lire l’étude de cas →Sauvegardes MySQL incrémentielles à grande échelle : de 12 heures à 30 minutes
Le problème Une startup très orientée données exploitait 2 To de MySQL en production. Les sauvegardes complètes duraient plus de 12 heures et échouaient régulièrement. L’équipe n’avait aucun moyen fiable de tester la restauration. Une restauration complète prenait des jours. Les échecs de sauvegarde passaient inaperçus jusqu’au moment où l’on en avait besoin. Les solutions de sauvegarde gérées (Kasten, AWS DMS) coûtaient plus de 150 $ par mois, rien que pour les sauvegardes.
Lire l’étude de cas →Mise à l’échelle automatique des nœuds Kubernetes : absorber des pics de trafic imprévisibles sans intervention manuelle
Le problème Une plateforme de données en temps réel faisait face à un trafic imprévisible : résultats d’élections, dernières nouvelles, annonces des marchés provoquaient des pics soudains de millions de requêtes en quelques minutes. L’équipe avait essayé le Horizontal Pod Autoscaler (HPA) pour adapter le nombre de réplicas, sans succès.
Lire l’étude de cas →Prêt à simplifier votre plateforme ?
Nous travaillons avec un petit nombre de clients à la fois. Si vous faites face à des problèmes de fiabilité, à de la complexité ou à une plateforme difficile à exploiter, parlons-en.