Une PME peut aujourd’hui lancer une application, sauvegarder ses fichiers ou équiper ses équipes sans acheter de serveurs. Le vrai sujet n’est donc plus de savoir si le cloud est utile, mais de choisir le bon niveau de service, le fournisseur adapté et un cadre qui protège les données. Je vous propose ici une lecture concrète des services de cloud computing, de leurs usages, de leurs coûts et des critères qui comptent réellement en France.
Le cloud devient pertinent quand il répond à un besoin précis
- IaaS fournit des serveurs, du stockage et du réseau à la demande.
- PaaS accélère le développement en masquant une grande partie de l’infrastructure.
- SaaS donne accès à un logiciel prêt à l’emploi, souvent facturé par utilisateur.
- AWS, Microsoft Azure et Google Cloud dominent le marché, tandis que des acteurs français et européens répondent à des besoins de proximité ou de souveraineté.
- Le prix réel dépend autant de la consommation réseau, des sauvegardes et du support que des serveurs eux-mêmes.
Les trois grands modèles de services cloud
Le cloud computing consiste à utiliser des ressources informatiques à distance, via Internet, au lieu de posséder toute l’infrastructure. Dans la pratique, je distingue surtout trois niveaux de responsabilité. Plus on monte de l’IaaS vers le SaaS, moins l’entreprise gère de composants techniques, mais moins elle contrôle aussi les détails de fonctionnement.
L’IaaS pour garder la main sur l’infrastructure
L’Infrastructure as a Service fournit des machines virtuelles, du stockage, des réseaux et parfois des pare-feu administrables. C’est le choix d’une entreprise qui veut migrer un serveur existant, héberger une application spécifique ou conserver une forte liberté d’architecture.
Cette souplesse a un prix. Il faut encore gérer le système d’exploitation, les correctifs, les comptes, la supervision et une partie de la sécurité. Pour une petite équipe sans administrateur système, une IaaS mal configurée peut rapidement devenir plus complexe qu’un serveur local.
Le PaaS pour développer plus vite
Avec une Platform as a Service, le fournisseur gère davantage de briques techniques, comme le système d’exploitation, l’environnement d’exécution ou certaines bases de données. Les développeurs peuvent ainsi déployer une application sans préparer chaque serveur manuellement.
Le PaaS convient bien aux sites web, aux API et aux applications métiers qui doivent évoluer rapidement. Mon expérience est que le gain de temps devient évident dès qu’une équipe réalise plusieurs déploiements par semaine. En revanche, la dépendance au fournisseur augmente, surtout lorsque l’application utilise des fonctions propriétaires.
Le SaaS pour utiliser directement un logiciel
Le Software as a Service correspond aux outils accessibles depuis un navigateur ou une application, comme une messagerie, une suite bureautique, un CRM ou un logiciel de gestion. L’éditeur s’occupe de l’hébergement, des mises à jour et d’une grande partie de la maintenance.
Pour un outil standard qui ne constitue pas un avantage concurrentiel, le SaaS est souvent le choix le plus raisonnable. Le tarif se situe fréquemment entre 5 et 50 euros par utilisateur et par mois, selon les fonctions, le support et le niveau de sécurité. Il faut toutefois vérifier la récupération des données avant de signer, car changer de logiciel peut devenir difficile après plusieurs années.
On trouve aussi le serverless, qui facture l’exécution d’un code ou d’une fonction sans imposer la gestion d’un serveur permanent. Ce modèle est pratique pour des traitements ponctuels et des applications très variables, mais il demande un suivi précis des appels et de la consommation.
Quels services choisir selon le besoin de l’entreprise
Les catégories techniques sont utiles pour comprendre l’offre, mais elles ne suffisent pas pour décider. Je pars toujours du besoin opérationnel, puis je remonte vers l’architecture. Une entreprise qui veut simplement partager des documents n’a pas besoin du même cloud qu’un éditeur qui traite des milliers de requêtes par seconde.
| Besoin | Service adapté | Point de vigilance |
|---|---|---|
| Messagerie et collaboration | SaaS | Réversibilité, droits d’accès et localisation des données |
| Hébergement d’un site ou d’une application | IaaS ou PaaS | Performance, sauvegardes et coût du trafic sortant |
| Développement logiciel | PaaS, conteneurs ou serverless | Dépendance aux services propriétaires |
| Archivage et sauvegarde | Stockage objet ou service managé | Durée de conservation et restauration réelle |
| Analyse de données et intelligence artificielle | Services de données, GPU ou plateformes spécialisées | Coût du calcul et protection des données sensibles |
Stockage, sauvegarde et reprise après incident
Le stockage cloud ne remplace pas automatiquement une sauvegarde. Une suppression synchronisée ou un compte compromis peut aussi supprimer les copies en ligne. Je recommande au minimum une politique avec plusieurs versions des fichiers, une copie séparée et des tests de restauration planifiés.
Pour une petite structure, quelques centaines de gigaoctets peuvent coûter seulement quelques euros par mois. Le budget augmente avec la redondance, la conservation longue durée et les restaurations fréquentes. Le chiffre important n’est donc pas seulement le prix du gigaoctet, mais le coût d’un retour complet après incident.
Bases de données et services managés
Une base de données managée évite de s’occuper des correctifs, de la réplication et d’une partie de la supervision. Elle convient aux équipes qui veulent se concentrer sur l’application plutôt que sur l’administration quotidienne.
Cette simplicité n’est pas gratuite. Une base managée peut coûter de quelques dizaines à plusieurs centaines d’euros par mois, selon la mémoire, les performances, la haute disponibilité et le volume de données. Pour une application modeste, une base trop puissante est une dépense inutile. Pour une application critique, économiser sur la redondance peut coûter bien plus cher lors d’une panne.
Les principaux fournisseurs ne répondent pas exactement aux mêmes besoins
Amazon Web Services, Microsoft Azure et Google Cloud forment le trio le plus visible du marché mondial. Tous proposent de l’IaaS, du PaaS, du stockage, des bases de données, de l’analytique et des services d’intelligence artificielle. Leur différence se trouve moins dans l’existence des fonctions que dans l’écosystème, les outils d’administration, les tarifs et les compétences disponibles.
AWS pour la richesse de l’écosystème
AWS propose une très grande variété de services et de configurations. C’est un avantage pour les architectures complexes ou les entreprises qui veulent trouver presque toutes leurs briques chez le même fournisseur. En contrepartie, son catalogue peut désorienter une équipe débutante et rendre la facture difficile à lire.
Azure pour les environnements Microsoft
Azure s’intègre naturellement avec Microsoft 365, Windows Server, Active Directory et de nombreux outils professionnels déjà présents dans les entreprises françaises. Cette continuité peut réduire les efforts de migration et simplifier la gestion des identités. Elle ne dispense pas d’une comparaison technique, car une intégration pratique ne garantit pas toujours le meilleur coût.
Google Cloud pour les données et le développement moderne
Google Cloud est particulièrement présent dans l’analyse de données, les conteneurs, le machine learning et les architectures orientées développeurs. Il peut être intéressant pour une équipe qui construit une application moderne autour de données importantes. Comme ailleurs, les services avancés doivent être surveillés avec soin, car une fonctionnalité très pratique peut aussi créer une dépendance difficile à supprimer.
Les acteurs français et européens
OVHcloud, Scaleway, Outscale et d’autres fournisseurs régionaux peuvent offrir une relation plus proche, des prix lisibles ou une implantation européenne appréciée pour certains projets. Leur catalogue est parfois moins large que celui des hyperscalers, mais cette limite peut devenir un avantage pour une organisation qui préfère une architecture plus simple.
Pour des données sensibles, le sujet ne se résume pas au pays où se trouve le centre de données. Il faut examiner la juridiction du fournisseur, les accès administrateurs, les sous-traitants, le chiffrement et les engagements contractuels. En France, la qualification SecNumCloud constitue un repère important pour les environnements nécessitant un niveau renforcé de sécurité et de confiance, mais elle doit être vérifiée service par service.
Cloud public, privé, hybride ou multicloud
Le cloud public mutualise une infrastructure opérée par un fournisseur et permet de démarrer rapidement. Il convient à la majorité des applications classiques, surtout lorsque l’entreprise recherche de l’élasticité et ne veut pas investir dans ses propres salles informatiques.
Le cloud privé réserve l’environnement à une organisation. Il apporte davantage de contrôle et peut répondre à des contraintes particulières, mais il exige des compétences, du matériel et une exploitation rigoureuse. Il n’est pas automatiquement plus sécurisé qu’un cloud public bien configuré.
Le cloud hybride combine une infrastructure interne avec des services externes. C’est souvent un compromis réaliste pour une entreprise qui doit conserver certaines données sur site tout en profitant de la puissance du cloud. La difficulté se trouve dans les connexions, les identités et la cohérence des sauvegardes.
Le multicloud utilise plusieurs fournisseurs. Cette stratégie peut réduire certains risques de dépendance, mais elle augmente les coûts de pilotage et les besoins en compétences. Je la recommande seulement lorsqu’elle répond à une contrainte claire, comme une exigence réglementaire, une disponibilité particulière ou l’utilisation de services réellement différents.
Combien coûte réellement une migration vers le cloud
Une petite entreprise peut démarrer avec moins de 100 euros par mois pour quelques services simples, mais ce montant ne représente pas nécessairement un environnement de production complet. Une application professionnelle avec sauvegardes, supervision, haute disponibilité et support se situe plus souvent entre quelques centaines et plusieurs milliers d’euros mensuels.
Les dépenses les plus souvent oubliées sont le trafic sortant, les adresses IP, les instantanés, les journaux, les environnements de test et le support technique. Une machine peu coûteuse peut donc produire une facture élevée si elle échange beaucoup de données ou si plusieurs copies sont conservées.
Lire aussi : Stockage Azure - Comment choisir le bon service et éviter les pièges ?
Les bons réflexes de FinOps
Le FinOps désigne l’organisation qui rapproche les décisions techniques des coûts réels. Il ne s’agit pas seulement de couper les ressources, mais de comprendre qui consomme quoi et pourquoi.
- Attribuer chaque ressource à une équipe ou à un projet.
- Créer des alertes avant d’atteindre un seuil budgétaire.
- Éteindre les environnements de test inutilisés.
- Réserver les capacités stables lorsque l’engagement est justifié.
- Contrôler chaque mois le stockage, les sauvegardes et le trafic sortant.
Une migration réussie ne consiste pas à déplacer les serveurs tels quels. Elle doit supprimer les ressources inutiles et adapter l’architecture. Sinon, l’entreprise paie simplement un hébergement externe plus souple, mais pas forcément plus économique.
Les critères à vérifier avant de signer
Je conseille de rédiger une courte grille de décision avant de comparer les offres. Elle évite de choisir uniquement sur le tarif affiché ou sur la réputation d’un fournisseur.
- Sécurité : chiffrement, gestion des identités, journalisation et séparation des environnements.
- Données : localisation, sous-traitants, conservation et procédure de suppression.
- Disponibilité : niveau de service, compensation prévue et temps de rétablissement.
- Réversibilité : formats d’export, délais, coûts de récupération et documentation.
- Compétences : capacité réelle de l’équipe à administrer la solution retenue.
- Support : horaires, langue, délais de réponse et escalade des incidents.
Le RGPD impose aussi de savoir où les données sont traitées et qui peut y accéder. Pour un outil SaaS, demandez les conditions de sous-traitance et les modalités d’export. Pour une infrastructure, documentez les rôles de chacun, car la sécurité reste une responsabilité partagée entre le fournisseur et le client.
Avant une migration complète, je préfère un projet pilote limité à un périmètre mesurable. Il peut s’agir d’une application interne ou d’un service non critique. Pendant quatre à six semaines, l’équipe mesure les coûts, la performance, la facilité d’administration et la restauration des sauvegardes. Ce test révèle souvent les difficultés que les présentations commerciales laissent de côté.
La bonne décision commence par le niveau de contrôle dont vous avez besoin
Pour un logiciel standard, le SaaS est généralement le chemin le plus court. Pour une application métier spécifique, le PaaS offre souvent un bon équilibre entre vitesse et contrôle. L’IaaS reste pertinente lorsque l’architecture doit être maîtrisée dans le détail, mais elle demande une vraie discipline d’exploitation.
Je retiens une règle simple. Choisissez d’abord le niveau de responsabilité que votre équipe peut réellement assumer, puis comparez les fournisseurs sur la sécurité, la réversibilité et le coût total. Un cloud bien choisi doit rendre l’informatique plus adaptable, pas seulement déplacer sa complexité ailleurs.
