Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Journalisation des appels d'API Elastic Beanstalk avec AWS CloudTrail
Elastic Beanstalk est intégré à AWS CloudTrail, service qui enregistre les actions effectuées par un utilisateur, un rôle ou un service AWS dans Elastic Beanstalk. CloudTrail capture tous les appels d'API pour Elastic Beanstalk en tant qu'événements, y compris les appels de la console Elastic Beanstalk, de l'interface de ligne de commande EB et de votre code vers les API Elastic Beanstalk. Si vous créez un journal de suivi, vous pouvez diffuser en continu les événements CloudTrail dans un compartiment Amazon S3, y compris les événements pour Elastic Beanstalk. Si vous ne configurez pas de journal de suivi, vous pouvez toujours afficher les événements les plus récents dans la console CloudTrail dans Event history (Historique des événement). Avec les informations collectées par CloudTrail, vous pouvez déterminer la demande qui a été envoyée à Elastic Beanstalk, l'adresse IP à partir de laquelle la demande a été effectuée, l'auteur et la date de la demande, ainsi que d'autres détails.
Pour de plus amples informations sur CloudTrail, veuillez consulter le Guide de l'utilisateur AWS CloudTrail.
Informations Elastic Beanstalk dans CloudTrail
CloudTrail est activé dans votre compte AWS lors de la création de ce dernier. Quand une activité a lieu dans Elastic Beanstalk, cette activité est enregistrée dans un événement CloudTrail avec d'autres événements de services AWS dans Event history (Historique des événements). Vous pouvez afficher, rechercher et télécharger des événements récents dans votre compte AWS. Pour de plus amples informations, veuillez consulter Affichage des événements avec l'historique des événements CloudTrail.
Pour un enregistrement continu des événements dans votre compte AWS, y compris les événements pour Elastic Beanstalk, créez un journal d'activité. Un journal de suivi permet à CloudTrail de livrer des fichiers journaux dans un compartiment Amazon S3. Par défaut, lorsque vous créez un journal de suivi dans la console, il s'applique à toutes les régions. Le journal de suivi consigne les événements de toutes les régions dans la partition AWS et livre les fichiers journaux dans le compartiment Amazon S3 de votre choix. En outre, vous pouvez configurer d'autres services AWS pour analyser en profondeur les données d'événements collectées dans les journaux CloudTrail et prendre les mesures nécessaires. Pour plus d'informations, consultez :
Toutes les actions Elastic Beanstalk sont enregistrées par CloudTrail et sont documentées dans la Référence d'API AWS Elastic Beanstalk. À titre d'exemple, les appels vers les actions DescribeApplications, UpdateEnvironment et ListTagsForResource génèrent des entrées dans les fichiers journaux CloudTrail.
Chaque événement ou entrée du journal contient des informations sur la personne qui a généré la demande. Les informations relatives à l'identité permettent de déterminer les éléments suivants :
-
Si la demande a été effectuée avec les informations d'identification utilisateur racine ou IAM.
-
Si la demande a été effectuée avec des informations d'identification de sécurité temporaires pour un rôle ou un utilisateur fédéré.
-
Si la demande a été effectuée par un autre service AWS.
Pour de plus amples informations, veuillez consulter l'élément userIdentity CloudTrail.
Présentation des entrées du fichier journal Elastic Beanstalk
Un journal de suivi est une configuration qui permet la livraison d'événements sous forme de fichiers journaux vers un compartiment Amazon S3 que vous spécifiez. Les fichiers journaux CloudTrail peuvent contenir une ou plusieurs entrées de journal. Un événement représente une demande individuelle émise à partir d'une source quelconque et comprend des informations sur l'action demandée, la date et l'heure de l'action, les paramètres de la demande, etc. Les fichiers journaux CloudTrail ne constituent pas une trace de pile ordonnée d'appels d'API publics. Ils ne suivent aucun ordre précis.
L'exemple suivant montre une entrée de journal CloudTrail qui illustre l'action UpdateEnvironment appelée par un utilisateur IAM nommé intern, pour l'environnement sample-env dans l'application sample-app.
{ "Records": [{ "eventVersion": "1.05", "userIdentity": { "type": "IAMUser", "principalId": "AIXDAYQEXAMPLEUMLYNGL", "arn": "arn:aws:iam::123456789012:user/intern", "accountId": "123456789012", "accessKeyId": "ASXIAGXEXAMPLEQULKNXV", "userName": "intern", "sessionContext": { "attributes": { "mfaAuthenticated": "false", "creationDate": "2016-04-22T00:23:24Z" } }, "invokedBy": "signin.amazonaws.com" }, "eventTime": "2016-04-22T00:24:14Z", "eventSource": "elasticbeanstalk.amazonaws.com", "eventName": "UpdateEnvironment", "awsRegion": "us-west-2", "sourceIPAddress": "255.255.255.54", "userAgent": "signin.amazonaws.com", "requestParameters": { "applicationName": "sample-app", "environmentName": "sample-env", "optionSettings": [] }, "responseElements": null, "requestID": "84ae9ecf-0280-17ce-8612-705c7b132321", "eventID": "e48b6a08-c6be-4a22-99e1-c53139cbfb18", "eventType": "AwsApiCall", "recipientAccountId": "123456789012" }] }
