Migrer vers le cloud consiste à déplacer vos données, vos applications et vos serveurs depuis des machines que vous possédez vers des machines que vous louez. La question du modèle (public, privé, hybride) arrive en réalité assez tard dans un projet. Elle compte, mais elle vient après deux décisions plus structurantes : que faut-il déplacer, et comment revenir en arrière si le fournisseur déçoit.
Les trois modèles, en clair
| Cloud public | Cloud privé | Cloud hybride | |
|---|---|---|---|
| Le principe | Des ressources mutualisées chez un grand fournisseur, facturées à l’usage | Une infrastructure dédiée à votre seule entreprise, hébergée chez un prestataire ou chez vous | Une partie chez le fournisseur, une partie chez vous, les deux reliées |
| Le coût | Aucun investissement de départ, facture mensuelle variable | Plus cher, mais prévisible | Intermédiaire, et le plus difficile à piloter |
| Ce qu’on y gagne | Élasticité immédiate, services managés, disponibilité | Maîtrise complète de l’emplacement et de la configuration | Chaque charge est placée là où elle est le mieux |
| Ce qu’on y perd | Une part de maîtrise, et une facture qui dérive si personne ne la surveille | L’élasticité : la capacité s’achète à l’avance | De la simplicité : deux environnements à sécuriser au lieu d’un |
Cette page vous a aidé ? C’est notre métier.
- Support 8h-20h · 7j/7
- SOC 24/7
- < 10 min
- Équipe dédiée
En PME, l’hybride n’est pas un choix, c’est un état de fait
La plupart des entreprises que nous accompagnons sont déjà hybrides sans l’avoir décidé : la messagerie et les fichiers sont dans Microsoft 365, tandis qu’un logiciel métier, une base de données ou un serveur de fichiers restent dans les locaux. Ce n’est pas un retard, et ce n’est pas non plus une architecture : c’est ce qui arrive quand les migrations se font au fil des besoins.
Le travail utile consiste alors à transformer cet état de fait en décision assumée : savoir pourquoi chaque élément est là où il est, sécuriser les deux mondes de la même façon, et vérifier que la sauvegarde couvre les deux. C’est très exactement ce que produit un audit d’infrastructure.
Ce qui ne devrait pas partir dans le cloud
Nous préférons le dire tôt, quitte à vendre moins de projet. Trois situations où la migration se paie cher :
- Un logiciel métier ancien, sensible à la latence. Une application conçue pour un réseau local supporte mal les quelques dizaines de millisecondes qui la séparent d’un centre de données. Le résultat se mesure en plaintes quotidiennes, pas en économies.
- De gros volumes consultés en permanence. Fichiers de conception, imagerie, vidéo : le stockage est bon marché, mais le trafic sortant et la lenteur d’accès ne le sont pas.
- Un besoin de bande passante que votre lien internet ne couvre pas. Passer les serveurs dans le cloud rend votre activité entièrement dépendante de la connexion : sans lien de secours, une coupure devient un arrêt total. Le sujet relève du réseau avant de relever du cloud.
Dans ces cas, un serveur local correctement dimensionné, sauvegardé hors site et supervisé, reste la bonne réponse. Ce n’est pas un aveu de conservatisme : c’est le résultat d’un calcul.
Comment se déroule une migration
- L’inventaire. Serveurs, applications, volumes, dépendances entre les briques et licences. Cette étape est la seule qui ne se rattrape pas : une dépendance oubliée se découvre le jour de la bascule.
- Le classement. Chaque charge reçoit une destination et une justification : cloud public, hébergement dédié, ou maintien sur site.
- La préparation. Réseau, identités, droits d’accès, et surtout la sauvegarde de l’existant, avant de toucher quoi que ce soit.
- La bascule. Par lots, jamais en une nuit, avec un retour arrière possible à chaque étape et une période où les deux environnements cohabitent.
- Le nettoyage. Arrêt et décommissionnement de l’ancien, ajustement des ressources louées à la consommation réelle, effacement certifié des disques avant de sortir le matériel.
La cinquième étape est celle qu’on saute le plus souvent, et c’est elle qui décide de la facture des trois années suivantes. Nous la traitons systématiquement, y compris l’effacement certifié des données sur les machines sortantes.
La question que personne ne pose : comment on sort
Entrer dans un cloud est facile, en sortir beaucoup moins. Les formats propriétaires, les services managés spécifiques à un fournisseur et les frais de sortie sur les données créent une dépendance qui se découvre au mauvais moment. Pour les entreprises du secteur financier, cette réversibilité est même devenue une obligation réglementaire, détaillée sur notre page infogérance en finance régulée.
Pour toutes les autres, la règle de prudence tient en trois points : conserver une sauvegarde dans un format lisible sans le fournisseur, connaître à l’avance le coût d’extraction de vos données, et documenter les services spécifiques utilisés. Ces trois éléments figurent dans nos dossiers de migration.
Où va quoi, concrètement
Les deux destinations que nous traitons le plus souvent ont leur propre page : la migration de la messagerie et des fichiers vers Microsoft 365, et la migration des serveurs vers Microsoft Azure. Dans les deux cas, la sauvegarde externalisée est un chantier distinct : les données hébergées chez un fournisseur ne sont pas sauvegardées par lui.
Questions fréquentes sur la migration vers le cloud
Quelle différence entre cloud public et cloud privé ?
Dans un cloud public, vos machines virtuelles partagent une infrastructure physique avec d’autres clients, ce qui permet de payer à l’usage et d’ajouter de la capacité en quelques minutes. Dans un cloud privé, l’infrastructure est dédiée à votre entreprise : vous savez précisément où sont vos données et vous maîtrisez la configuration, en échange d’un coût plus élevé et d’une élasticité moindre.
Qu’est-ce qu’un cloud hybride ?
C’est une architecture qui combine des ressources hébergées chez un fournisseur et des ressources conservées dans vos locaux, reliées et administrées ensemble. C’est le modèle majoritaire en PME, parce que certaines applications gagnent à partir et d’autres non.
Le cloud coûte-t-il moins cher qu’un serveur ?
Pas mécaniquement. Il supprime l’investissement de départ et remplace un achat tous les cinq ans par une dépense mensuelle, ce qui aide la trésorerie. Sur la durée, une machine allumée en permanence dans le cloud revient souvent plus cher qu’un serveur amorti. Le cloud devient économique quand la charge varie, quand il évite d’acheter de la capacité pour un pic annuel, ou quand il remplace des services que vous n’avez plus à administrer.
Combien de temps dure une migration ?
De quelques jours pour une messagerie de trente personnes à plusieurs mois pour un système d’information complet avec des applications métier. La durée dépend beaucoup moins des volumes que du nombre de dépendances entre applications.
Que deviennent les données pendant la bascule ?
Elles sont copiées, jamais déplacées : l’ancien environnement reste intact et fonctionnel jusqu’à la validation. Une sauvegarde complète est réalisée avant le début des opérations, et le retour arrière reste possible à chaque étape.
Faut-il tout migrer d’un coup ?
Non, et c’est même le meilleur moyen de rater le projet. Nous procédons par lots, en commençant par ce qui présente le moins de risque, ce qui permet de corriger la méthode avant de toucher aux systèmes critiques.
Faire évaluer votre projet
Nous commençons par l’inventaire et par le calcul, pas par la solution. Accordez 30 minutes à un ingénieur : vous saurez ce qui gagne à partir, ce qui doit rester, et ce que cela coûte réellement sur trois ans.