Migrer vers le cloud : les trois questions à se poser avant, pas pendant

Pourquoi ces questions doivent être posées avant, pas pendant

Une migration cloud qui tourne mal ne rate presque jamais sur la technique — les outils de migration sont matures, la documentation éditeur est abondante. Elle rate sur des décisions qui auraient dû être prises en amont, et qui finissent tranchées dans l'urgence, en cours de projet, sous la pression du calendrier. Trois questions, posées avant de lancer quoi que ce soit, évitent la majorité de ces décisions de rattrapage.

Question 1 — Pourquoi migrer, précisément ?

« Aller dans le cloud » n'est pas un objectif, c'est un moyen. Derrière cette intention se cachent des motivations très différentes, qui n'aboutissent pas à la même architecture ni au même calendrier :

• Réduire un coût d'infrastructure — dans ce cas, le dimensionnement et le choix du modèle de facturation comptent plus que la sophistication technique.
• Sortir d'une dépendance matérielle vieillissante — la priorité devient alors la continuité de service pendant la bascule, pas l'optimisation immédiate des coûts.
• Gagner en flexibilité pour absorber une croissance — l'enjeu se déplace vers l'architecture (capacité à monter en charge) plus que vers la migration elle-même.

Une organisation qui ne clarifie pas laquelle de ces motivations prime finit souvent par vouloir les trois en même temps, avec un budget et un calendrier pensés pour une seule.

Question 2 — Quelles données peuvent réellement sortir, et lesquelles non ?

Cette question devrait se poser avant le choix du prestataire cloud, pas après. Certaines données sont soumises à des contraintes de localisation ou de sensibilité (données de santé, données bancaires, certains marchés publics) qui restreignent le choix d'hébergeur ou imposent des garanties contractuelles spécifiques. Découvrir cette contrainte après avoir engagé la migration vers un fournisseur qui ne la satisfait pas oblige à tout reprendre, à un coût sans commune mesure avec celui d'un audit préalable de quelques jours.

La rigueur RGPD s'applique ici directement : un hébergement hors Union européenne n'est pas interdit, mais il impose des garanties (clauses contractuelles types, décision d'adéquation) qu'il faut vérifier avant de signer, pas après.

Question 3 — Qui, en interne, doit être capable de reprendre la main ?

Une migration cloud réussie techniquement peut créer une nouvelle dépendance si personne en interne ne comprend l'architecture une fois le prestataire de migration parti. La question à trancher en amont n'est pas seulement « qui migre », mais « qui saura faire évoluer et dépanner cette infrastructure dans un an ». Cela conditionne le niveau de documentation à exiger du prestataire, et éventuellement la nécessité d'associer une ressource interne au projet dès le départ plutôt que de découvrir l'architecture au moment d'un incident.

Ce que ces trois questions changent concrètement

Répondre à ces trois questions avant de lancer le projet ne rallonge pas significativement le calendrier — un cadrage sérieux se compte en jours, pas en mois. Ce qu'il évite, en revanche, c'est de devoir répondre à ces mêmes questions en cours de migration, au moment où chaque changement de direction coûte dix fois plus cher qu'en amont.