TP : Provisionner des ressources cloud sans compte (LocalStack) avec correction

Ce que vous allez apprendre dans ce TP

• Provisionner en libre-service
• Distinguer IaaS, PaaS et SaaS
• Comprendre le service mesuré

Une API cloud locale #

Ce que vous allez apprendre dans cette section

• Provisionner en libre-service
• Distinguer IaaS, PaaS et SaaS
• Comprendre le service mesuré

Contexte. Pour comprendre le Cloud, rien ne vaut la pratique ; mais créer un compte, saisir une carte bancaire et risquer une facture est un frein. LocalStack émule les API AWS localement : vous manipulez les mêmes commandes sans coût.

Prérequis : Docker et AWS CLI  ·  Durée estimée : 30 min

LocalStack émule les services AWS.

1. 1. Démarrer LocalStack

   Pourquoi ? Des identifiants factices et un endpoint local reproduisent exactement l'usage de l'API AWS ; seul le point d'entrée change.

   Lancez LocalStack et configurez des identifiants factices.
   Voir la correction

   docker run -d --name localstack -p 4566:4566 localstack/localstack
   export AWS_ACCESS_KEY_ID=test AWS_SECRET_ACCESS_KEY=test AWS_DEFAULT_REGION=eu-west-3
   alias awsl='aws --endpoint-url http://localhost:4566'
   curl -s localhost:4566/_localstack/health | jq '.services | keys | length'

2. 2. Stockage objet en libre-service

   Pourquoi ? Créer un bucket en une commande illustre le libre-service à la demande : pas de ticket, pas d'attente, la ressource existe immédiatement.

   Créez un bucket, déposez un fichier et listez-le.
   Voir la correction

   awsl s3 mb s3://rapports
   echo 'chiffre d affaires' > rapport.txt
   awsl s3 cp rapport.txt s3://rapports/2026/
   awsl s3 ls s3://rapports --recursive

3. 3. Ressource de calcul et file de messages

   Pourquoi ? Identifier qui gère quoi (vous ou le fournisseur) est la base du modèle de responsabilité partagée, donc de la sécurité.

   Créez une file SQS et envoyez/recevez un message : quels sont les modèles de service (IaaS, PaaS, SaaS) de ces ressources ?
   Voir la correction

   awsl sqs create-queue --queue-name commandes
   awsl sqs send-message --queue-url http://localhost:4566/000000000000/commandes --message-body '{"id":42}'
   awsl sqs receive-message --queue-url http://localhost:4566/000000000000/commandes

   S3 et SQS sont des services managés (PaaS) : vous ne gérez ni serveur ni système, seulement vos données et vos droits.

4. 4. Nettoyer

   Pourquoi ? Nettoyer est un réflexe vital : dans un vrai cloud, une ressource oubliée continue d'être facturée chaque jour.

   Supprimez les ressources : pourquoi est-ce important dans un vrai cloud ?
   Voir la correction

   awsl s3 rb s3://rapports --force
   awsl sqs delete-queue --queue-url http://localhost:4566/000000000000/commandes
   docker rm -f localstack

   Dans un vrai cloud, chaque ressource oubliée continue d'être facturée (service mesuré).

Niveau de difficulté : ●○○○○ (1/5)