Pour fournir un référentiel CodeCommit dans une région secondaire que les développeurs peuvent ajouter en tant que dépôt distant et maintenir à jour après les fusions dans la région principale, quelle approche répond à l'exigence ?

Cette approche est correcte car elle utilise les services AWS appropriés pour la réplication inter-régionale d'un dépôt CodeCommit. Créer un dépôt CodeCommit secondaire est la première étape logique. CodeBuild est un excellent choix pour exécuter la logique de synchronisation (par exemple, git pull du dépôt principal puis git push vers le dépôt secondaire). Lambda permet d'invoquer CodeBuild de manière programmatique, et EventBridge est le service idéal pour déclencher cette Lambda sur des événements spécifiques de CodeCommit (comme les fusions), assurant ainsi que le dépôt secondaire est mis à jour après chaque modification significative dans le dépôt principal. Les autres options sont incorrectes car : Utiliser un compartiment S3 pour refléter un dépôt CodeCommit n'est pas une solution native ou pratique pour la gestion de versions. CodeArtifact est un service de gestion d'artefacts (paquets logiciels), pas un dépôt de code source. Cloud9 est un environnement de développement intégré (IDE) et n'est pas conçu pour la réplication automatique de dépôts entre régions.