Skip to content

Module 1 : Qu'est-ce que le Cloud ?

Durée estimée : 1 heure

Objectifs du Module

À la fin de ce module, vous serez capable de :

  • Définir le cloud computing avec vos propres mots
  • Retracer l'évolution de l'informatique vers le cloud
  • Identifier les 5 caractéristiques essentielles du cloud (NIST)
  • Peser les avantages et inconvénients du cloud
  • Reconnaître les principaux acteurs du marché

1. Le Cloud en Une Analogie

1.1 L'Analogie de l'Électricité

Imaginez le monde avant l'électricité publique :

graph LR
    subgraph "Avant : Chaque Usine Sa Centrale"
        U1["🏭 Usine A"] --> G1["⚡ Générateur A"]
        U2["🏭 Usine B"] --> G2["⚡ Générateur B"]
        U3["🏭 Usine C"] --> G3["⚡ Générateur C"]
    end

    style G1 fill:#f44336,color:#fff
    style G2 fill:#f44336,color:#fff
    style G3 fill:#f44336,color:#fff

Problèmes : - Chaque usine doit acheter, maintenir et faire évoluer son générateur - Expertise électrique requise dans chaque entreprise - Capacité gaspillée quand l'usine tourne au ralenti - Investissement initial énorme

graph LR
    subgraph "Après : Réseau Électrique Mutualisé"
        CENTRALE["⚡ Centrale Électrique<br/>(Provider)"]
        U1["🏭 Usine A"]
        U2["🏭 Usine B"]
        U3["🏭 Usine C"]
        U4["🏠 Maison"]
    end

    CENTRALE --> U1
    CENTRALE --> U2
    CENTRALE --> U3
    CENTRALE --> U4

    style CENTRALE fill:#4caf50,color:#fff

Avantages : - On paie uniquement ce qu'on consomme - Plus besoin d'expertise électrique - Capacité quasi-illimitée disponible instantanément - Pas d'investissement initial

Le Cloud, c'est pareil !

Le cloud computing, c'est l'électricité de l'informatique. Au lieu d'acheter et maintenir vos propres serveurs, vous "branchez" votre application sur un réseau de ressources informatiques mutualisées.

2. Définition Officielle (NIST)

Le NIST (National Institute of Standards and Technology) définit le cloud computing comme :

Définition NIST SP 800-145

"Le cloud computing est un modèle permettant un accès réseau, à la demande et en libre-service, à un pool partagé de ressources informatiques configurables (réseaux, serveurs, stockage, applications et services) qui peuvent être rapidement provisionnées et libérées avec un effort de gestion minimal ou une interaction minimale avec le fournisseur de service."

2.1 Les 5 Caractéristiques Essentielles

mindmap
  root((Cloud Computing))
    On-Demand Self-Service
      Provisionnement instantané
      Sans intervention humaine
      Interface web ou API
    Broad Network Access
      Accessible via Internet
      Multi-devices
      Standards ouverts
    Resource Pooling
      Ressources mutualisées
      Multi-tenant
      Économies d'échelle
    Rapid Elasticity
      Scaling automatique
      Capacité illimitée perçue
      Adaptation à la charge
    Measured Service
      Paiement à l'usage
      Métriques transparentes
      Optimisation possible
Caractéristique Description Exemple concret
Self-Service à la demande L'utilisateur peut provisionner des ressources sans intervention humaine Créer un serveur en 3 clics dans la console AWS
Accès réseau universel Accessible depuis n'importe où via des protocoles standards API REST accessible depuis votre laptop ou votre téléphone
Mutualisation des ressources Les ressources physiques sont partagées entre plusieurs clients Votre VM tourne sur le même serveur physique que d'autres clients
Élasticité rapide Capacité à augmenter/diminuer les ressources quasi instantanément Passer de 2 à 200 serveurs en quelques minutes lors d'un pic
Service mesuré Facturation basée sur l'utilisation réelle Payer 0.10€/heure pour un serveur uniquement quand il tourne

3. Évolution Historique

Évolution vers le Cloud

3.1 Timeline

timeline
    title L'Évolution vers le Cloud
    1960s : Mainframes
         : Time-sharing
         : Ressources partagées
    1990s : Virtualisation
          : Internet commercial
          : Datacenters
    2006 : AWS lance EC2
         : Naissance du cloud public
         : Pay-as-you-go
    2008 : Google App Engine
         : Microsoft Azure (2010)
         : Concurrence s'installe
    2010s : Containers (Docker 2013)
          : Kubernetes (2014)
          : Serverless (Lambda 2014)
    2020s : Multi-cloud
          : Edge computing
          : IA/ML as a Service

3.2 L'Évolution des Modèles d'Hébergement

graph TB
    subgraph "1990s: On-Premise"
        OP_APP["Application"]
        OP_OS["OS"]
        OP_SERVER["Serveur"]
        OP_STORAGE["Stockage"]
        OP_NETWORK["Réseau"]
        OP_DC["Datacenter"]
    end

    subgraph "2000s: Colocation"
        COLO_APP["Application"]
        COLO_OS["OS"]
        COLO_SERVER["Serveur"]
        COLO_STORAGE["Stockage"]
        COLO_NETWORK["Réseau<br/>(fourni)"]
        COLO_DC["Datacenter<br/>(fourni)"]
    end

    subgraph "2006+: Cloud IaaS"
        IAAS_APP["Application"]
        IAAS_OS["OS"]
        IAAS_SERVER["Serveur<br/>(fourni)"]
        IAAS_STORAGE["Stockage<br/>(fourni)"]
        IAAS_NETWORK["Réseau<br/>(fourni)"]
        IAAS_DC["Datacenter<br/>(fourni)"]
    end

    subgraph "2010+: Cloud PaaS"
        PAAS_APP["Application"]
        PAAS_OS["OS<br/>(fourni)"]
        PAAS_SERVER["Serveur<br/>(fourni)"]
        PAAS_ALL["Tout le reste<br/>(fourni)"]
    end

    style OP_DC fill:#f44336,color:#fff
    style COLO_DC fill:#FF9800800800,color:#fff
    style IAAS_DC fill:#4caf50,color:#fff
    style PAAS_ALL fill:#2196f3,color:#fff

4. Avantages et Inconvénients

4.1 Les Avantages

graph LR
    subgraph "Avantages du Cloud"
        A1["💰 Réduction des coûts<br/>CapEx → OpEx"]
        A2["🚀 Agilité<br/>Time-to-market"]
        A3["📈 Scalabilité<br/>Élasticité"]
        A4["🌍 Portée mondiale<br/>Multi-régions"]
        A5["🔒 Sécurité<br/>Expertise mutualisée"]
        A6["💡 Innovation<br/>Services managés"]
    end

    style A1 fill:#4caf50,color:#fff
    style A2 fill:#4caf50,color:#fff
    style A3 fill:#4caf50,color:#fff
    style A4 fill:#4caf50,color:#fff
    style A5 fill:#4caf50,color:#fff
    style A6 fill:#4caf50,color:#fff
Avantage Explication Impact Worldline
CapEx → OpEx Plus d'investissement initial massif, on paie à l'usage Budget prévisible, pas de surprise hardware
Time-to-market Déployer un environnement en minutes vs semaines Nouveaux projets paiement lancés plus vite
Scalabilité Absorber les pics (Black Friday, soldes) Transactions x10 sans interruption
Multi-régions Présence mondiale instantanée Conformité locale (données en Europe)
Sécurité Équipes de sécurité dédiées chez les providers Certifications PCI-DSS facilitées
Innovation Accès à l'IA, ML, IoT sans expertise interne Détection de fraude avancée

4.2 Les Inconvénients et Risques

graph LR
    subgraph "Inconvénients et Risques"
        I1["🔗 Dépendance<br/>Vendor lock-in"]
        I2["🌐 Connectivité<br/>Besoin Internet"]
        I3["💸 Coûts cachés<br/>Complexité pricing"]
        I4["🏛️ Conformité<br/>Localisation données"]
        I5["🎯 Compétences<br/>Nouvelles skills"]
        I6["🔄 Migration<br/>Complexité"]
    end

    style I1 fill:#f44336,color:#fff
    style I2 fill:#FF9800800800,color:#fff
    style I3 fill:#FF9800800800,color:#fff
    style I4 fill:#f44336,color:#fff
    style I5 fill:#FF9800800800,color:#fff
    style I6 fill:#FF9800800800,color:#fff
Risque Explication Mitigation
Vendor lock-in Difficulté à changer de provider Architecture cloud-agnostic, containers
Dépendance réseau Sans Internet, pas de cloud Connexions redondantes, hybrid cloud
Coûts imprévisibles Facturation complexe, surprises FinOps, alertes budget, Reserved Instances
Conformité Où sont mes données ? Régions européennes, contrats DPA
Compétences Nouvelles technologies à maîtriser Formation (cette formation !)
Migration Lift & shift vs re-architecture Stratégie progressive, POC

5. Les Modèles de Déploiement

Cloud Deployment Models

5.1 Les 4 Modèles

graph TB
    subgraph "Modèles de Déploiement Cloud"
        PUBLIC["☁️ Cloud Public<br/>AWS, Azure, GCP"]
        PRIVATE["🏢 Cloud Privé<br/>OpenStack, VMware"]
        HYBRID["🔀 Cloud Hybride<br/>On-premise + Public"]
        MULTI["🌐 Multi-Cloud<br/>AWS + Azure + GCP"]
    end

    PRIVATE --> HYBRID
    PUBLIC --> HYBRID
    PUBLIC --> MULTI

    style PUBLIC fill:#4caf50,color:#fff
    style PRIVATE fill:#2196f3,color:#fff
    style HYBRID fill:#9c27b0,color:#fff
    style MULTI fill:#FF9800800800,color:#000
Modèle Description Cas d'usage
Cloud Public Infrastructure partagée, accessible à tous Startups, applications web, dev/test
Cloud Privé Infrastructure dédiée à une organisation Données sensibles, legacy, conformité stricte
Cloud Hybride Combinaison public + privé Migration progressive, burst capacity
Multi-Cloud Utilisation de plusieurs providers publics Résilience, best-of-breed, négociation

5.2 Contexte Worldline

Cas Worldline

Une architecture typique dans le secteur du paiement :

  • Cloud Privé : Données cartes (PAN), HSM, core banking
  • Cloud Public : Applications mobiles, analytics, dev/test
  • Hybride : Connexion sécurisée entre les deux

6. Les Acteurs du Marché

6.1 Parts de Marché (2024)

Cloud Market Share 2024

pie title Parts de Marché Cloud IaaS (Q3 2024)
    "AWS" : 31
    "Azure" : 25
    "Google Cloud" : 11
    "Alibaba" : 4
    "Autres" : 29

6.2 Comparatif des "Big 3"

Comparaison des Hiérarchies Cloud

Critère AWS Azure GCP
Lancé en 2006 2010 2008
Points forts Maturité, étendue services Intégration Microsoft, entreprise Data/ML, Kubernetes
Régions 33+ 60+ 37+
Certifications PCI-DSS, ISO, SOC PCI-DSS, ISO, SOC PCI-DSS, ISO, SOC
Pricing Complexe mais flexible Intégré licences MS Compétitif, simple
Idéal pour Tout type de workload Environnements Microsoft Big Data, ML, containers

6.3 Autres Acteurs

Catégorie Acteurs Spécificité
Clouds souverains OVHcloud, Scaleway, Outscale Données en France, RGPD
Cloud chinois Alibaba, Tencent, Huawei Marché asiatique
Spécialisés DigitalOcean, Linode, Vultr Simplicité, développeurs
Private cloud OpenStack, VMware vSphere On-premise cloud-like

7. Quiz de Validation

Question 1

Quelle caractéristique NIST permet de créer un serveur sans appeler le support ?

Réponse

Self-Service à la demande (On-Demand Self-Service)

Cette caractéristique permet aux utilisateurs de provisionner des ressources via une interface web ou API, sans intervention humaine du fournisseur.

Question 2

Quel est l'avantage financier principal du passage au cloud ?

Réponse

Transformation du CapEx en OpEx

  • CapEx (Capital Expenditure) : Investissement initial (acheter des serveurs)
  • OpEx (Operating Expenditure) : Coûts d'exploitation (payer à l'usage)

Le cloud élimine les gros investissements initiaux.

Question 3

Quel modèle de déploiement combine infrastructure privée et publique ?

Réponse

Cloud Hybride

Il permet de garder les données sensibles on-premise tout en bénéficiant de l'élasticité du cloud public.

Question 4

Quel provider cloud a été lancé en premier ?

Réponse

AWS (Amazon Web Services) en 2006 avec le service EC2.

Google App Engine a suivi en 2008, puis Microsoft Azure en 2010.

8. Pour Aller Plus Loin

Ressources Recommandées

Ressource Type Lien
NIST Cloud Definition Document officiel SP 800-145
AWS Cloud Practitioner Certification gratuite AWS Training
Azure Fundamentals Parcours Microsoft Learn AZ-900 Learning Path
GCP Digital Leader Formation Google Cloud Digital Leader

Exercice : À Vous de Jouer

Mise en Pratique

Objectif : Analyser un cas concret et identifier les caractéristiques NIST du cloud

Contexte : Votre entreprise utilise actuellement un datacenter on-premise pour héberger son application web. Le directeur technique souhaite comprendre concrètement ce que le cloud pourrait apporter. Vous devez présenter les bénéfices en termes des 5 caractéristiques essentielles du NIST.

Tâches à réaliser :

  1. Pour chaque caractéristique NIST, donnez un exemple concret de bénéfice pour l'entreprise
  2. Identifiez quel modèle de déploiement (public, privé, hybride) serait le plus adapté pour une application de paiement
  3. Comparez les parts de marché des 3 principaux cloud providers et expliquez pourquoi AWS est leader

Critères de validation :

  • [ ] Les 5 caractéristiques NIST sont expliquées avec des exemples concrets
  • [ ] Le choix du modèle de déploiement est justifié
  • [ ] La comparaison des providers inclut au moins 3 critères de différenciation
Solution

1. Exemples concrets des caractéristiques NIST :

  • Self-Service à la demande : Un développeur peut créer un environnement de test complet en 5 minutes via une console web, sans attendre l'équipe infrastructure (vs plusieurs jours en on-premise)

  • Accès réseau universel : Les équipes peuvent travailler de n'importe où (télétravail, agences internationales) et accéder aux environnements via des APIs standard HTTPS

  • Mutualisation des ressources : Les coûts d'infrastructure sont partagés entre des milliers de clients, permettant des économies d'échelle impossibles en on-premise

  • Élasticité rapide : Lors du Black Friday, l'application peut automatiquement passer de 10 à 100 serveurs en quelques minutes, puis redescendre après le pic

  • Service mesuré : Facturation précise basée sur l'usage réel (par heure/seconde), avec des dashboards montrant exactement où va chaque euro dépensé

2. Modèle de déploiement pour une application de paiement :

Recommandation : Cloud Hybride

┌─────────────────────────┐     ┌─────────────────────────┐
│   Cloud Privé/On-Prem   │     │     Cloud Public        │
│                         │     │                         │
│  • HSM (clés crypto)    │◄───►│  • API Gateway          │
│  • Données PAN          │     │  • Portails web         │
│  • Core Banking         │     │  • Analytics            │
│  • Legacy               │     │  • Dev/Test             │
└─────────────────────────┘     └─────────────────────────┘
         (Sécurité max)              (Agilité, scaling)

Justification : - Données sensibles (numéros de carte) restent dans un environnement hautement sécurisé - Conformité PCI-DSS facilitée avec périmètre restreint - Applications non-critiques bénéficient de l'agilité du cloud public - Migration progressive possible

3. Comparaison des cloud providers :

Critère AWS (31%) Azure (25%) GCP (11%)
Maturité Leader depuis 2006, le plus d'expérience Lancé en 2010, rattrape rapidement Plus récent, focus innovation
Étendue services 200+ services, le plus complet 100+ services, excellente intégration Microsoft Services ciblés, excellents en data/ML
Entreprise Toute taille, tous secteurs Fort sur clients Microsoft (Active Directory, Office 365) Startups tech, data scientists

Pourquoi AWS est leader ? - Premier arrivé (2006) : 4 ans d'avance sur Azure - Écosystème mature : plus de documentation, formations, expertise disponible - Innovation continue : souvent premier à lancer de nouveaux services - Effet réseau : beaucoup d'entreprises l'utilisent déjà

Précédent Suivant
← Introduction Module 2 : Modèles de Service →
← Programme Module 2 : Les Modèles de Service (Ia... →

Retour au Programme