Histoire d’AWS : de 2002 à 2026 (timeline FR)

À la fin de ce tutoriel, vous saurez raconter la timeline AWS (origines internes → S3/EC2 2006 → plateforme → serverless → conteneurs → IA 2026), relier chaque ère aux labs DEH en ca-central-1, et éviter les confusions de dates fréquentes à l’oral / en entretien.

Niveau : Débutant · Temps estimé : 40–50 min · Dernière vérification : 2026-09-13 · Region lab : ca-central-1

Slug draft : aws-history-2 · Slug live : aws-history-2 (WP #1252) · Série : AWS Solutions Architect · Mot-clé SEO : AWS History

Publish : HOLD · Absorbe / enrichit : live EN (timeline 2002–2026)

← Précédent : AWS Certified Solutions Architect · → Suivant : Créer un compte AWS · Hub : Démarrer avec AWS

Prérequis

• Notions cloud de base : VM, stockage objet, réseau — AWS Cloud Computing
• Compte lab optionnel (lecture Regions) — Démarrer avec AWS / Sign Up
• AWS CLI v2 profil lab pour le mini-lab lecture

export AWS_PROFILE=lab
export AWS_DEFAULT_REGION=ca-central-1

Coût estimé : 0 € — lecture + describe-regions / s3 ls éventuel.

Contenu d’origine conservé (live aws-history-2)

Le live EN (WP #1252) couvrait déjà une timeline en six blocs. On conserve ces concepts et on les densifie en FR :

1. Origines internes (2002–2005)
2. Lancement public S3 et EC2 (2006–2007)
3. Expansion des services cœur (2008–2012)
4. Adoption entreprise et Regions (2013–2017)
5. Ère Kubernetes / conteneurs (2018–2021)
6. Plateforme moderne et IA (2022–2026)

(Schéma — alt : « Timeline AWS 2002–2026 : internes, S3/EC2, plateforme, enterprise, conteneurs, IA ».)

Ce que nous allons construire

AWS History (DEH)
  ├── Timeline conservée (6 ères)
  ├── Pourquoi ça compte pour SAA / DevOps
  ├── Mini-lab lecture ca-central-1
  ├── Erreurs de dates / FAQ
  └── Quiz 5Q + maillage

Pourquoi l’histoire AWS compte

Comprendre la timeline aide à :

• Choisir un service « de quelle génération » (EC2 nu vs Beanstalk vs Lambda vs EKS)
• Expliquer en entretien pourquoi VPC, IAM et Regions sont nés (isolation, scale, compliance)
• Éviter les anachronismes (« Lambda en 2006 », « EKS avant les conteneurs »)
• Relier le Well-Architected à des accidents de jeunesse du cloud (single-AZ, clés root, buckets publics)

AWS n’est pas apparu « complet » : chaque service répond à une douleur opérationnelle Amazon puis clients.

Pour la série Solutions Architect DEH, History est la leçon de contexte avant Sign Up et les labs facturables : vous savez pourquoi MFA, VPC et Budgets existent avant de cliquer « Create ».

1. Origines internes (2002–2005)

Après le choc du dot-com, Amazon industrialise son e-commerce. Les équipes construisent des briques internes séparées : stockage, compute, bases. Pas d’API publiques encore, mais les décisions d’architecture (équipes autonomes, API-first en interne) préparent le lancement 2006. Concept conservé : les projets internes ≠ date de lancement public.

2. Lancement public S3 et EC2 (2006–2007)

• Amazon S3 : mars 2006 — stockage objet à la demande, API REST.
• Amazon EC2 : août 2006 — machines virtuelles à l’heure, modèle pay-as-you-go.

Ces deux services marquent le début commercial d’AWS. Les early adopters provisionnent sans CapEx hardware. Pour le lab DEH moderne : S3 et EC2 restent le socle (S3 sécurité, EC2 + SSM).

# Vérification lecture (optionnel) — prouve l’API S3 côté compte lab
aws s3 ls
# Sortie attendue : liste de buckets (éventuellement vide) ou erreur d’auth à corriger

3. Expansion des services cœur (2008–2012)

Entre 2008 et 2012, AWS passe de « disques + VM » à une plateforme :

C’est l’ère où « cloud = EC2 + S3 » devient « cloud = plateforme réseau + data + scaling ».

4. Adoption entreprise et Regions (2013–2017)

AWS multiplie Regions et Availability Zones pour latence et conformité. Lambda (2014) popularise le serverless (code sans gérer le serveur). Les migrations massives s’appuient sur Direct Connect, Snowball, Organizations, CloudTrail. La gouvernance (multi-comptes, audit) devient un sujet SAA à part entière.

aws ec2 describe-regions --output table
# Liste les Regions actuelles — utile pour voir que tout n’a pas été lancé « d’un coup »

Region de lab DEH : ca-central-1 (Canada) — choisissez-la et ne changez plus pendant la série.

5. Kubernetes et conteneurs (2018–2021)

• EKS (2018) : control plane Kubernetes géré
• Fargate : compute sans nœuds à patcher (ECS puis EKS)
• ECR, service mesh, patterns GitOps

Beaucoup d’équipes quittent les clusters self-managed pour EKS + modules Terraform. Sur DEH : ECS Fargate, EKS concepts. Concept conservé : Launch Templates remplacent progressivement les Launch Configurations pour EC2/ASG.

6. Plateforme moderne et IA (2022–2026)

En septembre 2026, AWS propose plus de 200 services (ordre de grandeur public — le catalogue évolue). Graviton, SageMaker, Bedrock, Karpenter / EKS Auto Mode, patterns Launch Template partout. L’IA générative s’ajoute aux piliers classiques SAA : vous devez toujours savoir sécuriser, résilier, optimiser, même quand l’énoncé parle de ML.

Snippet moderne (illustration — ne pas appliquer tel quel sans data source AMI) :

# Illustration : Launch Template (ère moderne ASG) — lab hors scope ici
resource "aws_launch_template" "example" {
  name_prefix   = "web-"
  image_id      = "ami-exemple" # remplacer via data source en vrai lab
  instance_type = "t4g.medium"
}

La série DEH reste AWS-first en ca-central-1 ; Terraform a sa propre piste (ne pas mélanger dans ce draft History).

Fil conducteur pour l’examen et les labs

Utilisez la timeline comme boussole, pas comme liste à réciter :

En entretien, une réponse forte relie besoin client → contrainte → service de la bonne génération. Exemple : « besoin d’élasticité web classique sans ops conteneurs → Beanstalk ou ALB+ASG ; besoin d’API K8s portable → EKS ».

Going Further (concepts live conservés)

Le stub EN proposait déjà : archive What’s New, CloudShell / Cost Explorer, notes Terraform provider, histoire du Well-Architected. On conserve ces pistes :

1. Lire 3 annonces « What’s New » d’années différentes et noter le pilier WAF concerné.
2. Dans CloudShell (compte lab), aws ec2 describe-regions puis comparer avec la doc Regions.
3. Parcourir le changelog du provider AWS Terraform en lecture (série TF séparée — ne pas publier d’état ici).
4. Relire Well-Architected à la lumière des incidents historiques (buckets publics, single-AZ).

Mini-lab lecture (ca-central-1)

export AWS_PROFILE=lab
export AWS_DEFAULT_REGION=ca-central-1
aws sts get-caller-identity
aws ec2 describe-availability-zones --query 'AvailabilityZones[].ZoneName' --output table

Checklist : identité lab · AZ de ca-central-1 listées · aucune ressource créée.

Erreurs fréquentes

FAQ

Quand AWS a-t-il « officiellement » démarré pour le public ?
S3 en mars 2006, puis EC2 — début commercial cloud AWS.

Quel service popularise le serverless ?
AWS Lambda (2014).

Pourquoi Launch Templates vs Launch Configurations ?
Versioning, features EC2 modernes, intégration ASG/Fleet — approche recommandée depuis plusieurs années.

Combien de services en 2026 ?
Ordre de grandeur > 200 — vérifiez le catalogue officiel ; ne mémorisez pas un chiffre exact d’examen inventé.

Quelle Region pour les labs DEH ?
ca-central-1.

Quiz (5 questions)

1. Le lancement public souvent cité pour S3 est : – A. 2002 uniquement
– B. Mars 2006
– C. 2018 avec EKS

2. VPC devient un élément cœur de la plateforme surtout à partir de : – A. 1995
– B. L’ère ~2009 (expansion cœur)
– C. Uniquement 2026

3. Lambda (2014) illustre surtout : – A. Un hyperviseur on-prem
– B. Le modèle serverless (code sans gérer le serveur)
– C. Un remplacement total d’IAM

4. Pour un lab DEH History, la Region à utiliser est : – A. Une Region différente chaque commande
– B. ca-central-1
– C. Uniquement GovCloud

5. EKS arrive dans quelle ère de la timeline conservée ? – A. 2006 S3/EC2
– B. 2018–2021 (conteneurs / Kubernetes)
– C. Avant les projets internes 2002

Réponses : 1‑B · 2‑B · 3‑B · 4‑B · 5‑B

Pour aller plus loin

• Archive AWS What’s New
• Well-Architected · Cloud Computing · Sign Up
• Préparer SAA-C03

Maillage série AWS (P1)