Qu’est-ce que le Cloud Computing?
Temps de lecture : 15 min
Article réactualisé en 2026.
Le cloud computing s’est imposé comme l’un des principaux socles de la transformation numérique. Il héberge des applications professionnelles, des données clients, des outils collaboratifs, des plateformes marketing et, de plus en plus, des services d’intelligence artificielle.
Il reste pourtant souvent résumé à une idée trop simple : celle de fichiers ou de logiciels stockés « quelque part sur Internet »… Le cloud ne désigne pas seulement un lieu d’hébergement distant. Il correspond à un modèle de fourniture et de consommation de ressources informatiques, dans lequel des capacités de calcul, de stockage, de réseau ou de traitement peuvent être mises à disposition à la demande.
Pour les entreprises, la question n’est donc plus seulement de savoir s’il faut utiliser le cloud. Elle consiste désormais à déterminer quels services choisir, pour quels usages, à quel coût et sous quelles règles de gouvernance.
Qu’est-ce que le cloud computing ?
Le National Institute of Standards and Technology, plus connu sous le nom de NIST, définit le cloud computing comme un modèle qui permet d’accéder, à la demande et par le réseau, à un ensemble partagé de ressources informatiques configurables.
Ces ressources peuvent comprendre des réseaux, des serveurs, des espaces de stockage, des applications ou des services. Elles peuvent être rapidement mises à disposition, ajustées ou retirées, sans nécessiter une intervention manuelle importante de la part du fournisseur.
Cette définition fait apparaître cinq caractéristiques essentielles.
- Le service doit tout d’abord être disponible à la demande. Un utilisateur ou une application peut obtenir une ressource sans devoir solliciter systématiquement une intervention humaine.
- Il doit ensuite rester accessible par le réseau, depuis différents types de terminaux ou d’environnements.
- Les ressources sont généralement mutualisées entre plusieurs clients, même si les données et les traitements de chacun restent logiquement séparés.
- Le cloud se caractérise également par son élasticité. Les capacités peuvent augmenter ou diminuer selon le niveau d’activité.
- Enfin, la consommation est mesurée. Le fournisseur peut comptabiliser le volume de stockage, la puissance de calcul, le trafic, le nombre de requêtes ou d’autres unités d’usage.
« Le cloud n’est pas un lieu : c’est une manière de fournir, d’exploiter et de consommer des ressources informatiques. »
Formulation pédagogique de la rédaction.
Comment fonctionne le cloud ?
Derrière une interface accessible depuis un navigateur se trouve une infrastructure physique composée de centres de données, de serveurs, d’équipements réseau et de systèmes de stockage.
La virtualisation permet de diviser les capacités d’un même serveur physique en plusieurs environnements indépendants. Les conteneurs facilitent le déploiement d’applications sous une forme légère et portable. Des outils d’automatisation et d’orchestration distribuent ensuite les ressources, surveillent leur état et adaptent leur capacité.
Les interfaces de programmation, ou API, jouent également un rôle central. Elles permettent aux applications de communiquer entre elles, de déclencher des traitements et d’échanger des données.
Le fonctionnement général peut être représenté ainsi :
Cloud computing
Comment fonctionne le cloud ?
Une demande traverse plusieurs couches techniques avant de mobiliser les ressources nécessaires.
1
Utilisateur ou application
Une personne, un logiciel ou un terminal formule une demande.
↓
2
Internet ou réseau privé
La requête transite par Internet, un VPN ou un réseau sécurisé.
↓
3
Service cloud
La plateforme reçoit la demande et contrôle les droits d’accès.
↓
4
Ressources mutualisées et orchestrées
Les capacités sont réparties entre serveurs, réseaux, stockage et services automatisés.
↓
5
Services et capacités disponibles
À retenir :
le cloud permet d’utiliser des ressources informatiques sans administrer
directement toute l’infrastructure sous-jacente.
L’utilisateur ne connaît pas nécessairement le serveur physique qui exécute son traitement. Il consomme un service dont la complexité technique est en grande partie prise en charge par le fournisseur.
Cette abstraction constitue l’un des principaux intérêts du cloud. Elle permet aux entreprises de se concentrer sur leurs applications et leurs usages plutôt que sur la gestion quotidienne de chaque composant matériel.
SaaS, PaaS et IaaS : trois niveaux de service
Le cloud computing ne correspond pas à un service unique. Il réunit plusieurs niveaux de prestation, qui accordent plus ou moins de contrôle à l’entreprise cliente.
Le SaaS : utiliser une application prête à l’emploi
Le Software as a Service, ou SaaS, désigne une application accessible en ligne, généralement par abonnement.
L’éditeur administre l’infrastructure, les serveurs, les mises à jour et l’essentiel de la maintenance. Le client configure l’application, gère ses utilisateurs et exploite ses données.
Dans le domaine de la Martech, un CRM, une plateforme d’emailing, un outil de marketing automation, une solution de gestion des contenus ou un service d’analytics peuvent être proposés sous forme de SaaS.
Exemple : une équipe marketing utilise une plateforme en ligne pour créer ses campagnes, gérer ses listes de contacts et analyser ses performances. Elle n’administre pas les serveurs qui exécutent l’application.
Le PaaS : construire et déployer des applications
Le Platform as a Service, ou PaaS, fournit un environnement qui permet de développer, tester et déployer des applications.
Le fournisseur gère l’infrastructure, le système d’exploitation et une partie des composants techniques. Les développeurs peuvent ainsi se concentrer sur le code, les données et la logique métier.
Exemple : une entreprise développe une application qui calcule des scores d’appétence à partir des données de son CRM. Elle utilise une plateforme cloud pour exécuter le code, exposer une API et gérer automatiquement les montées en charge.
L’IaaS : accéder à des ressources d’infrastructure
L’Infrastructure as a Service, ou IaaS, fournit des machines virtuelles, des réseaux, des capacités de stockage et d’autres ressources techniques.
Le fournisseur gère le matériel physique. L’entreprise conserve davantage de contrôle sur les systèmes, les applications et les configurations. Elle assume aussi une part plus importante de l’administration et de la sécurité.
Exemple : une organisation déploie une plateforme de données marketing personnalisée sur des machines virtuelles et des espaces de stockage qu’elle configure elle-même.
Le partage des responsabilités peut être résumé de cette manière :
SaaS : utiliser
L’application est largement administrée par le fournisseur.
PaaS : construire
L’entreprise développe ses services sur une plateforme administrée.
IaaS : configurer et administrer davantage
L’entreprise contrôle une plus grande partie de l’environnement technique.
Aucun de ces modèles n’est intrinsèquement supérieur aux autres. Le bon choix dépend du niveau de personnalisation recherché, des compétences disponibles, des exigences de sécurité et du degré de contrôle attendu.
Cloud public, privé, hybride et multicloud
Les services cloud peuvent également être classés selon leur mode de déploiement.
Le cloud public
Dans un cloud public, les ressources sont proposées par un fournisseur à plusieurs organisations. Les infrastructures sont mutualisées, même si les environnements et les données des clients sont séparés.
Ce modèle facilite l’accès à des capacités importantes et à un vaste catalogue de services. Il offre généralement une forte élasticité et un déploiement rapide.
Le terme « public » ne signifie pas que les données deviennent publiques. Il indique que l’infrastructure est proposée à plusieurs clients selon un modèle de services partagés.
Le cloud hybride
Le cloud hybride associe des ressources internes, un cloud privé et des services de cloud public.
Une entreprise peut, par exemple, conserver certaines bases de données dans son système d’information tout en utilisant des services cloud pour l’analyse, les campagnes marketing ou l’intelligence artificielle.
Cette approche répond souvent à des contraintes historiques, réglementaires ou opérationnelles. Elle augmente en revanche la complexité des intégrations et de la supervision.
Le cloud privé
Un cloud privé est réservé à une seule organisation. Il peut être exploité dans ses propres centres de données ou hébergé par un prestataire.
Ce modèle offre davantage de contrôle sur l’architecture et les politiques de sécurité. Il exige toutefois des investissements, des compétences et une capacité d’administration plus importants.
Le multicloud
Une stratégie multicloud repose sur l’utilisation de plusieurs fournisseurs de services cloud.
Elle peut permettre de sélectionner le service le mieux adapté à chaque besoin, de répondre à des contraintes géographiques ou de réduire certaines formes de dépendance.
Toutefois, utiliser plusieurs clouds ne garantit pas automatiquement l’indépendance. Une application peut rester fortement liée à des API, à des bases de données ou à des mécanismes propres à un fournisseur.
Le multicloud multiplie aussi les environnements à sécuriser, les contrats à suivre, les compétences à maintenir et les factures à analyser.
Pourquoi le cloud est-il devenu essentiel à la Martech ?
La plupart des technologies marketing modernes reposent directement ou indirectement sur des services cloud.
Les CRM centralisent les informations commerciales et les interactions avec les clients. Les Customer Data Platforms, ou CDP, réunissent des données issues de différentes sources. Les plateformes de marketing automation orchestrent les campagnes. Les outils de Digital Asset Management gèrent les images, les vidéos et les documents. Les services d’analytics analysent les parcours et les conversions.
Le cloud facilite les connexions entre ces différents outils par l’intermédiaire des API. Il permet aussi d’adapter les capacités de traitement aux volumes de données et aux pics d’activité.
Prenons l’exemple d’une équipe qui prépare une campagne personnalisée.
Les formulaires du site, le CRM, l’application mobile et le service client collectent des informations avec les consentements nécessaires. Une CDP consolide ces données et rapproche les profils associés à une même personne.
L’équipe crée ensuite un segment de clients susceptibles de renouveler leur abonnement. Un service d’intelligence artificielle propose plusieurs variantes de contenu. Une plateforme d’orchestration sélectionne le bon canal et déclenche l’envoi.
Les interactions produites par la campagne reviennent enfin dans l’environnement de données afin de mesurer les résultats et d’améliorer les actions suivantes.
Le parcours peut être résumé ainsi :
Parcours Martech
De la donnée à la mesure des campagnes
Les données circulent entre plusieurs briques avant d’être activées, analysées et réconciliées.
1
Collecte des données
Sites, applications, points de vente et service client
↓
2
Centralisation des profils
CRM et CDP
↓
3
Analyse et décision
Segmentation, scoring et intelligence artificielle
↓
4
Orchestration des campagnes
Définition des scénarios, des règles, du moment et du canal d’activation
↓
5
Activation omnicanale
Email, web, publicité, réseaux sociaux et service client
↓
6
Mesure et réconciliation
Attribution des résultats, analyse des performances et retour des données dans l’écosystème Martech
Un parcours continu :
les résultats des campagnes alimentent de nouveau le CRM, la CDP
et les modèles d’analyse afin d’améliorer les prochaines activations.
Dans ce scénario, aucune plateforme ne travaille nécessairement seule. La valeur provient de la capacité à faire circuler les données entre plusieurs services, dans un cadre contrôlé.
Les avantages du cloud, sans idées reçues
Le cloud permet de déployer rapidement de nouveaux services. Une équipe peut créer un environnement de test, ouvrir une capacité de stockage ou activer un outil sans attendre l’installation de nouveaux serveurs physiques.
Son élasticité aide les entreprises à absorber les variations d’activité. Une plateforme peut mobiliser davantage de ressources lors d’une campagne importante, puis réduire sa capacité une fois le pic passé.
Le cloud donne également accès à des services avancés : bases de données managées, outils d’analyse, reconnaissance d’images, traduction automatique, modèles de machine learning ou IA générative.
Il facilite la collaboration entre des équipes réparties dans plusieurs régions et accélère certaines expérimentations.
Ces avantages ne doivent toutefois pas entretenir l’idée que le cloud est systématiquement plus simple, moins cher ou plus sécurisé.
Le coût dépend de la consommation, de l’architecture, des contrats et de la discipline de gestion. Une application mal conçue peut générer des volumes importants de stockage ou de transfert. Des environnements de test peuvent rester actifs sans être utilisés. Des services redondants peuvent être achetés par plusieurs équipes.
Dans une infrastructure traditionnelle, l’entreprise engage souvent une part importante de ses dépenses avant l’utilisation : matériel, licences ou construction d’un centre de données. Ces investissements relèvent principalement des dépenses d’investissement, ou CapEx.
Dans le cloud, les coûts prennent davantage la forme de dépenses de fonctionnement, ou OpEx. Ils varient avec la consommation. Cette souplesse peut faciliter les projets, mais elle rend aussi les factures moins prévisibles.
Les coûts et le rôle du FinOps
Le FinOps est une discipline qui rapproche les équipes techniques, financières et métiers afin d’améliorer la valeur obtenue à partir des dépenses cloud.
Il ne s’agit pas seulement de réduire les factures. Il s’agit de savoir qui consomme quoi, pour quel projet, avec quel résultat et selon quel niveau de service.
Une démarche FinOps peut prévoir des budgets, des alertes, une attribution des coûts par équipe, des règles de dimensionnement et des revues régulières des ressources inutilisées.
Elle aide également à arbitrer entre plusieurs options : acheter une capacité réservée, payer à l’usage, utiliser un service managé ou développer une solution en interne.
L’intelligence artificielle complexifie encore cette analyse. Les coûts peuvent dépendre du nombre de tokens traités, du modèle utilisé, de la durée d’utilisation des GPU, du volume des bases vectorielles, des appels aux API et des flux de données.
Un agent autonome mal configuré peut multiplier les appels à un modèle ou répéter un traitement sans produire de valeur supplémentaire. L’automatisation ne supprime donc pas la nécessité de contrôler les usages ; elle peut au contraire l’accentuer.
Sécurité : une responsabilité partagée
Le passage au cloud ne transfère pas toute la responsabilité de la sécurité au fournisseur.
Celui-ci protège généralement les centres de données, les équipements physiques, les réseaux et certaines couches logicielles. La répartition précise dépend du service choisi.
L’entreprise cliente reste responsable de nombreux éléments : la gestion des comptes, les droits d’accès, les configurations, les données importées, les terminaux, les mots de passe, les clés d’API et les usages autorisés.
Avec une application SaaS, le fournisseur assume une grande partie de l’exploitation technique. Le client doit néanmoins définir correctement les rôles, gérer les comptes des collaborateurs et contrôler les données partagées.
Avec une infrastructure IaaS, l’entreprise administre davantage de composants. Son périmètre de responsabilité devient donc plus large.
Exemple : le stockage mal configuré
Un espace de stockage peut reposer sur une infrastructure robuste et redondante. S’il est configuré pour autoriser un accès public non maîtrisé, les données restent exposées. Dans ce cas, le problème ne provient pas nécessairement de la sécurité physique du fournisseur, mais de la configuration appliquée par le client.
La sécurité cloud doit donc combiner les garanties du fournisseur et la qualité de la gouvernance interne.
Dépendance, réversibilité et interopérabilité
Le cloud peut créer une dépendance technique ou économique envers un fournisseur. Cette situation est souvent appelée vendor lock-in.
Elle apparaît lorsqu’une application repose fortement sur des formats propriétaires, des bases de données spécifiques, des fonctions exclusives ou des API difficiles à remplacer.
La migration ne consiste alors plus seulement à déplacer des données. Il peut devenir nécessaire de réécrire une partie de l’application, de former les équipes et de reconstruire les mécanismes d’exploitation.
Les frais de sortie de données peuvent également peser dans le calcul. Un service peu coûteux pour stocker les informations peut devenir plus onéreux lorsque l’entreprise souhaite les transférer vers une autre plateforme.
La réversibilité doit donc être étudiée avant la signature du contrat. Il convient de vérifier les formats d’export, les délais, les coûts, l’assistance proposée et les conditions de récupération des données.
L’utilisation de standards ouverts, la documentation des architectures et les tests de restauration limitent certains risques.
Une stratégie de sortie n’implique pas qu’un départ soit prévu. Elle permet de conserver une capacité de décision.
Souveraineté et localisation des données
La localisation d’un centre de données ne suffit pas à déterminer le niveau de souveraineté d’un service cloud.
Il faut distinguer au moins trois dimensions :
- le lieu physique dans lequel les données sont stockées ;
- la juridiction à laquelle le fournisseur ou sa maison mère est soumis ;
- le contrôle opérationnel exercé sur l’infrastructure, les accès et les clés de chiffrement.
Une donnée hébergée dans l’Union européenne peut être traitée par une entreprise soumise à une législation extra-européenne. Selon le contexte, cette situation peut créer un risque d’accès par des autorités étrangères.
Toutes les données ne présentent cependant pas le même niveau de sensibilité. Les exigences relatives à une newsletter commerciale ne sont pas nécessairement identiques à celles d’une base de données de santé, d’informations relatives à des mineurs ou de données sensibles pour l’État.
En France, la qualification SecNumCloud apporte un cadre de sécurité et de protection adapté à certains usages sensibles. Elle ne constitue pas pour autant une obligation générale pour chaque projet cloud.
Le choix doit prendre en compte la nature des données, les risques, le secteur d’activité, les obligations réglementaires et les conséquences potentielles d’un accès non autorisé.
Le cloud à l’ère de l’intelligence artificielle
L’essor de l’intelligence artificielle renforce le rôle du cloud.
Les entreprises peuvent accéder à des modèles par l’intermédiaire d’une API, louer des capacités GPU, déployer des bases vectorielles ou construire des systèmes de génération augmentée par la recherche, souvent désignés par l’acronyme RAG.
Le RAG permet à un modèle de rechercher des informations dans les documents d’une organisation avant de produire une réponse. Cette approche peut améliorer la pertinence et limiter certains écarts, à condition que les sources soient bien sélectionnées et que les droits d’accès soient respectés.
Le cloud facilite également le déploiement d’agents capables d’enchaîner plusieurs actions : interroger une base, appeler une API, analyser un document, créer une tâche ou déclencher une campagne.
Cette accessibilité accélère les expérimentations. Une entreprise n’a pas besoin de construire un centre de calcul pour tester une fonctionnalité d’IA.
Elle doit toutefois examiner plusieurs risques : confidentialité des données envoyées au modèle, conservation des requêtes, traçabilité des résultats, contrôle des accès, consommation de ressources et dépendance envers une technologie propriétaire.
Dans un environnement martech, l’usage de l’IA doit également respecter les finalités définies pour les données clients et les règles de consentement.
Le cloud rend l’IA plus accessible, mais il ne dispense ni de gouvernance ni d’évaluation de la valeur produite.
Quel impact environnemental ?
Le vocabulaire du cloud peut donner l’impression d’une infrastructure immatérielle. En réalité, chaque service repose sur des centres de données, des serveurs, des réseaux, des dispositifs de refroidissement, de l’électricité, de l’eau et des équipements matériels.
La mutualisation peut améliorer l’utilisation des infrastructures. Un grand fournisseur peut répartir les charges entre plusieurs clients et optimiser certains équipements plus efficacement qu’une organisation isolée.
Cette efficacité ne garantit toutefois pas une réduction automatique de l’impact global. La multiplication des usages, l’augmentation des volumes de données et le développement de l’intelligence artificielle peuvent accroître la demande d’électricité et de ressources.
L’impact dépend notamment du mix énergétique, du rendement des centres de données, de la durée de vie du matériel, du niveau d’utilisation des serveurs et de la quantité de données transférées.
Le GreenOps applique une logique de mesure et d’optimisation aux conséquences environnementales du numérique. Il peut conduire à supprimer des ressources inutilisées, adapter la puissance aux besoins, limiter la conservation de données sans valeur et choisir des régions d’hébergement selon des critères documentés.
Comme le FinOps, le GreenOps suppose de rendre les consommations visibles. Ce qui n’est ni mesuré ni attribué reste difficile à améliorer.
Comment choisir une solution cloud ?
Le choix d’une solution cloud ne devrait pas commencer par une comparaison de catalogues techniques. Il doit partir du besoin métier.
Une plateforme de campagne, une base de données client et un environnement d’entraînement de modèles ne répondent pas aux mêmes exigences.
La première question concerne donc la valeur attendue. Quel problème le service doit-il résoudre ? Quels utilisateurs en bénéficieront ? Comment son efficacité sera-t-elle mesurée ?
L’entreprise doit ensuite examiner l’intégration avec son système d’information. Le service dispose-t-il d’API documentées ? Peut-il échanger des données avec le CRM, la CDP, les outils analytics et les dispositifs de gestion du consentement ?
Les dimensions de sécurité et de conformité doivent être étudiées dès la conception. Elles ne devraient pas être ajoutées après le déploiement.
Le coût complet doit inclure l’abonnement ou la consommation, mais aussi l’intégration, la formation, l’administration, le support, les transferts de données et une éventuelle migration future.
Une courte grille de décision peut aider à structurer l’analyse :
- Quel besoin métier le service couvre-t-il ?
- Quelles catégories de données seront traitées ?
- Avec quels systèmes devra-t-il communiquer ?
- Quel niveau de disponibilité est réellement nécessaire ?
- Comment les identités et les droits seront-ils gérés ?
- Peut-on exporter les données dans un format exploitable ?
- Quel sera le coût complet sur plusieurs années ?
- Quels indicateurs permettront d’évaluer la valeur et l’impact du service ?
Le choix d’une solution cloud n’est donc pas seulement une décision technique. Il implique les métiers, la direction financière, les équipes de sécurité, les juristes, les responsables des données et les utilisateurs.
En conclusion
Le cloud computing n’est plus une innovation isolée. Il est devenu une infrastructure essentielle au fonctionnement des entreprises et à la majorité des écosystèmes Martech.
Il facilite l’accès à des applications, à des capacités de calcul, à des outils de données et à des services d’intelligence artificielle. Il permet de déployer plus rapidement des projets et d’adapter les ressources aux besoins.
Cette souplesse s’accompagne de nouvelles responsabilités. Les entreprises doivent suivre les coûts, protéger les données, administrer les accès, prévoir la réversibilité et comprendre les contraintes juridiques qui s’appliquent à leurs fournisseurs.
La maturité cloud ne consiste donc pas à déplacer systématiquement toutes les applications vers une infrastructure distante. Elle repose sur la capacité à choisir les services adaptés, à les intégrer correctement et à les encadrer par des règles de gouvernance claires.
À mesure que l’intelligence artificielle et l’automatisation occupent une place plus importante dans les plateformes marketing, cette gouvernance devient encore plus stratégique. L’enjeu ne sera pas seulement de disposer de davantage de puissance informatique, mais de l’utiliser de façon utile, maîtrisée, sûre et soutenable.
Quelques références
- « The NIST Definition of Cloud Computing », Peter Mell et Tim Grance, National Institute of Standards and Technology, septembre 2011.
- « Cloud : les risques d’une certification européenne permettant l’accès des autorités étrangères aux données sensibles », Commission nationale de l’informatique et des libertés, CNIL, 19 juillet 2024.
- « FinOps for AI: Tools & Services Considerations », FinOps Foundation, 2026.
- « Electricity 2024 – Analysis and forecast to 2026 », International Energy Agency, IEA, janvier 2024.
Lire ensuite
