Un team di sviluppo desidera che le modifiche al codice attivino una build e un deployment immediati. Quali dei seguenti approcci possono essere utilizzati per avviare un AWS CodePipeline quando si verificano modifiche al codice sorgente? (Scegliere due.)

AWS CodePipeline può essere avviato automaticamente da modifiche al codice sorgente in diverse modalità. Inserire il codice sorgente in un bucket Amazon S3 e configurare CodePipeline per l'avvio quando un oggetto nel bucket cambia è un metodo valido. CodePipeline può monitorare i bucket S3 per modifiche agli oggetti e avviare la pipeline di conseguenza. Allo stesso modo, archiviare il codice sorgente in un repository AWS CodeCommit e configurare CodePipeline per l'avvio quando viene eseguito un commit nel repository è un approccio comune e nativo di AWS. CodeCommit si integra direttamente con CodePipeline per trigger automatici. Archiviare il codice sorgente su un volume Amazon EBS crittografato non è un meccanismo diretto per avviare CodePipeline. EBS è una soluzione di storage a blocchi e non offre integrazioni native per trigger di pipeline basati su modifiche ai file. Archiviare il codice sorgente in un bucket Amazon S3 e configurare CodePipeline per eseguire il polling e l'avvio ogni 15 minuti non garantisce un avvio immediato; il polling introduce un ritardo. Infine, archiviare il codice sorgente sulla memoria effimera di un'istanza EC2 non è una soluzione di storage persistente o scalabile per il codice sorgente e non offre un'integrazione diretta per l'avvio automatico di CodePipeline.