Een CodePipeline-pipeline wordt getriggerd door wijzigingen in de main-branch in CodeCommit, gebruikt CodeBuild voor build/test-fasen en gebruikt CodeDeploy voor implementatie. Na een recente bronwijziging heeft CodeDeploy de bijgewerkte applicatie niet geïmplementeerd. Welke twee verklaringen zijn mogelijk? (Kies er twee.)

De codewijziging is niet gecommit naar de main-branch van de repository. CodePipeline wordt getriggerd door wijzigingen in de main-branch. Als de wijziging niet is gecommit, zal de pipeline niet starten en dus ook niet implementeren. Een eerdere pipeline-fase is mislukt en de pipeline is gestopt voordat de implementatiefase werd bereikt. CodePipeline is een sequentieel proces. Als een fase (zoals de build/test-fase met CodeBuild) mislukt, stopt de pipeline en zal de CodeDeploy-fase niet worden bereikt. Een Amazon EC2-instantie in het CodePipeline-cluster van het bedrijf is inactief. Dit is onwaarschijnlijk, aangezien CodePipeline zelf geen EC2-cluster heeft. CodeDeploy kan EC2-instanties gebruiken, maar een inactieve instantie zou eerder leiden tot een mislukte implementatie dan tot het niet oproepen van CodeDeploy. De pipeline-configuratie is onjuist en CodeDeploy wordt niet aangeroepen. Hoewel een onjuiste configuratie problemen kan veroorzaken, zou dit meestal leiden tot een fout in de pipeline zelf, niet tot het simpelweg niet oproepen van CodeDeploy zonder verdere indicatie. CodePipeline heeft geen machtigingen om te lezen uit de CodeCommit-repository. Als dit het geval was, zou de pipeline helemaal niet starten of zou de bronfase mislukken, wat een ander symptoom zou zijn.