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' MediaLive API avec AWS CloudTrail
AWS Elemental MediaLive est intégré à AWS CloudTrail, CloudTrail est un service qui fournit un enregistrement des actions entreprises par un utilisateur, un rôle ou un AWS service. CloudTrail capture tous les appels d'API MediaLive sous forme d'événements. Les appels capturés incluent des appels provenant de la MediaLive console et des appels de code vers les opérations de l' MediaLive API. Si vous créez un suivi, vous pouvez activer la diffusion continue d' CloudTrail événements vers un compartiment Amazon S3, y compris les événements pour MediaLive. Si vous ne configurez pas de suivi, vous pouvez toujours consulter les événements les plus récents dans la CloudTrail console dans Historique des événements. À l'aide des informations collectées par CloudTrail, vous pouvez déterminer la demande qui a été faite MediaLive, l'adresse IP à partir de laquelle la demande a été faite, qui a fait la demande, quand elle a été faite et des détails supplémentaires.
Pour en savoir plus CloudTrail, consultez le guide de AWS CloudTrail l'utilisateur.
MediaLive informations dans CloudTrail
CloudTrail est activé sur votre AWS compte lorsque vous le créez. Lorsqu'une activité se produit dans MediaLive, cette activité est enregistrée dans un CloudTrail événement avec d'autres événements de AWS service dans l'historique des événements. Vous pouvez consulter, rechercher et télécharger les événements récents dans votre AWS compte. Pour plus d'informations, consultez la section Affichage des événements avec l'historique des CloudTrail événements.
Pour un enregistrement continu des événements de votre AWS compte, y compris des événements pour MediaLive, créez un parcours. Un suivi permet CloudTrail de fournir des fichiers journaux à un compartiment Amazon S3. Par défaut, lorsque vous créez un parcours dans la console, celui-ci s'applique à toutes les AWS régions. Le journal enregistre les événements de toutes les régions de la AWS partition et transmet les fichiers journaux au compartiment Amazon S3 que vous spécifiez. En outre, vous pouvez configurer d'autres AWS services pour analyser plus en détail les données d'événements collectées dans les CloudTrail journaux et agir en conséquence. Pour plus d’informations, consultez les ressources suivantes :
Toutes les MediaLive actions sont enregistrées CloudTrail et documentées sur le site https://docs.aws.amazon.com/medialive/latest/apireference/.
Chaque événement ou entrée de journal contient des informations sur la personne ayant initié 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 AWS Identity and Access Management (IAM).
-
Si la demande a été effectuée avec les informations d’identification de sécurité temporaires d’un rôle ou d’un utilisateur fédéré.
-
Si la demande a été effectuée par un autre service AWS .
Pour plus d'informations, consultez l'élément CloudTrail UserIdentity.
Présentation des entrées des fichiers journaux MediaLive
Un suivi est une configuration qui permet de transmettre des événements sous forme de fichiers journaux à un compartiment Amazon S3 que vous spécifiez. CloudTrail les fichiers journaux contiennent une ou plusieurs entrées de journal. Un événement représente une demande unique provenant de n'importe quelle source et inclut des informations sur l'action demandée, la date et l'heure de l'action, les paramètres de la demande, etc. CloudTrail les fichiers journaux ne constituent pas une trace ordonnée des appels d'API publics, ils n'apparaissent donc pas dans un ordre spécifique.
L'exemple suivant montre une entrée de CloudTrail journal. L'exemple montre l'entrée pour un appel d'API. L'appel est effectué par l'identité spécifiée dansuserIdentity
, dans ce cas, un utilisateur avec le nom d'utilisateursantosp
. L'appel était une opération CreateInput
provenant de l' AWS CLI
(comme indiqué dans userAgent
) s'exécutant sur un ordinateur avec l'adresse IP 203.0.113.33 :
{ “eventVersion”: “1.05", “userIdentity”: { “type”: “IAMUser”, “principalId”: “AIDACKCEVSQ6C2EXAMPLE”, “arn”: “arn:aws:iam::111122223333:user/santosp”, “accountId”: “111122223333”, “accessKeyId”: “AKIAOSFODNN7EXAMPLE”, “userName”: “santosp” }, “eventTime”: “2019-01-17T21:21:17Z”, “eventSource”: “medialive.amazonaws.com”, “eventName”: “CreateInput”, “awsRegion”: “us-west-2”, “sourceIPAddress”: “203.0.113.33”, “userAgent”: “aws-cli/1.16.86 Python/2.7.15 Darwin/17.7.0 botocore/1.12.76”, “requestParameters”: { “mediaConnectFlows”: [], “inputSecurityGroups”: [ “9999999” ], “sources”: [], “roleArn”: “MediaLiveAccessRole”, “requestId”: “1111aaaa-9604-4459-a160-46a28ae166", “name”: “live-studio-feed”, “type”: “RTP_PUSH”, } }, “responseElements”: { “input”: { “arn”: “arn:aws:medialive:us-west-2:111122223333:input:7780651”, “id”: “7780651”, “name”: “live-studio-feed”, “type”: “RTP_PUSH”, “sources”: [], “destinations”: [ { “url”: “rtp://198.51.100.10:1935”, “ip”: “198.51.100.10:1935”, “port”: “1935” }, { “url”: “rtp://192.0.2.131:1935”, “ip”: “192.0.2.131:1935”, “port”: “1935” } ], “mediaConnectFlows”: [], “state”: “DETACHED”, “attachedChannels”: [], “securityGroups”: [ “9999999” ], “roleArn”: “” } }, “requestID”: “d2f882ac-1a9d-11e9-a0e5-afe6a8c88993”, “eventID”: “ebbe0290-7a1b-4053-a219-367404e0fe96”, “readOnly”: false, “eventType”: “AwsApiCall”, “recipientAccountId”: “111122223333" }