AWS : les fondamentaux

AWS : les fondamentaux

1. Introduction à AWS

   Amazon Web Services est le premier fournisseur cloud au monde. Le catalogue dépasse 200 services ; un premier sous-ensemble suffit à couvrir la très grande majorité des besoins.

   La console de gestion donne accès à tous ces services, mais l'outillage professionnel repose sur deux autres interfaces : l'AWS CLI et l'AWS CloudShell (un terminal déjà configuré dans la console).

   # Vérifier la configuration
   aws configure
   aws sts get-caller-identity
   
   # Lister les régions disponibles
   aws ec2 describe-regions --query 'Regions[?Region==\`eu-west-3\`]' --output table
   
   # Créer une instance (puis la détruire : elle est facturée dès qu'elle tourne)
   aws ec2 run-instances --image-id ami-xxxx --instance-type t3.micro --count 1
   aws ec2 describe-instances --filters "Name=instance-state-name,Values=running"
   aws ec2 terminate-instances --instance-ids i-xxxx

   Règle d'or du coût : une instance EC2 est facturée dès qu'elle est en marche, même si personne ne s'y connecte. Une instance arrêtée continue d'être facturée pour son stockage (EBS). D'où la règle : arrêter ou détruire dès que ce n'est pas nécessaire, et toujours étiqueter ses ressources.

2. Les services essentiels

   Six services couvrent l'essentiel des cas d'usage :

   • Amazon EC2 — machines virtuelles. Unité de calcul de référence.
   • Amazon S3 — stockage objet, durable, avec des classes de stockage selon la fréquence d'accès. Extrémement économique, à ne pas confondre avec un disque attaché.
   • Amazon RDS — base de données relationnelle gérée (MySQL, PostgreSQL, etc.) : AWS gère les sauvegardes, les correctifs et la réplication.
   • AWS Lambda — exécution de fonctions sans serveur, facturée à la durée d'exécution réelle, avec mise à l'échelle automatique.
   • Amazon VPC — réseau isolé, avec sous-réseaux publics et privés, et contrôle des flux par groupes de sécurité.
   • AWS IAM — gestion des identités et des permissions. C'est le service le plus critique : une politique trop large est la première cause de fuite de données.

   Choisir entre EC2 et Lambda

   Critère	EC2	Lambda
   Facturation	à l'heure/à la seconde tant que l'instance tourne	à la milliseconde réellement utilisée
   Gestion du serveur	oui	aucune
   Durée maximale d'exécution	illimitée	bornée (environ 15 minutes)
   Fonctionnalité standard	tout	contraintes mémoire et disque
   Adapté à	application serveur, base, traitement long	API événementielle, tâche planifiée, glue

3. Disponibilité, sécurité et coûts

   La haute disponibilité

   Objectif : qu'une panne n'arrête pas le service. Trois niveaux d'engagement, du plus simple au plus coûteux :

   • Plusieurs AZ dans une région — protège d'un incident de datacenter. C'est le socle attendu pour un service de production.
   • Plusieurs régions — protège d'une catastrophe régionale, au prix de la complexité (réplication des données, bascule, DNS).
   • Zone de reprise — en cas de panne, on redémarre dans une autre région. C'est un pis-aller, avec perte de données possible.

   L'autoscaling et l'équilibre de charge répartissent la charge et remplacent les instances défaillantes : disponibilité et dimensionnement devient automatique.

   La sécurité, du réseau vers les données

   1. Réseau       : VPC + sous-réseaux public/privé + groupes de sécurité
   2. Identités   : IAM, rôles, pas d'utilisateur root au quotidien
   3. Chiffrement  : au repos (S3, EBS, RDS) et en transit (TLS, KMS)
   4. Traçabilité : CloudTrail (qui a fait quoi), CloudWatch (métriques et alarmes)

   Maîtriser le coût

   • cette même distinction IaaS / PaaS / SaaS : le serverless déplace une partie du coût vers l'usage réel ;
   • dimensionner au plus juste et surveiller avec CloudWatch ;
   • engager sur le socle stable (Savings Plans), garder On-Demand et Spot pour les variations ;
   • stocker dans la bonne classe S3 (Standard, Infrequent Access, Glacier) selon la fréquence d'accès ;
   • activer les alertes budgétaires avant de subir la facture.

4. Référentiel AWS Certified Solutions Architect

   Si vous visez la certification AWS Certified Solutions Architect – Associate, voici le référentiel en vigueur, repris du guide d'examen officiel :

   • Code de l'examen : SAA-C03. Il remplace SAA-C02, en vigueur depuis le 30 août 2022.
   • Format : 65 questions, à choix unique ou multiples réponses.
   • Domaines et pondérations officielles :

   Domaine	Pondération
   Concevoir des architectures sécurisées	30 %
   Concevoir des architectures résilientes	26 %
   Concevoir des architectures performantes	24 %
   Concevoir des architectures optimisées en coût	20 %

   La préparation consiste donc à raisonner en scénarios : pour une exigence donnée, quel service et quelle combinaison de services répondent, et avec quel coût. Ce cours fournit la matière ; la certification valide l'entraînement.

   À noter : un référentiel de certification évolue. Vérifiez toujours la version en vigueur sur le site AWS avant de vous engager sur un code d'examen — c'est exactement le piège que ce module essaie de vous montrer.

5. Exercices

   1. Choisir le bon service : un site vitrine, une base relationnelle, un traitement déclenché par l'envoi d'un fichier, et un stockage d'archives anciennes. Pour chacun : service(s) retenu(s) et justification en une phrase.
   2. Dimensionner la disponibilité : une boutique en ligne doit rester joignable 99,9 % du temps. Combien d'AZ, et quelles briques sont obligatoires ? Que changerait l'exigence à 99,99 % ?
   3. Estimer le coût : une instance t3.micro tourne en continu dans une région européenne, avec un disque de 20 Go. Quel mode de paiement pour le socle, et quelles optimisations appliquez-vous sur le reste ?
   4. Sécurité : pourquoi ne doit-on pas utiliser les identifiants AWS dans le code ? Que mettre à la place ?