Bienvenue
Jour 1 — Ce que vous allez vivre aujourd'hui
Une matinée de fondamentaux, une après-midi de premières manipulations concrètes. Tout ce que vous voyez ici, vous pourrez le réutiliser tel quel avec vos propres élèves.
Comment utiliser ce support
- Naviguez avec le menu à gauche, dans l'ordre ou en revenant en arrière librement.
- Les encarts bleu nuit sont des points clés à retenir.
- Les quiz donnent une correction immédiate avec une courte explication — profitez-en pour vous auto-évaluer honnêtement.
- Le TP1 est une fiche de commandes à exécuter vous-même dans votre terminal — gardez ce support ouvert à côté de votre fenêtre de terminal.
Pour chaque notion : Pourquoi ce besoin existe → Quoi, le concept avec une analogie → Comment ça se manipule → Et vous, comment l'expliqueriez-vous à un élève de BTS ?
Module 1 · 09h20 – 10h00
Qu'est-ce que le Cloud ?
Démonter les représentations floues avant de poser une définition solide.
Le problème des définitions floues
« Le Cloud, c'est dans les nuages », « c'est juste Internet », « c'est où on met nos fichiers »... Ces représentations ne sont pas fausses, mais elles ratent ce qui rend le Cloud différent d'un serveur classique : la façon dont la ressource est fournie, mutualisée et facturée.
La définition opérationnelle (NIST)
Le Cloud Computing repose sur cinq caractéristiques :
- Libre-service à la demande — on obtient une ressource sans intervention humaine côté fournisseur.
- Accès réseau large — disponible depuis n'importe quel terminal connecté.
- Mutualisation des ressources (pooling) — plusieurs clients partagent la même infrastructure physique, de façon isolée.
- Élasticité rapide — on augmente ou réduit la capacité presque instantanément.
- Mesure du service — on paie ce qu'on consomme (pay-as-you-go).
Le Cloud, c'est comme l'électricité. Vous ne possédez plus votre propre centrale (serveur) : vous consommez un service mesuré, disponible à la demande, mutualisé entre plusieurs « locataires » du même réseau électrique.
Et côté IoT / Réseaux ?
Un objet connecté (capteur de température, badge RFID, station météo de chantier) ne stocke presque jamais ses données lui-même : il les envoie vers une infrastructure Cloud qui les reçoit, les traite, parfois les restitue sous forme de tableau de bord.
Quiz éclair
Qu'est-ce qui distingue VRAIMENT le Cloud d'un serveur traditionnel hébergé en interne ?
Module 2 · 10h00 – 10h30
Modèles de service : IaaS, PaaS, SaaS
Savoir situer n'importe quel service Cloud sur cette échelle — et dire qui gère quoi.
| Modèle | Ce que le client gère | Ce que le fournisseur gère |
|---|---|---|
| IaaS | OS, applications, données, configuration réseau | Matériel, virtualisation, datacenter |
| PaaS | Code applicatif, données | OS, runtime, mise à l'échelle, mises à jour |
| SaaS | Usage, configuration utilisateur | Tout le reste — application clé en main |
Pizza maison (on-premise) : vous gérez tout, du four à la pâte.
Pizza à emporter (IaaS) : le four et la cuisine sont fournis, vous apportez vos ingrédients.
Pizza livrée (PaaS) : on vous livre le plat, vous gérez juste la table et les couverts.
Restaurant (SaaS) : vous consommez, un point.
Cas BTP / IoT : une passerelle de chantier
Une passerelle de capteurs sur un chantier remonte des données vers une plateforme de supervision : les serveurs derrière sont de l'IaaS, la plateforme de traitement des données est du PaaS, le tableau de bord que consulte le chef de chantier sur son téléphone est du SaaS.
Quiz éclair
Un fournisseur Cloud vous loue une machine virtuelle nue, sur laquelle vous installez vous-même votre système d'exploitation et vos applications. De quel modèle s'agit-il ?
Cas pratique — à discuter à l'oral avec le groupe
Classez ces 6 services en IaaS, PaaS ou SaaS, et notez votre justification :
- Une messagerie mail professionnelle (type Gmail/Outlook en ligne)
- Une base de données managée qui scale automatiquement selon la charge
- Une machine virtuelle nue louée à l'heure
- Un outil de visioconférence accessible depuis un navigateur
- Une plateforme qui héberge et exécute votre code sans que vous gériez le serveur
- Une appli mobile de supervision de capteurs IoT, fournie clé en main par le fabricant
Module 3 · 10h45 – 11h15
Modèles de déploiement
Public, privé, hybride, multi-cloud : où vivent réellement les ressources ?
- Cloud public — ressources mutualisées entre clients, gérées par un fournisseur tiers (AWS, Azure, GCP, OVHcloud...).
- Cloud privé — infrastructure dédiée à une seule organisation, sur site ou hébergée.
- Cloud hybride — combinaison des deux, avec des données ou traitements sensibles gardés en privé.
- Multi-cloud — plusieurs fournisseurs publics utilisés en parallèle, pour la résilience ou pour éviter la dépendance à un seul acteur.
Le vendor lock-in (dépendance à un fournisseur) : migrer une base de données propriétaire d'un Cloud à un autre peut coûter des mois de travail. C'est une notion très demandée en entretien ou en veille technologique — vos élèves l'oublient souvent.
Lien BTP : la contrainte du chantier
Sur un chantier, la connectivité est souvent intermittente. On retrouve alors fréquemment de l'hybride : un traitement local (« edge ») qui continue de fonctionner hors connexion, avec une synchronisation vers le Cloud dès que le réseau revient.
Quiz éclair
Une entreprise garde ses données RH sensibles sur ses propres serveurs, mais héberge son site web public chez un grand fournisseur Cloud. C'est :
Module 4 · 11h15 – 12h00
De la VM au conteneur
Le moment pivot de la journée : tout le TP de cet après-midi en découle.
Rappel express — la machine virtuelle
Une VM utilise un hyperviseur pour faire tourner un système d'exploitation invité complet, isolé du matériel réel. Isolation forte, mais lourde : chaque VM embarque son propre noyau, ses propres pilotes.
Le conteneur
Un conteneur isole un processus avec ses dépendances, mais partage le noyau du système hôte. Résultat : démarrage en quelques secondes (voire millisecondes), bien plus léger qu'une VM.
La VM est un appartement entier avec sa propre cuisine et sa propre plomberie. Le conteneur est une chambre en colocation : il partage les infrastructures communes (le noyau), mais reste cloisonné.
La majorité des architectures Cloud modernes (microservices, scalabilité automatique) reposent aujourd'hui sur des conteneurs, pas sur des VM complètes. C'est ce que vous allez manipuler cet après-midi.
Quiz éclair
Pourquoi un conteneur démarre-t-il beaucoup plus vite qu'une machine virtuelle ?
TP1 · 12h50 – 13h40 · Pratique individuelle
Premiers conteneurs Docker
Objectif : ressentir une victoire rapide et concrète, pas mémoriser 15 commandes.
Vérifiez votre environnement : ouvrez un terminal WSL2 et tapez docker --version. Si une erreur apparaît, signalez-le immédiatement plutôt que d'avancer seul.
Étape 1 — Premier conteneur
$ docker run hello-world
# Un conteneur interactif, avec un terminal à l'intérieur
$ docker run -it ubuntu bash
# Vous êtes maintenant "dans" le conteneur. Tapez :
$ exit
Observez : que se passe-t-il visuellement quand vous entrez dans le conteneur ? Le prompt change-t-il ?
Étape 2 — Lister les conteneurs
| Commande | Ce qu'elle montre |
|---|---|
docker ps | Les conteneurs actifs uniquement |
docker ps -a | Tous les conteneurs, y compris arrêtés |
docker images | Les images locales (les « modèles » dont les conteneurs sont des instances) |
Étape 3 — Lancer un service concret et persistant
Ouvrez maintenant un navigateur sur localhost:8080. Vous devriez voir la page d'accueil de nginx — c'est la première fois que vous « voyez » physiquement le résultat d'un conteneur.
Étape 4 — Explorer et nettoyer
$ docker logs <id>
# Entrer dans un conteneur déjà en cours d'exécution
$ docker exec -it <id> bash
# Arrêter puis supprimer le conteneur
$ docker stop <id>
$ docker rm <id>
Une image est un modèle figé (la recette). Un conteneur est une instance en cours d'exécution de cette image (le plat préparé). On peut lancer plusieurs conteneurs à partir de la même image.
Synthèse · fin de journée
Ce qu'il faut retenir du Jour 1
Avant de passer au Jour 2 (orchestration, Cloud public, et votre propre mini-TP), un dernier cas pratique pour relier tous les fils.
- Le Cloud se définit par la mutualisation, l'élasticité et la facturation à l'usage — pas seulement par « être en ligne ».
- IaaS / PaaS / SaaS se distinguent par qui gère quoi.
- Public / privé / hybride / multi-cloud se distinguent par où vivent les ressources et qui les possède.
- Le conteneur partage le noyau de l'hôte ; la VM embarque un OS complet. C'est ce qui rend le conteneur léger et rapide.
- Une image Docker est un modèle ; un conteneur est une instance en exécution de ce modèle.
Cas pratique final — scénario chantier BTP
Un chantier BTP installe des capteurs IoT (température, vibrations, présence) reliés à une passerelle locale. Cette passerelle traite une partie des données sur place (alertes de sécurité immédiates même sans réseau) et envoie le reste vers une plateforme Cloud pour analyse et reporting hebdomadaire au bureau d'études.
- Quel modèle de déploiement (public/privé/hybride/multi-cloud) ce scénario illustre-t-il, et pourquoi ?
- Si la plateforme d'analyse Cloud gère elle-même la montée en charge sans que personne n'ait à administrer de serveur, de quel modèle de service s'agit-il ?
- Quel risque de sécurité simple identifieriez-vous sur la passerelle locale elle-même ?
Jour 2 : pourquoi et comment orchestrer des conteneurs (Kubernetes en local), une ouverture conceptuelle sur le Cloud public, et un atelier où vous construirez votre propre mini-TP pour vos élèves.