Comprendre les commandes AWS CLI

La AWS CLI contrôle AWS depuis un terminal. Vous n’écrirez pas de code pour l’examen, mais vous devez savoir lire les commandes CLI et comprendre exactement ce qu’elles font.

Toute commande suit le même modèle : aws, puis un service, puis une opération, puis des options. Une fois cette structure comprise, toute commande devient facile à lire. L’exemple l’illustre.

Le service vient en premier (comme iam ou ec2), puis l’opération, généralement composée d’un verbe et d’un nom. Tout ce qui commence par list ou describe se contente de lire des données — c’est sans danger pendant une investigation.

Les options commencent par deux tirets et ajoutent des précisions : --bucket désigne un compartiment, --region cible une Région. Leur lecture vous indique exactement ce qu’une commande va toucher.

Sachez quelles commandes modifient les éléments. get, list et describe ne font que lire. put, create, delete et modify écrivent dans l’état du système et peuvent être risquées : utilisez-les avec prudence.

Par défaut, la CLI répond en JSON, un format texte structuré composé de champs et de valeurs. Parcourir cette sortie à la recherche de clés comme « Effect » et « Action » est une compétence que vous utiliserez constamment.

La CLI a besoin d’informations d’identification provenant d’un profil, d’une variable d’environnement ou d’un rôle associé. La source la plus sûre est une information temporaire issue d’un rôle, et non une clé à long terme.

L’indicateur --profile sélectionne un ensemble nommé d’informations d’identification, afin qu’une même personne puisse travailler sur plusieurs comptes. Chaque profil correspond à sa propre identité et à ses propres autorisations.

La CLI peut être intégrée à des scripts, planifiée et suivie dans un système de gestion des versions, ce qui rend les actions de sécurité répétables et vérifiables. C’est pourquoi leur application passe mieux à l’échelle ici que dans la console.

Pour décoder une commande d’examen, lisez-la par morceaux : quel service, quelle opération, lecture ou écriture, quelles options. Cela suffit à déterminer si elle répond à l’objectif — nul besoin de l’exécuter.

L’appel sts assume-role renvoie des informations d’identification à durée de vie courte, afin qu’un script agisse avec un rôle plutôt qu’avec des clés permanentes. Reconnaître ce modèle signifie que l’acteur procède de manière sûre.

Décodez une commande CLI.

Une commande se lit ainsi : aws service operation options. list, describe et get effectuent des lectures sans danger ; put et delete écrivent. La sortie est au format JSON, et les scripts rendent la CLI idéale pour l’automatisation.