Eine CodePipeline-Pipeline wird durch Änderungen am main-Branch in CodeCommit ausgelöst, verwendet CodeBuild für Build-/Test-Phasen und CodeDeploy für die Bereitstellung. Nach einer kürzlichen Quellcodeänderung hat CodeDeploy die aktualisierte Anwendung nicht bereitgestellt. Welche zwei Erklärungen sind möglich? (Wählen Sie zwei.)

Wenn die Codeänderung nicht in den main-Branch committet wurde, kann CodePipeline sie nicht erkennen und die Pipeline nicht auslösen. Da die Pipeline durch Änderungen am main-Branch ausgelöst wird, ist dies eine direkte Ursache dafür, dass die Bereitstellung nicht erfolgt. Wenn eine frühere Phase (z. B. die Build- oder Testphase in CodeBuild) fehlschlägt, stoppt CodePipeline standardmäßig die Ausführung der Pipeline. Dies verhindert, dass die Bereitstellungsphase (CodeDeploy) erreicht wird. Eine inaktive EC2-Instanz im CodePipeline-Cluster ist irrelevant, da CodePipeline ein verwalteter Dienst ist und nicht direkt auf EC2-Instanzen angewiesen ist. Eine falsche Pipeline-Konfiguration, die CodeDeploy nicht aufruft, würde bedeuten, dass die Pipeline zwar läuft, aber die Bereitstellung nicht initiiert, was nicht die primäre Ursache für das Ausbleiben der Bereitstellung nach einer Codeänderung ist. Fehlende Leseberechtigungen für CodePipeline aus CodeCommit würden dazu führen, dass die Pipeline überhaupt nicht startet oder fehlschlägt, aber nicht unbedingt, dass die Bereitstellung nach einer erkannten Änderung nicht erfolgt.