Création d'une EventBridge règle pour une source Amazon S3 (CLI)

Pour créer un AWS CloudTrail parcours et activer la journalisation

Pour utiliser le AWS CLI pour créer un parcours, appelez la create-trail commande en spécifiant :

Pour plus d'informations, voir Création d'un parcours à l'aide de l'interface de ligne de AWS commande.

1. Appelez la commande create-trail et incluez les paramètres --name et --s3-bucket-name.

   Pourquoi est-ce que j'effectue cette modification ? Cela crée le journal de suivi CloudTrail requis pour votre compartiment source S3.

   La commande suivante utilise --name et --s3-bucket-name pour créer un journal de suivi nommé my-trail et un compartiment nommé amzn-s3-demo-source-bucket.

   aws cloudtrail create-trail --name my-trail --s3-bucket-name amzn-s3-demo-source-bucket

2. Appelez la commande start-logging et incluez le paramètre --name.

   Pourquoi est-ce que je fais ce changement ? Cette commande lance la CloudTrail journalisation de votre compartiment source et envoie les événements à EventBridge.

   Exemple :

   La commande suivante utilise --name pour démarrer la journalisation dans un journal de suivi nommé my-trail.

   aws cloudtrail start-logging --name my-trail

3. Appelez la commande put-event-selectors et incluez les paramètres --trail-name et --event-selectors. Utilisez les sélecteurs d'événements pour spécifier que vous souhaitez que votre journal enregistre les événements de données pour votre compartiment source et envoie les événements à la EventBridge règle.

   Pourquoi est-ce que je fais ce changement ? Cette commande filtre les événements.

   Exemple :

   Dans l'exemple suivant, la commande utilise --trail-name et --event-selectors pour spécifier des événements de données pour un compartiment source et un préfixe nommés amzn-s3-demo-source-bucket/myFolder.

   aws cloudtrail put-event-selectors --trail-name my-trail --event-selectors '[{ "ReadWriteType": "WriteOnly", "IncludeManagementEvents":false, "DataResources": [{ "Type": "AWS::S3::Object", "Values": ["arn:aws:s3:::amzn-s3-demo-source-bucket/myFolder/file.zip"] }] }]'

Pour créer une EventBridge règle avec Amazon S3 comme source d'événement et CodePipeline comme cible et appliquer la politique d'autorisations

1. Accordez EventBridge des autorisations permettant CodePipeline d'invoquer la règle. Pour plus d'informations, consultez Utiliser des politiques basées sur les ressources pour Amazon. EventBridge

   1. Utilisez l'exemple suivant pour créer la politique de confiance permettant EventBridge d'assumer le rôle de service. Nommez-la trustpolicyforEB.json.

      JSON

      {
          "Version":"2012-10-17",		 	 	 
          "Statement": [
              {
                  "Effect": "Allow",
                  "Principal": {
                      "Service": "events.amazonaws.com"
                  },
                  "Action": "sts:AssumeRole"
              }
          ]
      }
      

   2. Utilisez la commande suivante pour créer le rôle Role-for-MyRule et attachez la stratégie d'approbation.

      Pourquoi est-ce que j'effectue cette modification ? L'ajout de cette politique de confiance au rôle crée des autorisations pour EventBridge.

      aws iam create-role --role-name Role-for-MyRule --assume-role-policy-document file://trustpolicyforEB.json

   3. Créez le JSON de stratégie d'autorisations, comme décrit ici, pour le pipeline nommé MyFirstPipeline. Nommez la stratégie d'autorisations permissionspolicyforEB.json.

      JSON

      {
          "Version":"2012-10-17",		 	 	 
          "Statement": [
              {
                  "Effect": "Allow",
                  "Action": [
                      "codepipeline:StartPipelineExecution"
                  ],
                  "Resource": [
                      "arn:aws:codepipeline:us-west-2:111122223333:MyFirstPipeline"
                  ]
              }
          ]
      }
      

   4. Utilisez la commande suivante pour attacher la nouvelle stratégie d'autorisations CodePipeline-Permissions-Policy-for-EB au rôle Role-for-MyRule que vous avez créé.

      aws iam put-role-policy --role-name Role-for-MyRule --policy-name CodePipeline-Permissions-Policy-For-EB --policy-document file://permissionspolicyforEB.json

2. Appelez la commande put-rule et incluez les paramètres --name, --event-pattern et --role-arn.

   L'exemple de commande suivant crée une règle nommée MyS3SourceRule.

   aws events put-rule --name "MyS3SourceRule" --event-pattern "{\"source\":[\"aws.s3\"],\"detail-type\":[\"AWS API Call via CloudTrail\"],\"detail\":{\"eventSource\":[\"s3.amazonaws.com\"],\"eventName\":[\"CopyObject\",\"PutObject\",\"CompleteMultipartUpload\"],\"requestParameters\":{\"bucketName\":[\"amzn-s3-demo-source-bucket\"],\"key\":[\"my-key\"]}}}
    --role-arn "arn:aws:iam::ACCOUNT_ID:role/Role-for-MyRule"

3. Pour l'ajouter CodePipeline en tant que cible, appelez la put-targets commande et incluez les --targets paramètres --rule et.

   La commande suivante spécifie que pour la règle nommée MyS3SourceRule, l'Id cible est composé du numéro un, ce qui indique qu'il s'agit de la règle 1 dans une liste de cibles pour la règle. La commande spécifie également un exemple d'ARN pour le pipeline. Le pipeline démarre lorsque des modifications sont effectuées dans le référentiel.

   aws events put-targets --rule MyS3SourceRule --targets Id=1,Arn=arn:aws:codepipeline:us-west-2:80398EXAMPLE:TestPipeline

4. (Facultatif) Pour configurer un transformateur d'entrée avec des remplacements de source pour un ID d'image spécifique, utilisez le code JSON suivant dans votre commande CLI. L'exemple suivant configure une dérogation dans laquelle :

   • SourceDans cet exempleactionName, il s'agit de la valeur dynamique, définie lors de la création du pipeline, qui n'est pas dérivée de l'événement source.

   • S3_OBJECT_VERSION_IDDans cet exemplerevisionType, il s'agit de la valeur dynamique, définie lors de la création du pipeline, qui n'est pas dérivée de l'événement source.

   • Dans cet exemplerevisionValue, le < revisionValue > est dérivé de la variable d'événement source.

   {
       "Rule": "my-rule",
       "Targets": [
           {
               "Id": "MyTargetId",
               "Arn": "ARN",
               "InputTransformer": {
                   "InputPathsMap": {
                       "revisionValue": "$.detail.object.version-id"
                   },
                   "InputTemplate": {
                       "sourceRevisions": {
                           "actionName": "Source",
                           "revisionType": "S3_OBJECT_VERSION_ID",
                           "revisionValue": "<revisionValue>"
                       }
                   }
               }
           }
       ]
   }

Pour modifier le PollForSourceChanges paramètre de votre pipeline

1. Exécutez la commande get-pipeline pour copier la structure de pipeline dans un fichier JSON. Par exemple, pour un pipeline nommé MyFirstPipeline, exécutez la commande suivante :

   aws codepipeline get-pipeline --name MyFirstPipeline >pipeline.json

   Cette commande ne renvoie rien, mais le fichier que vous avez créé doit apparaître dans le répertoire où vous avez exécuté la commande.

2. Ouvrez le fichier JSON dans un éditeur de texte brut et modifiez l'étape source en remplaçant la valeur du paramètre PollForSourceChanges pour un compartiment nommé amzn-s3-demo-source-bucket par false, comme illustré dans cet exemple.

   Pourquoi est-ce que j'effectue cette modification ? La définition de ce paramètre sur false désactive les vérifications périodiques, ce qui vous permet d'utiliser la détection des modifications basée sur les événements uniquement.

   "configuration": {
       "S3Bucket": "amzn-s3-demo-source-bucket",
       "PollForSourceChanges": "false",
       "S3ObjectKey": "index.zip"
   },

3. Si vous utilisez la structure de pipeline extraite à l'aide de la commande get-pipeline, vous devez supprimer les lignes metadata du fichier JSON. Sinon, la commande update-pipeline ne peut pas l'utiliser. Supprimez les lignes "metadata": { } et les champs "updated", "created" et "pipelineARN".

   Par exemple, supprimez les lignes suivantes de la structure :

   "metadata": {
       "pipelineArn": "arn:aws:codepipeline:region:account-ID:pipeline-name",
       "created": "date",
       "updated": "date"
   },

   Enregistrez le fichier.

4. Pour appliquer les modifications, exécutez la commande update-pipeline en spécifiant le fichier JSON du pipeline :

   Important

   N'oubliez pas d'inclure file:// devant le nom du fichier. Il est nécessaire dans cette commande.

   aws codepipeline update-pipeline --cli-input-json file://pipeline.json

   Cette commande affiche toute la structure du pipeline mise à jour.

   Note

   La commande update-pipeline interrompt le pipeline. Si une révision est exécutée dans le pipeline lorsque vous exécutez la commande update-pipeline celle-ci est interrompue. Vous devez lancer manuellement le pipeline pour exécuter cette révision dans le pipeline mis à jour. Utilisez la commande start-pipeline-execution pour démarrer manuellement votre pipeline.