Le problème à résoudre
Les micro-coupures de courant et les pertes de connectivité sont le quotidien des sites en Afrique. Les architectures conçues ailleurs supposent une énergie et un réseau stables — et tombent dès que ces conditions ne sont pas réunies.
La promesse pour la direction
Votre administrateur conçoit des infrastructures pensées pour le contexte réel : mode offline-first, arrêt propre piloté par onduleur, et reprise automatique sans corruption après un arrêt brutal.
Ce que le parcours débloque
Nulle
Perte de données sur coupure
Éliminée
Corruption après arrêt brutal
Mode dégradé local
Continuité en agence
Le cadre
| Élément | Valeur |
|---|---|
| Profil cible | AdminSys / exploitation |
| Prérequis | Linux, conteneurs, bases réseau |
| Durée | 6 mois (accélérateur) |
| Format | Blended · 70 % TP en conditions dégradées |
Pile technique maîtrisée à l’issue
K3s · K0s · RabbitMQ · Kafka · NUT · Longhorn · ArgoCD · Prometheus
Les jalons
Une trajectoire pour un collaborateur déjà en poste. Chaque mois est validé par un livrable et un critère d’acceptation écrit à l’avance.
| Mois | Thème | Atelier | Validation |
|---|---|---|---|
| M1 | Architecture offline-first Files de messages & réconciliation | Système de collecte qui survit aux coupures réseau | ✔ Zéro perte après 2 h de coupure |
| M2 | Kubernetes ultra-léger K3s / K0s sur matériel contraint | Cluster K3s sur machines < 2 Go de RAM | ✔ < 500 Mo de RAM au repos |
| M3 | Résilience énergétique Onduleurs & arrêt propre (NUT) | Arrêt ordonné du cluster sur alerte batterie | ✔ Reprise sans corruption après coupure |
| M4 | Observabilité contrainte Monitoring économe | Superviser 5 agences avec < 1 % de bande passante | ✔ Alerte siège < 30 s |
| M5 | GitOps multi-agences Déploiement en réseau instable | Mise à jour de 5 sites via une commande Git | ✔ Versions uniformisées automatiquement |
| M6 | Projet baptême du feu Infra résiliente réelle | Maquette siège + 3 agences en conditions réelles | ✔ Soutenance + coupure provoquée |