EXPÉRIENCE

Expérience en production

Études de cas anonymisées. Les migrations décrites ont été progressives.

EXPÉRIENCE

Des défis concrets en production

CASE / 01OBSERVABILITÉ

Moderniser l’observabilité en production

Faire évoluer la gestion des métriques et des logs vers une solution centralisée, légère et rapide, adaptée à des volumes importants.

CONTEXTE

Une organisation exploitant environ 200 serveurs s’appuyait sur Nagios, Elastic et Prometheus, avec des connexions SSH ponctuelles pour la consultation de logs. Les différentes sources éparpillées compliquaient les investigations.

INTERVENTION

Gestion d'une évolution progressive vers Prometheus et Thanos, puis VictoriaMetrics pour les métriques. Transition vers Vector et Loki, puis vers Quickwit pour les logs et traces. Point central de visualisation avec Grafana et routage des alertes avec Alertmanager. Ajout d'un processus de création et de résolution d'incidents et d'un catalogue de services à l'aide d'incident.io.

  • Environ 600 Go de métriques conservées sur une fenêtre de deux mois à travers quelques clusters VictoriaMetrics.
  • Environ 4 To de logs provenant de Kubernetes et de conteneurs LXC traités sur une fenêtre de trois semaines.
  • Centralisation des tableaux de bord, métriques, logs et traces afin que tout soit accessible depuis Grafana.
  • Des alertes routées vers les bons intervenants plutôt qu'envoyées en masse à une seule personne.
ARCHITECTURE / TRANSITION

DÉPART

  1. Nagios
  2. SSH ponctuel
  3. Supervision fragmentée entre Elastic et Grafana
  4. Logs dispersés
  5. Alertes envoyées à une personne

DESTINATION

  1. 01Hôtes et services catalogués
  2. 02Visualisation centralisée par Grafana
  3. 03Cluster de monitoring
  4. 04Gestion d'incidents
TECHNOLOGIES
PrometheusThanosVictoriaMetricsVectorLokiQuickwitGrafanaAlertmanagerincident.io
CASE / 02INGÉNIERIE DE PLATEFORME

Faire évoluer une plateforme legacy vers Kubernetes et GitOps

Remplacer progressivement une chaîne de déploiement sur mesure par une plateforme Kubernetes déclarative et reproductible.

CONTEXTE

Une plateforme de production reposait sur des conteneurs LXC, des paquets Debian personnalisés et des scripts Perl complexes. Son évolution, son apprentissage et sa reproduction demandaient beaucoup de travail manuel (SSH et scripts).

INTERVENTION

Contribution à une migration progressive vers Kubernetes bare metal, avec FluxCD, Helm et des pratiques GitOps. La gestion de secrets avec SOPS, les sauvegardes avec Velero et le stockage Ceph faisaient partie de l’écosystème. Expérience également avec une flotte d'environ dix clusters gérés avec Cluster API et Sveltos.

  • Transition graduel de LXC et paquets Debian vers Kubernetes.
  • Déploiement d'un cluster de 6 nœuds dédié au monitoring centralisé de l'ensemble des serveurs.
  • Gestion d'environ 20 nœuds répartis à travers différents clusters.
  • Gestion d’une flotte d’environ dix clusters avec Cluster API et Sveltos.
  • Déploiement reproductible de l'infrastructure (CNI, DNS, ingress, stockage).
ARCHITECTURE / TRANSITION

DÉPART

  1. Conteneurs LXC
  2. Paquets Debian personnalisés
  3. Scripts Perl
  4. SSH

DESTINATION

  1. 01GitOps
  2. 02environnements reproductible
  3. 03ajustement dynamique de resources
  4. 04mises à jour et retours arrière automatisés
TECHNOLOGIES
KubernetesFluxCDArgo CDHelmCluster APISOPSVeleroCeph