Un pipeline de build publie des artefacts dans un référentiel AWS CodeArtifact. Le développeur doit mettre en cache les dépendances de Maven Central (un registre public) avec un minimum de modifications au pipeline existant. Quelle approche répond à cette exigence ?

L'approche correcte consiste à ajouter une association en amont (upstream association) au référentiel CodeArtifact existant, pointant vers Maven Central. Cette fonctionnalité permet à CodeArtifact de se comporter comme un proxy pour les dépendances de Maven Central. Lorsqu'une dépendance est demandée et n'est pas présente dans votre référentiel CodeArtifact, CodeArtifact la récupère automatiquement de Maven Central, la met en cache et la sert pour les demandes futures. Cela minimise les modifications au pipeline car le pipeline continue d'interagir uniquement avec le référentiel CodeArtifact. Créer un nouveau référentiel ou un nouveau domaine avec une connexion externe nécessiterait des modifications plus importantes au pipeline pour diriger les requêtes vers le nouveau référentiel. Modifier la politique de ressources ne permettrait pas de mettre en cache les dépendances, mais seulement de contrôler l'accès, ce qui n'est pas l'objectif ici.