Étude de cas 01 · Infrastructure & Kubernetes

Migration d’une plateforme documentaire vers Kubernetes (K3s)

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.

  • K3s
  • Longhorn
  • Kubernetes
  • GitOps
  • Ingress TLS

01 / Le besoin

Contexte et objectif

SITUATION INITIALE

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.

OBJECTIF DE L’INTERVENTION

Ce qui devait changer

Structurer le déploiement sur K3s, fiabiliser le stockage des documents et rendre les mises en production plus reproductibles grâce au GitOps.

PÉRIMÈTRE TECHNIQUE

Nature du travail

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 mis en jeu

Architecture fonctionnelle

Les composants et leurs rôles dans l’architecture.

Dépôt GitOps
Déploiement K3s
Services / Ingress TLS
Volumes Longhorn

03 / Intervention

La démarche technique

Les points essentiels de la mise en œuvre et les arbitrages de fiabilité à examiner.

  1. Cadrage des services et de la persistance

    Identifier les composants à migrer, leurs dépendances et surtout les données à conserver : volumes, droits, capacité, sauvegardes et restauration.

  2. Déploiement sur K3s

    Définir les ressources applicatives, leur exposition par Service et Ingress et les paramètres qui doivent rester versionnés.

  3. Intégration de Longhorn

    Relier les volumes persistants aux applications, observer leur attachement effectif et contrôler le comportement après redémarrage des pods.

  4. Validation et exploitation

    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

Ce qui a changé

Avant

  • InfrastructureServices et stockage rencontrant des incidents de volumes
  • ExploitationMises à jour avec risque d’interruption
  • DéploiementOrganisation à rationaliser

Après

  • InfrastructureServices conteneurisés sur K3s
  • ExploitationVolumes persistants via Longhorn et exposition HTTPS
  • DéploiementConfiguration versionnée dans un flux GitOps

05 / Traçabilité

Contrôles techniques

Points de contrôle : configuration, état des services et suivi des opérations.

CONTRÔLE 01

Configuration déclarative

Extraits anonymisés de Deployment, Service, Ingress et PVC ; correspondance entre les besoins de persistance et les volumes.

CONTRÔLE 02

État réel du cluster

État des pods et PVC, événements d’attachement et résultat des contrôles de santé lors des déploiements.

CONTRÔLE 03

Disponibilité pendant les mises à jour

Historique d’une sonde HTTP(S) horodatée et corrélation avec les opérations de mise en production.

Terminal · Exemple de commandes de contrôle
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

Questions techniques à approfondir

  • Quelle était la topologie avant et après migration ?
  • Quels services nécessitaient des volumes persistants ?
  • Comment les erreurs de montage ont-elles été résolues ?
  • Quels tests fonctionnels ont validé la reprise ?

Prestation associée

Intervenir sur un besoin similaire

Découvrez le périmètre et les livrables possibles pour cette catégorie de projets.

Consulter l’offre associée ↗

Un besoin similaire ?

Un besoin similaire sur un projet client ?

Je travaille avec votre équipe pour cadrer le chantier, réaliser les changements et transmettre les procédures à vos développeurs.

Parler d’une migration Kubernetes ↗