Vous commencez à vous intéresser au cloud computing et vous tombez rapidement sur des mots comme IaaS, PaaS, SaaS, AWS, région, availability zone, EC2, S3, VPC, IAM, serverless, Kubernetes, Terraform, FinOps, haute disponibilité, scalabilité ou encore modèle de responsabilité partagée.

Au début, tout cela peut sembler intimidant. Pourtant, le cloud computing repose sur une idée simple : utiliser des ressources informatiques à la demande via Internet, sans avoir à acheter, installer et maintenir toute l’infrastructure physique soi-même.

Le problème, c’est que l’écosystème cloud utilise beaucoup de termes techniques. Si vous ne maîtrisez pas ce vocabulaire, il devient difficile de suivre une formation, de comprendre une documentation AWS, de préparer une certification, de participer à un projet cloud ou même de comprendre une offre d’emploi.

Bonne nouvelle : vous n’avez pas besoin de tout apprendre en une journée. Vous devez d’abord comprendre les mots essentiels, leur rôle, et comment ils s’intègrent dans une architecture cloud moderne.

1. Les fondamentaux du cloud computing

Avant de parler des services AWS, Azure ou Google Cloud, il faut comprendre les concepts de base. Le cloud n’est pas seulement “l’ordinateur de quelqu’un d’autre”. C’est un modèle complet de consommation, de déploiement et de gestion des ressources informatiques.

1. Cloud computing

Le cloud computing désigne l’utilisation de ressources informatiques via Internet : serveurs, stockage, bases de données, réseau, sécurité, intelligence artificielle, outils de développement ou services d’analyse de données. Au lieu d’acheter des serveurs physiques, une entreprise peut louer ces ressources auprès d’un fournisseur cloud.

2. Cloud provider

Un cloud provider est une entreprise qui fournit des services cloud. Les plus connus sont Amazon Web Services, Microsoft Azure, Google Cloud Platform, Oracle Cloud et IBM Cloud.

3. Ressource cloud

Une ressource cloud est tout élément que vous pouvez créer, configurer, utiliser ou supprimer dans le cloud : machine virtuelle, bucket de stockage, base de données, réseau virtuel, load balancer ou fonction serverless.

4. Datacenter

Un datacenter est un bâtiment physique contenant des serveurs, des équipements réseau, du refroidissement, de l’électricité et des dispositifs de sécurité. Même si le cloud semble virtuel, il repose toujours sur des infrastructures physiques.

5. Virtualisation

La virtualisation permet de créer plusieurs machines virtuelles sur un même serveur physique. C’est une technologie fondamentale du cloud, car elle permet de mieux utiliser le matériel et d’isoler les environnements.

6. Scalabilité

La scalabilité est la capacité d’un système à supporter une augmentation de charge. Elle peut être verticale, en augmentant la puissance d’une machine, ou horizontale, en ajoutant plusieurs machines.

7. Élasticité

L’élasticité désigne la capacité à ajouter ou retirer automatiquement des ressources selon la demande. Exemple : votre site reçoit beaucoup de trafic pendant une campagne marketing ; le cloud peut ajouter des serveurs puis les retirer ensuite.

8. Haute disponibilité

La haute disponibilité signifie qu’un service reste accessible même lorsqu’un composant tombe en panne. Dans le cloud, on utilise souvent plusieurs zones de disponibilité, des load balancers et des sauvegardes.

9. Résilience

La résilience est la capacité d’un système à se remettre d’une panne. Une architecture résiliente part du principe que les pannes arriveront et prévoit des mécanismes de récupération.

10. Paiement à l’usage

Le paiement à l’usage est un principe économique majeur du cloud : vous payez selon ce que vous consommez, par exemple le temps d’exécution, le stockage utilisé, les requêtes ou le trafic réseau.

2. Les modèles de services cloud

Les services cloud sont généralement classés en plusieurs modèles. Les trois plus connus sont IaaS, PaaS et SaaS.

11. IaaS

L’IaaS consiste à louer des ressources d’infrastructure : machines virtuelles, stockage, réseau, firewalls et load balancers. Exemple : Amazon EC2.

12. PaaS

Le PaaS fournit une plateforme prête à l’emploi pour développer, déployer et exécuter des applications. Vous vous concentrez davantage sur le code que sur les serveurs.

13. SaaS

Le SaaS désigne un logiciel accessible via Internet. Vous n’installez rien localement, vous utilisez simplement le service. Exemples : Gmail, Salesforce, Microsoft 365, Slack ou Notion.

14. FaaS

Le FaaS permet d’exécuter des fonctions sans gérer de serveur. Exemple : AWS Lambda. Vous écrivez une fonction, vous définissez l’événement déclencheur, et le cloud provider gère l’exécution.

18. Serverless

Le serverless signifie que vous n’avez pas à gérer les serveurs. Cela ne veut pas dire qu’il n’y a pas de serveur, mais que les serveurs sont abstraits et gérés par le fournisseur cloud.

3. Les modèles de déploiement cloud

Toutes les entreprises n’utilisent pas le cloud de la même manière. Certaines utilisent uniquement le cloud public, d’autres gardent une partie de leur infrastructure en interne.

19. Cloud public

Le cloud public est fourni par un acteur comme AWS, Azure ou Google Cloud. Les ressources physiques sont partagées entre plusieurs clients, mais isolées logiquement.

20. Cloud privé

Un cloud privé est une infrastructure cloud utilisée par une seule organisation. Il peut être hébergé dans les datacenters de l’entreprise ou chez un fournisseur externe.

21. Cloud hybride

Le cloud hybride combine une infrastructure privée ou on-premise avec un cloud public. Exemple : une banque garde certaines données sensibles en interne et utilise AWS pour l’analyse ou les applications web.

22. Multi-cloud

Le multi-cloud consiste à utiliser plusieurs fournisseurs cloud. Exemple : AWS pour une application principale, Azure pour les outils Microsoft et Google Cloud pour l’analyse de données.

23. On-premise

On-premise signifie que l’infrastructure est hébergée et gérée dans les locaux ou datacenters de l’entreprise. C’est le modèle traditionnel avant l’adoption massive du cloud.

24. Edge computing

L’edge computing consiste à traiter les données au plus près de leur source ou des utilisateurs. C’est utile pour réduire la latence, notamment dans l’IoT ou les applications temps réel.

25. Migration cloud

La migration cloud désigne le transfert d’applications, de données ou d’infrastructures vers le cloud. Elle peut être simple ou nécessiter une refonte complète.

26. Cloud native

Une application cloud native est conçue pour tirer pleinement parti du cloud : conteneurs, serverless, microservices, automatisation, monitoring et services managés.

4. Infrastructure globale et architecture cloud

Le cloud repose sur une infrastructure mondiale composée de régions, de zones de disponibilité, de réseaux et de points de présence.

27. Région

Une région est une zone géographique dans laquelle un fournisseur cloud opère plusieurs zones de disponibilité. Le choix de la région impacte la latence, les coûts, la conformité et la disponibilité des services.

28. Availability Zone

Une Availability Zone, souvent appelée AZ, est une zone isolée dans une région. Pour la haute disponibilité, on déploie souvent les applications sur plusieurs AZ.

29. Edge Location

Une Edge Location est un point de présence utilisé pour rapprocher le contenu des utilisateurs. Les CDN comme Amazon CloudFront les utilisent pour livrer les pages et fichiers plus rapidement.

30. Région primaire

La région primaire est la région principale dans laquelle votre application fonctionne. C’est généralement celle qui est la plus proche des utilisateurs ou qui répond aux contraintes réglementaires.

31. Région secondaire

La région secondaire est utilisée comme secours. En cas de panne majeure dans la région primaire, certaines architectures permettent de basculer vers cette région.

32. Architecture cloud

L’architecture cloud désigne la manière dont les services cloud sont organisés pour répondre à un besoin. Elle prend en compte sécurité, coûts, performance, fiabilité et scalabilité.

33. Well-Architected Framework

Le Well-Architected Framework est un ensemble de bonnes pratiques pour concevoir des architectures cloud solides : sécurité, fiabilité, excellence opérationnelle, performance, coûts et durabilité.

34. Design for failure

Design for failure signifie concevoir une architecture en supposant que des pannes arriveront. On crée donc des systèmes capables de continuer à fonctionner malgré elles.

5. Compute, stockage et bases de données

Les services de compute, stockage et bases de données sont les briques techniques les plus utilisées dans le cloud.

35. Compute

Le compute désigne la capacité de calcul dans le cloud : machine virtuelle, conteneur, fonction serverless ou service d’exécution managé.

36. Machine virtuelle

Une machine virtuelle est un serveur virtuel qui fonctionne sur une machine physique. Elle possède son système d’exploitation, sa mémoire, son stockage et ses ressources CPU.

37. Instance

Une instance est une ressource de calcul lancée dans le cloud. Sur AWS, une instance EC2 correspond à une machine virtuelle.

38. Conteneur

Un conteneur est un environnement léger qui embarque une application avec ses dépendances. Il est plus rapide à démarrer qu’une machine virtuelle.

39. Stockage objet

Le stockage objet stocke des fichiers sous forme d’objets. Exemple : Amazon S3. Il est utilisé pour images, vidéos, sauvegardes, logs, archives, fichiers statiques ou data lakes.

40. Stockage bloc

Le stockage bloc fonctionne comme un disque attaché à une machine virtuelle. Exemple : Amazon EBS. Il est utilisé pour systèmes d’exploitation et bases de données.

41. Stockage fichier

Le stockage fichier permet à plusieurs machines d’accéder à un système de fichiers partagé. Exemple : Amazon EFS.

42. Base relationnelle

Une base relationnelle stocke les données dans des tables liées entre elles et utilise généralement SQL. Exemples : MySQL, PostgreSQL, SQL Server, Amazon RDS ou Aurora.

43. Base NoSQL

Une base NoSQL est une base non relationnelle pouvant stocker des données sous forme clé-valeur, document, colonne ou graphe. Exemple : Amazon DynamoDB.

44. Cache

Un cache est une couche de stockage rapide qui accélère l’accès aux données. Exemples : Redis, Memcached, Amazon ElastiCache.

6. Réseau cloud et connectivité

Le réseau cloud permet aux services de communiquer entre eux et avec Internet. C’est une compétence essentielle pour comprendre les architectures cloud.

45. VPC

Un VPC est un réseau virtuel isolé dans le cloud. Il permet de définir vos plages d’adresses IP, subnets, règles de routage et contrôles de sécurité réseau.

46. Subnet

Un subnet est un sous-réseau à l’intérieur d’un VPC. On distingue souvent les subnets publics et les subnets privés.

47. Adresse IP

Une adresse IP identifie une ressource sur un réseau. Une instance peut avoir une IP privée, utilisée dans le VPC, et parfois une IP publique accessible depuis Internet.

48. DNS

Le DNS transforme un nom de domaine en adresse IP. Exemple : lorsqu’un utilisateur tape lecloudfacile.com, le DNS permet de trouver la ressource correspondante.

49. Load Balancer

Un load balancer répartit le trafic entre plusieurs serveurs ou ressources. Il améliore la disponibilité, la scalabilité et la tolérance aux pannes.

50. CDN

Un CDN est un réseau de serveurs répartis géographiquement qui livrent le contenu au plus près des utilisateurs. Exemple : Amazon CloudFront.

51. VPN

Un VPN crée une connexion sécurisée entre deux réseaux via Internet. Il peut connecter un datacenter d’entreprise à un VPC dans le cloud.

52. Direct Connect

Direct Connect désigne une connexion réseau dédiée entre une infrastructure privée et le cloud. Elle est généralement plus stable et prévisible qu’un VPN via Internet.

53. Firewall

Un firewall filtre le trafic entrant et sortant selon des règles. Dans AWS, les Security Groups et Network ACLs jouent ce rôle à différents niveaux.

54. NAT Gateway

Une NAT Gateway permet à des ressources situées dans un subnet privé d’accéder à Internet sans être directement accessibles depuis Internet.

7. Sécurité, identité et conformité cloud

La sécurité cloud est un sujet central. Une mauvaise configuration peut exposer des données, créer des failles ou générer des incidents coûteux.

55. IAM

IAM est le service de gestion des identités et des permissions. Il permet de contrôler qui peut faire quoi dans un environnement cloud.

56. Utilisateur IAM

Un utilisateur IAM représente une personne ou une application qui doit accéder à des ressources cloud. Il peut avoir un mot de passe, des clés d’accès et des permissions.

57. Rôle IAM

Un rôle IAM est une identité temporaire pouvant être assumée par un service, une application ou un utilisateur. Les rôles sont souvent préférés aux clés permanentes.

58. Policy

Une policy est un document qui définit des permissions. Elle indique quelles actions sont autorisées ou refusées sur quelles ressources.

59. MFA

Le MFA ajoute un deuxième facteur d’authentification en plus du mot de passe : code mobile, application d’authentification ou clé de sécurité.

60. Principe du moindre privilège

Le principe du moindre privilège consiste à donner uniquement les permissions nécessaires pour accomplir une tâche. C’est un principe fondamental en sécurité cloud.

61. Modèle de responsabilité partagée

Le modèle de responsabilité partagée définit ce que le fournisseur cloud sécurise et ce que le client doit sécuriser. Le fournisseur sécurise l’infrastructure ; le client sécurise ce qu’il configure.

62. Chiffrement

Le chiffrement protège les données en les rendant illisibles sans clé appropriée. On distingue le chiffrement au repos et le chiffrement en transit.

63. Secret

Un secret est une information sensible : mot de passe, clé API, token, certificat ou clé privée. Il ne doit jamais être stocké directement dans le code source.

64. Conformité

La conformité consiste à respecter des normes, lois ou exigences réglementaires : RGPD, ISO 27001, PCI-DSS, HIPAA selon les pays et secteurs.

8. DevOps, automatisation et Infrastructure as Code

Le cloud et le DevOps sont étroitement liés. Le cloud permet de créer rapidement des ressources, mais sans automatisation, il devient vite difficile à contrôler.

65. DevOps

Le DevOps rapproche les développeurs, les opérations et parfois la sécurité. Dans le cloud, il permet d’automatiser les déploiements, l’infrastructure, les tests et la supervision.

66. CI/CD

La CI/CD automatise l’intégration, les tests, la livraison et parfois le déploiement du code. Elle permet de livrer plus souvent, plus rapidement et avec moins de risques.

67. Pipeline

Un pipeline est une suite d’étapes automatisées : récupérer le code, installer les dépendances, tester, construire, scanner et déployer.

68. Infrastructure as Code

L’Infrastructure as Code consiste à décrire l’infrastructure dans des fichiers. Ces fichiers peuvent être versionnés, relus, testés, réutilisés et automatisés.

69. Terraform

Terraform est un outil IaC très utilisé. Il permet de créer et gérer des ressources sur AWS, Azure, Google Cloud, Kubernetes et d’autres plateformes.

70. CloudFormation

AWS CloudFormation est le service natif AWS d’Infrastructure as Code. Il permet de créer des stacks AWS à partir de fichiers YAML ou JSON.

71. GitOps

Le GitOps consiste à utiliser Git comme source de vérité pour déployer et gérer des environnements. Toute modification passe par un commit, une revue et un pipeline.

72. Container Registry

Un container registry est un dépôt d’images de conteneurs. Exemples : Docker Hub, Amazon ECR ou GitHub Container Registry.

9. Monitoring, observabilité et fiabilité

Déployer une application ne suffit pas. Il faut aussi savoir si elle fonctionne, si elle est rapide, si elle coûte trop cher et si elle génère des erreurs.

73. Monitoring

Le monitoring consiste à surveiller les systèmes et applications : disponibilité, latence, CPU, mémoire, erreurs ou coûts.

74. Observabilité

L’observabilité permet de comprendre ce qui se passe dans un système à partir de signaux comme les logs, métriques et traces. Elle est essentielle dans les architectures distribuées.

75. Logs

Les logs sont des messages enregistrés par une application, un serveur ou un service. Ils permettent de comprendre les événements, erreurs et comportements d’un système.

76. Metrics

Les metrics sont des données chiffrées collectées dans le temps : nombre de requêtes, taux d’erreur, latence moyenne, consommation CPU.

77. Alerting

L’alerting consiste à envoyer une notification lorsqu’une condition anormale est détectée : taux d’erreur trop élevé, service indisponible ou budget dépassé.

78. SLA

Un SLA est un engagement contractuel de niveau de service. Exemple : garantir une disponibilité de 99,9 % sur une application ou un service.

10. Coûts, facturation et FinOps

Le cloud permet de démarrer rapidement, mais il peut aussi générer des coûts imprévus si les ressources sont mal contrôlées.

79. FinOps

Le FinOps combine finance, technologie et opérations pour mieux gérer les coûts cloud. L’objectif n’est pas seulement de réduire les coûts, mais d’optimiser la valeur créée par chaque euro ou dollar dépensé.

80. Budget cloud

Un budget cloud permet de suivre les dépenses et d’être alerté lorsqu’un seuil est atteint. C’est l’une des premières bonnes pratiques à mettre en place lorsqu’on crée un compte cloud.

11. Tableau récapitulatif : les 80 termes cloud à connaître

12. Les erreurs fréquentes quand on apprend le vocabulaire cloud

Erreur n°1 : apprendre les services sans comprendre les concepts

Beaucoup de débutants veulent directement apprendre EC2, S3, Lambda, Kubernetes ou Terraform. Avant les outils, il faut comprendre les concepts : scalabilité, disponibilité, réseau, sécurité, responsabilité partagée, coûts et architecture. Un service change. Un concept reste.

Erreur n°2 : confondre cloud et hébergement classique

Le cloud n’est pas seulement un serveur loué sur Internet. Il offre des services managés, de l’automatisation, de l’élasticité, de la haute disponibilité, du paiement à l’usage et des architectures distribuées.

Erreur n°3 : croire que le cloud est automatiquement sécurisé

Le cloud peut être très sécurisé, mais seulement si vous le configurez correctement. Un bucket public, une clé exposée dans GitHub ou un compte root sans MFA peuvent créer des risques majeurs.

Erreur n°4 : négliger les coûts

Avec le cloud, il est facile de créer des ressources. Mais chaque ressource peut coûter de l’argent : machines virtuelles, bases de données, stockage, trafic réseau, snapshots, logs ou NAT Gateway. Configurez toujours un budget dès le début.

Erreur n°5 : vouloir tout maîtriser en même temps

Le vocabulaire cloud est vaste. Commencez par les fondamentaux : cloud computing, IaaS/PaaS/SaaS, région et availability zone, compute, stockage, base de données, réseau, IAM, sécurité et coûts. Ensuite, ajoutez DevOps, Kubernetes, Terraform, serverless, observabilité et FinOps.

13. Prochaine étape

Pour aller plus loin, LeCloudFacile.com peut vous accompagner avec des parcours structurés sur :

·       les fondamentaux du cloud computing

·       AWS Cloud Practitioner

·       AWS Solutions Architect Associate

·       DevOps Essentials

·       Docker et Kubernetes

·       Terraform et Infrastructure as Code

·       la sécurité cloud

·       le FinOps

·       les projets pratiques AWS

·       la préparation aux certifications Cloud & DevOps

Le plus important n’est pas de connaître tous les mots par cœur. Le plus important est de comprendre comment ils s’articulent dans une vraie architecture cloud.

Conclusion

Le cloud computing peut sembler complexe au départ, surtout à cause de son vocabulaire très riche. Mais une fois les termes essentiels compris, tout devient plus clair.

Vous comprenez que le cloud repose sur des datacenters, des régions et des zones de disponibilité. Vous comprenez que les ressources peuvent être consommées à la demande. Vous comprenez la différence entre IaaS, PaaS et SaaS. Vous voyez comment le compute, le stockage, les bases de données, le réseau et la sécurité s’assemblent pour créer des architectures modernes.

Vous comprenez aussi que le cloud ne se limite pas à la technique : il inclut la facturation, la conformité, la gouvernance, l’automatisation, la supervision et l’optimisation continue.

Le cloud n’est pas seulement une compétence informatique. C’est une nouvelle manière de concevoir, déployer, sécuriser et faire évoluer les applications et les infrastructures.

Si vous débutez, ne cherchez pas à tout maîtriser immédiatement. Apprenez les concepts, pratiquez avec de petits projets, puis construisez progressivement votre expertise.

La question n’est pas de savoir si vous pouvez comprendre le cloud. La vraie question est : quel premier service cloud allez-vous tester aujourd’hui ?

Questions fréquentes

Qu’est-ce que le cloud computing en termes simples ?

Le cloud computing consiste à utiliser des ressources informatiques via Internet : serveurs, stockage, bases de données, réseau, sécurité, logiciels ou outils d’intelligence artificielle. Au lieu d’acheter et gérer votre propre infrastructure, vous utilisez celle d’un fournisseur cloud.

Quelle est la différence entre IaaS, PaaS et SaaS ?

L’IaaS fournit des ressources d’infrastructure comme des machines virtuelles et du réseau. Le PaaS fournit une plateforme pour développer et déployer des applications. Le SaaS fournit un logiciel prêt à l’emploi accessible en ligne.

Faut-il être développeur pour apprendre le cloud ?

Non. Le cloud est utile aux développeurs, administrateurs système, chefs de projet, commerciaux IT, managers, profils cybersécurité, financiers et entrepreneurs. Les profils non techniques peuvent commencer par les fondamentaux et la certification AWS Cloud Practitioner.

AWS, Azure ou Google Cloud : lequel apprendre en premier ?

AWS est souvent recommandé pour débuter car il est très utilisé, bien documenté et très demandé sur le marché. Azure est excellent pour les environnements Microsoft. Google Cloud est fort en data, IA et Kubernetes.

Le cloud est-il sécurisé ?

Le cloud peut être très sécurisé, mais la sécurité dépend aussi de la configuration du client. Le modèle de responsabilité partagée signifie que le fournisseur sécurise l’infrastructure, tandis que le client sécurise ses données, accès, permissions et applications.

Quelle est la meilleure façon de commencer le cloud ?

Commencez par les fondamentaux : cloud computing, IaaS/PaaS/SaaS, régions, availability zones, compute, stockage, réseau, IAM, sécurité et coûts. Ensuite, pratiquez avec un compte cloud gratuit et préparez une première certification comme AWS Cloud Practitioner.

Pourquoi apprendre le vocabulaire cloud ?

Parce que le vocabulaire cloud est présent partout : formations, documentations, certifications, offres d’emploi, projets, entretiens techniques et discussions avec les équipes IT. Comprendre les termes permet de progresser beaucoup plus vite.