POC Proxmox: pourquoi ça passe en labo et bloque en production
Le POC est souvent présenté comme une étape technique. En réalité, c'est une étape politique et opérationnelle: est-ce qu'on peut engager une trajectoire sans mettre la continuité en risque excessif?
Sur plusieurs missions, j'ai vu des POC "verts" qui n'ont pas obtenu de go en comité. Ce n'était pas un rejet de Proxmox. C'était un rejet d'un niveau de preuve insuffisant.
Les signaux d'un POC qui ne décidera rien
- Workloads trop simples, loin de la production réelle.
- Scénarios de panne limités à des cas confortables.
- Validation centrée sur la parité fonctionnelle.
- Rollback mentionné, mais jamais exécuté de bout en bout.
Dans ce format, on démontre qu'on peut démarrer une VM. On ne démontre pas qu'on peut tenir un incident.
Ce qu'une DSI attend vraiment
Pas un benchmark brillant. Une réponse à trois questions:
- Peut-on revenir en arrière vite et proprement?
- L'équipe exploitation sait-elle opérer ce socle sans dépendance permanente à des experts rares?
- Les dépendances critiques ont-elles été testées en mode dégradé?
Si ces réponses restent ambiguës, le no-go est rationnel.
Ce qui a changé la qualité des décisions
Les POC utiles avaient des règles plus exigeantes:
- périmètre incluant au moins un service stateful sensible,
- test de perte réseau inter-sites,
- test de restauration avec validation applicative,
- simulation d'astreinte réelle (pas uniquement équipe projet en journée).
C'est moins confortable. Mais c'est là que la vérité opérationnelle apparaît.
Une réalité qu'on évite souvent de dire
Certaines organisations ne sont pas prêtes pour Proxmox immédiatement. Pas à cause de Proxmox. À cause de leur niveau de préparation interne.
Quand l'inventaire est incertain, les runbooks incomplets et l'ownership diffus, changer de plateforme accélère les problèmes au lieu de les résoudre.
Dans ces cas-là, le bon choix peut être de préparer d'abord: cartographie, PRA, rôles, cadence de changement. Ensuite seulement, migration.
Position
Un bon POC n'est pas une vitrine. C'est un filtre.
S'il n'augmente pas la qualité de décision DSI, il consomme du temps et produit une confiance artificielle. En production, cette confiance se paie cher.