Le problème
Une plateforme documentaire devait évoluer vers une infrastructure mieux organisée autour des conteneurs. Les difficultés signalées concernaient notamment la disponibilité des volumes persistants et les lenteurs lors des pics de charge.
Étude de cas 01 · Infrastructure & Kubernetes
Migration vers K3s, stockage persistant Longhorn et déploiement GitOps. Un aperçu du contexte, des choix techniques et des éléments permettant d’apprécier le résultat.
01 / Le besoin
Une plateforme documentaire devait évoluer vers une infrastructure mieux organisée autour des conteneurs. Les difficultés signalées concernaient notamment la disponibilité des volumes persistants et les lenteurs lors des pics de charge.
Structurer le déploiement sur K3s, fiabiliser le stockage des documents et rendre les mises en production plus reproductibles grâce au GitOps.
Travail technique sur la migration vers K3s et son exploitation : ressources Kubernetes, persistance Longhorn, exposition par Ingress TLS et organisation du déploiement GitOps.
02 / Architecture
Les composants et leurs rôles dans l’architecture.
03 / Intervention
Les points essentiels de la mise en œuvre et les arbitrages de fiabilité à examiner.
Identifier les composants à migrer, leurs dépendances et surtout les données à conserver : volumes, droits, capacité, sauvegardes et restauration.
Définir les ressources applicatives, leur exposition par Service et Ingress et les paramètres qui doivent rester versionnés.
Relier les volumes persistants aux applications, observer leur attachement effectif et contrôler le comportement après redémarrage des pods.
Vérifier la disponibilité HTTP(S), la persistance des documents, l’état des workloads et la possibilité de revenir à une version applicative maîtrisée.
04 / Résultats
05 / Traçabilité
Points de contrôle : configuration, état des services et suivi des opérations.
Extraits anonymisés de Deployment, Service, Ingress et PVC ; correspondance entre les besoins de persistance et les volumes.
État des pods et PVC, événements d’attachement et résultat des contrôles de santé lors des déploiements.
Historique d’une sonde HTTP(S) horodatée et corrélation avec les opérations de mise en production.
kubectl -n <namespace> get deploy,pods,svc,ingress
kubectl -n <namespace> get pvc
kubectl -n <namespace> rollout status deploy/<application>
kubectl -n <namespace> describe pvc <volume>06 / Pour aller plus loin
Prestation associée
Découvrez le périmètre et les livrables possibles pour cette catégorie de projets.
Consulter l’offre associée ↗Un besoin similaire ?
Je travaille avec votre équipe pour cadrer le chantier, réaliser les changements et transmettre les procédures à vos développeurs.
Autres expériences