Migrer vers le cloud, c’est simple — jusqu’au moment où il faut choisir entre une dizaine d’offres qui semblent toutes promettre la même chose. AWS, Microsoft Azure, Google Cloud, OVHcloud, des solutions hybrides, des clouds privés… Le marché a explosé ces dix ans. En 2024, les dépenses mondiales en services cloud ont dépassé 678 milliards de dollars selon Gartner, et les PME françaises représentent une part croissante de cette adoption.
Pourtant, beaucoup d’entreprises signent un contrat sans avoir défini leur besoin réel. Résultat : des coûts qui s’envolent, des données mal sécurisées et une équipe IT qui passe ses nuits à corriger des problèmes d’intégration. Cet article pose les bonnes questions avant de prendre une décision.
Ce que recouvre vraiment le terme « solution cloud »
Trois modèles de service, trois réalités très différentes
Le mot cloud est devenu un fourre-tout. Derrière, on trouve en réalité trois architectures distinctes, chacune adaptée à un contexte précis.
- SaaS (Software as a Service) : l’application tourne chez l’éditeur, l’entreprise y accède via navigateur. Salesforce, Microsoft 365, Notion — aucune installation, mise à jour automatique. Idéal pour les outils métiers courants.
- PaaS (Platform as a Service) : le fournisseur met à disposition une plateforme de développement. Les équipes techniques déploient leurs propres applications sans gérer l’infrastructure sous-jacente. Google App Engine ou Heroku en sont des exemples.
- IaaS (Infrastructure as a Service) : on loue de la puissance de calcul, du stockage, des réseaux. C’est le modèle le plus flexible et le plus technique. AWS EC2 ou les machines virtuelles Azure en font partie.
Un dirigeant non-technicien confond souvent ces trois niveaux — ce qui mène à comparer des offres qui n’ont rien à voir entre elles, un peu comme comparer un appartement meublé, un local nu et un terrain à bâtir.
Cloud public, privé ou hybride : lequel convient à votre activité ?
Le modèle de déploiement change tout, notamment en termes de sécurité et de conformité.
- Cloud public : infrastructure mutualisée chez un grand fournisseur. Coût d’entrée faible, scalabilité immédiate. Convient aux startups et aux applications sans données sensibles.
- Cloud privé : infrastructure dédiée, hébergée en interne ou chez un prestataire. Maîtrise totale, mais investissement lourd. Secteurs bancaire, santé et défense l’exigent souvent.
- Cloud hybride : combinaison des deux. Les données critiques restent sur le cloud privé, les charges variables basculent sur le cloud public. C’est le modèle que choisissent de plus en plus d’entreprises de taille intermédiaire.
Les critères qui font vraiment la différence au moment du choix
Comparer uniquement les tarifs affichés est une erreur classique. Le coût réel d’une solution cloud d’entreprise dépend de variables que les pages tarifaires ne montrent pas toujours clairement.
Voici les points à examiner sérieusement :
- Localisation des données : le RGPD impose des règles précises sur les transferts hors UE. Un hébergement chez un acteur soumis au Cloud Act américain peut poser problème pour les données personnelles de clients européens.
- SLA (Service Level Agreement) : 99,9 % de disponibilité garantie semble rassurant — c’est pourtant 8,7 heures d’interruption possible par an. Pour un service en ligne critique, exiger au minimum 99,99 %.
- Interopérabilité : la solution s’intègre-t-elle aux outils déjà en place (ERP, CRM, outils RH) ? Une migration qui force à tout reconstruire coûte trois fois plus cher que prévu.
- Scalabilité réelle : monter en charge en quelques minutes, oui — mais descendre aussi rapidement ? Certains contrats facturent le provisionnement même inutilisé.
- Support et niveaux de service : le support 24/7 est souvent réservé aux plans premium. Vérifier qui répond en cas de panne un dimanche à 3h du matin.
Un benchmark interne vaut mieux qu’une brochure commerciale. Tester l’offre sur un projet pilote de 30 à 60 jours avant tout engagement pluriannuel — la plupart des fournisseurs acceptent cette démarche.
Sécurité et conformité : ce qu’une entreprise ne peut pas déléguer
Passer au cloud ne transfère pas la responsabilité des données. Le modèle dit de responsabilité partagée est souvent mal compris : le fournisseur sécurise l’infrastructure, l’entreprise reste responsable de ce qu’elle y dépose, de qui y accède et de comment elle configure les droits.
Trois risques récurrents dans les déploiements cloud mal configurés :
- Des buckets de stockage S3 laissés publics par inadvertance — c’est l’une des causes les plus fréquentes de fuites de données chez les PME migrant sur AWS.
- Des comptes administrateurs sans double authentification (MFA), exposés à des attaques par force brute.
- Des sauvegardes automatiques activées mais jamais testées — découvrir qu’une sauvegarde est corrompue le jour d’un incident, c’est trop tard.
Pour les entreprises traitant des données de santé, les solutions doivent répondre aux exigences HDS (Hébergeur de Données de Santé) en France. Pour les acteurs financiers, les recommandations de l’ACPR s’appliquent. Ignorer ces contraintes réglementaires n’est pas une option.
Construire sa feuille de route cloud sans se disperser
Une migration cloud réussie suit rarement un planning initial à la lettre — mais elle part toujours d’un diagnostic sérieux. Avant de contacter un fournisseur, l’entreprise doit avoir répondu à quelques questions fondamentales.
- Quelles applications sont concernées en priorité ? Commencer par les moins critiques réduit le risque.
- Quel est le volume de données à migrer, et à quelle fréquence évolue-t-il ?
- Les équipes internes ont-elles les compétences pour gérer la solution une fois déployée, ou faut-il prévoir un accompagnement ou une infogérance ?
- Quel budget total, migration incluse, est alloué sur 3 ans — pas seulement la première année ?
Des acteurs comme OVHcloud proposent des offres souveraines hébergées en France, adaptées aux entreprises qui veulent garder leurs données sur le territoire européen. C’est un argument de poids pour certains secteurs, sans pour autant être la réponse universelle à tous les besoins.
La vraie question n’est pas « quel cloud choisir ? » mais « quels problèmes concrets cette solution doit-elle résoudre dans les 18 prochains mois ? ». Partir de là, c’est déjà éviter la moitié des erreurs habituelles.