Apprendre AWS : comprendre le cloud, prendre en main la console et déployer vos premiers services

Apprendre AWS, c’est comprendre comment fonctionne le cloud d’Amazon Web Services puis savoir utiliser ses services essentiels : créer des accès sécurisés avec IAM, lancer un serveur EC2, stocker des fichiers dans S3, isoler vos ressources dans un réseau VPC et surveiller le tout avec CloudWatch. Ces fondamentaux suffisent déjà à héberger une application complète.

Ce guide s’adresse aux développeurs, administrateurs système, étudiants et professionnels de l’informatique qui débutent sur AWS. Vous y trouverez les notions clés, un parcours pratique dans l’ordre à suivre, les pièges de sécurité et de facturation à éviter, et une feuille de route pour progresser jusqu’à la certification.

Qu’est-ce qu’AWS (Amazon Web Services) ?

Amazon Web Services (AWS) est la plateforme de cloud computing d’Amazon. Elle met à disposition, via Internet et à la demande, plus de deux cents services : serveurs virtuels, stockage, bases de données, réseau, analyse de données, intelligence artificielle. On ne paie que ce que l’on consomme, sans acheter ni entretenir de matériel.

Le cloud computing se décline en trois grands modèles de service :

Modèle	Ce que le fournisseur gère	Ce que vous gérez	Exemples AWS
IaaS (infrastructure)	Matériel, virtualisation, réseau physique	Système d’exploitation, logiciels, données	EC2, EBS, VPC
PaaS (plateforme)	Infrastructure et environnement d’exécution	Code et données	Elastic Beanstalk, RDS
Serverless / FaaS	Tout sauf le code	Code et configuration	Lambda

Cette répartition renvoie au modèle de responsabilité partagée : AWS est responsable de la sécurité du cloud (centres de données, matériel, hyperviseur), vous êtes responsable de la sécurité dans le cloud (accès, configuration, données, chiffrement). La plupart des incidents de sécurité sur AWS viennent d’une mauvaise configuration côté client, par exemple un bucket S3 laissé public.

Pourquoi apprendre AWS ?

AWS est l’un des trois grands fournisseurs de cloud public avec Microsoft Azure et Google Cloud, et ses services sont utilisés par des entreprises de toutes tailles. Apprendre AWS permet de :

• héberger des applications sans acheter de serveurs, et les faire grandir selon la charge ;
• évoluer vers les métiers du cloud : administrateur cloud, ingénieur DevOps, architecte solutions ;
• automatiser une infrastructure entière avec du code ;
• accéder à des services avancés (IA générative, analyse de données, conteneurs) sans les installer soi-même ;
• comprendre le cloud en général : les concepts se transposent largement à Azure et Google Cloud.

Les notions clés à comprendre avant de commencer

Régions et Zones de disponibilité

AWS répartit son infrastructure dans le monde en Régions (par exemple eu-west-3 à Paris ou eu-central-1 à Francfort). Chaque Région comporte plusieurs Zones de disponibilité (AZ), c’est-à-dire des centres de données distincts, alimentés et connectés séparément. Répartir une application sur deux ou trois AZ la protège de la panne de l’une d’elles.

Le choix de la Région dépend de la proximité de vos utilisateurs (latence), des obligations de localisation des données et de la disponibilité des services, qui varie d’une Région à l’autre. En haut à droite de la console, vérifiez toujours la Région active : une ressource créée à Paris n’apparaît pas quand la console affiche l’Irlande.

Services gérés et non gérés

Un service non géré (comme EC2) vous laisse l’administration du système : mises à jour, sauvegardes, haute disponibilité. Un service géré (comme RDS pour les bases de données, ou S3) délègue ces tâches à AWS. Les services gérés coûtent parfois plus cher à l’unité, mais font gagner un temps d’exploitation considérable.

Comment débuter sur AWS : les étapes

Étape 1 — Créer et sécuriser votre compte

Créez un compte sur aws.amazon.com avec une adresse e-mail dédiée, un moyen de paiement et une vérification téléphonique. Vous vous connectez alors avec le compte root, qui a tous les droits. Immédiatement :

1. activez la MFA (authentification multifacteur) sur le compte root, depuis le menu du compte > Informations d’identification de sécurité ;
2. créez une identité d’administration pour le travail quotidien, via IAM Identity Center ou un utilisateur IAM ;
3. dans Billing and Cost Management > Budgets, créez un budget avec une alerte par e-mail, même à un montant très bas ;
4. ne créez jamais de clés d’accès pour le compte root.

Étape 2 — Maîtriser IAM et le moindre privilège

IAM (Identity and Access Management) contrôle qui peut faire quoi. Il repose sur quatre briques :

• les utilisateurs : des personnes ou des applications ;
• les groupes : des ensembles d’utilisateurs partageant les mêmes droits ;
• les rôles : des identités temporaires qu’un service (une instance EC2, une fonction Lambda) ou un utilisateur peut endosser ;
• les politiques : des documents JSON qui autorisent ou refusent des actions sur des ressources.

Le principe à appliquer partout est celui du moindre privilège : chacun reçoit uniquement les droits dont il a besoin. Une politique qui autorise la lecture d’un seul bucket ressemble à ceci :

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": ["s3:GetObject", "s3:ListBucket"],
      "Resource": [
        "arn:aws:s3:::mon-bucket-rapports",
        "arn:aws:s3:::mon-bucket-rapports/*"
      ]
    }
  ]
}

Pour une application qui tourne sur EC2, utilisez un rôle IAM attaché à l’instance plutôt que des clés d’accès écrites dans le code.

Étape 3 — Lancer un serveur virtuel EC2

EC2 (Elastic Compute Cloud) fournit des serveurs virtuels, appelés instances. Dans la console EC2, cliquez sur Lancer une instance et choisissez :

• une AMI (image système) : Amazon Linux, Ubuntu, Windows Server ;
• un type d’instance (processeur et mémoire), par exemple une petite instance de la famille t pour les tests ;
• une paire de clés pour vous connecter en SSH ;
• un groupe de sécurité qui n’ouvre que les ports nécessaires (22 depuis votre IP pour SSH, 80 et 443 pour un site web) ;
• un volume EBS pour le disque système.

Une fois l’instance démarrée, connectez-vous en SSH ou via EC2 Instance Connect. L’administration d’une instance Linux suppose de connaître les commandes de base : notre guide pour apprendre Linux vous y prépare. Pensez à arrêter ou résilier l’instance après vos tests : une instance en marche est facturée.

Étape 4 — Comprendre les trois types de stockage : S3, EBS, EFS

Service	Type	Usage typique	Accès
S3	Stockage objet	Fichiers, images, sauvegardes, sites statiques, données analytiques	Via API ou URL, depuis n’importe où
EBS	Stockage bloc	Disque d’une instance EC2 (système, base de données)	Attaché à une instance, dans une seule AZ
EFS	Système de fichiers partagé	Dossier commun à plusieurs instances Linux	Montage réseau, sur plusieurs AZ

Dans S3, les fichiers (objets) sont rangés dans des buckets au nom unique au monde. Laissez activé le blocage de l’accès public par défaut, activez le versioning pour les données importantes et choisissez une classe de stockage adaptée : Standard pour les données fréquemment lues, classes à accès peu fréquent ou Glacier pour l’archivage, beaucoup moins chères.

Avec l’AWS CLI, quelques commandes suffisent pour manipuler S3 :

aws s3 mb s3://mon-bucket-rapports --region eu-west-3
aws s3 cp rapport.pdf s3://mon-bucket-rapports/2026/
aws s3 ls s3://mon-bucket-rapports/2026/

Étape 5 — Construire un réseau privé VPC

Un VPC (Virtual Private Cloud) est votre réseau isolé dans AWS. Chaque compte dispose d’un VPC par défaut, mais pour un vrai projet on crée le sien :

• des sous-réseaux publics, reliés à Internet via une passerelle Internet, pour les répartiteurs de charge ;
• des sous-réseaux privés, sans accès entrant depuis Internet, pour les serveurs d’application et les bases de données ;
• des tables de routage qui définissent où va le trafic ;
• une passerelle NAT si les instances privées doivent sortir vers Internet (mises à jour).

Deux mécanismes filtrent le trafic :

Critère	Security Group	Network ACL (NACL)
Niveau	Instance (interface réseau)	Sous-réseau
État	Avec état : la réponse est autorisée automatiquement	Sans état : l’entrée et la sortie se règlent séparément
Règles	Autorisations uniquement	Autorisations et refus
Évaluation	Toutes les règles	Par ordre de numéro

Enfin, un Elastic Load Balancer (ELB), le plus souvent un Application Load Balancer, répartit les requêtes entre plusieurs instances placées dans différentes AZ. Associé à un groupe Auto Scaling, il permet d’ajouter ou de retirer des instances selon la charge : c’est l’élasticité du cloud.

Aller plus loin : serverless, conteneurs, IaC et IA

Une fois les fondamentaux acquis, les services modernes changent la façon de construire des applications.

• AWS Lambda exécute une fonction (Python, Node.js, Java…) en réponse à un événement : un fichier déposé dans S3, une requête via API Gateway, une planification. Pas de serveur à gérer, facturation à l’exécution. Si vous débutez en programmation, apprendre Python est un bon point d’entrée pour écrire vos premières fonctions.
• Les conteneurs : ECR stocke vos images Docker, ECS les exécute avec une orchestration propre à AWS, EKS fournit un cluster Kubernetes managé.
• L’infrastructure as code décrit vos ressources dans des fichiers versionnés, ce qui rend les environnements reproductibles. Terraform est l’outil multi-cloud le plus répandu :

provider "aws" {
  region = "eu-west-3"
}

resource "aws_s3_bucket" "rapports" {
  bucket = "mon-bucket-rapports-2026"
}

Les commandes terraform init, terraform plan puis terraform apply créent la ressource, et terraform destroy la supprime. Ces fichiers se versionnent avec Git : voyez notre guide pour apprendre Git et GitHub.

• Amazon Bedrock donne accès, via une API unique, à des modèles d’IA générative de plusieurs fournisseurs, pour intégrer la génération de texte ou la recherche dans vos applications sans gérer d’infrastructure de calcul.

Sécurité, surveillance et bonnes pratiques AWS

Surveiller avec CloudWatch

CloudWatch collecte les métriques (utilisation processeur, requêtes, erreurs) et les journaux de vos services. Créez des alarmes : par exemple, une notification si le processeur d’une instance reste au-dessus de 80 % pendant dix minutes, ou si une fonction Lambda renvoie des erreurs. CloudTrail, de son côté, enregistre les actions effectuées dans le compte : qui a fait quoi, et quand.

Chiffrer et protéger les secrets

KMS (Key Management Service) gère les clés de chiffrement utilisées par S3, EBS ou les bases de données. Secrets Manager stocke les mots de passe et clés d’API que vos applications récupèrent au moment de l’exécution, au lieu de les écrire dans le code. Ces notions s’inscrivent dans une démarche de sécurité plus large, présentée dans notre guide pour apprendre la cybersécurité.

Distribuer : Route 53 et CloudFront

Route 53 est le service DNS d’AWS : il relie votre nom de domaine à vos ressources. CloudFront est un réseau de diffusion de contenu (CDN) qui met en cache vos fichiers au plus près des utilisateurs pour accélérer l’affichage.

Le cadre Well-Architected

AWS formalise les bonnes pratiques dans le Well-Architected Framework, organisé en six piliers : excellence opérationnelle, sécurité, fiabilité, efficacité des performances, optimisation des coûts et durabilité. C’est une grille de lecture utile pour vérifier une architecture, et une notion récurrente des certifications.

Les erreurs fréquentes des débutants sur AWS

Erreur	Risque	Solution
Travailler avec le compte root	Compromission totale du compte	MFA sur root, identités IAM pour le quotidien
Clés d’accès publiées sur GitHub	Utilisation frauduleuse et facture élevée	Rôles IAM, Secrets Manager, jamais de clés dans le code
Pas d’alerte de budget	Mauvaise surprise en fin de mois	Budget avec alerte e-mail dès le premier jour
Ressources oubliées après un exercice	Facturation continue (instances, NAT, IP, volumes)	Supprimer après chaque TP, idéalement avec Terraform destroy
Groupe de sécurité ouvert à 0.0.0.0/0 sur SSH	Tentatives d’intrusion permanentes	Restreindre à votre IP ou utiliser Session Manager
Bucket S3 rendu public par facilité	Fuite de données	Garder le blocage de l’accès public, partager via URL présignée
Tout dans une seule AZ	Panne complète si la zone est indisponible	Répartir sur au moins deux AZ
Mauvaise Région dans la console	Ressources « disparues »	Toujours vérifier la Région active

Comment apprendre AWS efficacement ?

AWS est vaste : l’erreur serait de vouloir tout voir. Le parcours que nous recommandons :

1. Semaine 1 : concepts du cloud, Régions et AZ, création et sécurisation du compte, IAM.
2. Semaine 2 : EC2, EBS, S3 et EFS, avec un petit site hébergé sur une instance.
3. Semaine 3 : VPC personnalisé, Security Groups et NACL, Load Balancer et Auto Scaling.
4. Semaine 4 : Lambda, CloudWatch, KMS, puis une première infrastructure décrite avec Terraform.
5. Ensuite : préparation de la certification Cloud Practitioner, puis d’une certification associée selon votre métier.

Pour suivre ce parcours avec un guide, la formation AWS Cloud pour débutants d’EspritAcadémique couvre ces notions en 2 h 05 de vidéo, sans connaissance préalable d’AWS. Vous y verrez notamment :

• les principes du cloud, l’infrastructure mondiale et la prise en main de la console ;
• la sécurisation avec IAM (utilisateurs, groupes, rôles, politiques) et la gestion des secrets avec KMS ;
• le calcul et le stockage avec EC2, EBS, S3 et EFS ;
• la conception d’un VPC, le filtrage avec Security Groups et NACL et la répartition de charge ;
• le serverless avec Lambda, les conteneurs, Terraform, CloudWatch et l’IA générative avec Bedrock.

En résumé

Apprendre AWS commence par la sécurité du compte (MFA, IAM, alerte de budget), puis par les services fondamentaux : EC2 pour le calcul, S3, EBS et EFS pour le stockage, VPC pour le réseau. Viennent ensuite Lambda, les conteneurs et l’infrastructure as code. Pratiquez chaque service dans la console, supprimez vos ressources après usage et appuyez-vous sur le cadre Well-Architected pour concevoir des architectures solides.