Potok kompilacji publikuje artefakty do repozytorium AWS CodeArtifact. Deweloper musi buforować zależności z Maven Central (publicznego rejestru) przy minimalnych zmianach w istniejącym potoku. Które podejście spełnia ten wymóg?

Poprawna odpowiedź to „Zaktualizuj istniejące repozytorium CodeArtifact, aby dodać powiązanie nadrzędne wskazujące na publiczne repozytorium Maven Central”. Dodanie powiązania nadrzędnego (upstream association) do istniejącego repozytorium CodeArtifact jest najprostszym i najbardziej efektywnym sposobem na buforowanie zależności z Maven Central. CodeArtifact automatycznie buforuje pobrane zależności z repozytoriów nadrzędnych, co minimalizuje zmiany w potoku kompilacji, ponieważ potok nadal odwołuje się do tego samego repozytorium CodeArtifact. Opcja „Utwórz nowe repozytorium CodeArtifact, które używa zewnętrznego połączenia z publicznym repozytorium Maven Central” jest nieoptymalna, ponieważ wymagałaby zmiany konfiguracji potoku, aby wskazywał na nowe repozytorium. Opcja „Utwórz nową domenę CodeArtifact i w niej utwórz repozytorium, które ma zewnętrzne połączenie z publicznym repozytorium Maven Central” jest nadmiernym rozwiązaniem, ponieważ domeny służą do grupowania repozytoriów i zarządzania uprawnieniami, a nie do buforowania zależności w tym scenariuszu. Opcja „Zmień politykę zasobów repozytorium CodeArtifact, aby zezwolić na pobieranie artefaktów bezpośrednio z publicznego repozytorium Maven Central” nie jest prawidłowym mechanizmem buforowania w CodeArtifact; polityki zasobów kontrolują dostęp, a nie buforowanie.