CodePipeline w regionie eu-west-1 buduje i wdraża aplikację Lambda w eu-west-1. CodeBuild używa polecenia aws cloudformation package do utworzenia artefaktu, który zawiera plik .zip funkcji Lambda i szablon. Akcja wdrożenia CloudFormation wykorzystuje ten artefakt wyjściowy. Firma chce teraz, aby ten sam potok (w eu-west-1) wdrażał funkcję Lambda również w us-east-1. CodeBuild został zaktualizowany, aby produkować dodatkowy artefakt wyjściowy dla us-east-1. Jakie dodatkowe kroki należy podjąć? (Wybierz dwie opcje.)

Aby wdrożyć funkcję Lambda w us-east-1 z potoku CodePipeline działającego w eu-west-1, potrzebny jest magazyn artefaktów w regionie docelowym. CodePipeline wymaga, aby artefakty były przechowywane w zasobniku S3 w tym samym regionie, w którym odbywa się wdrożenie. Dlatego należy utworzyć zasobnik S3 w us-east-1 i skonfigurować go jako magazyn artefaktów dla tego regionu w potoku. Następnie, nowa akcja wdrożenia CloudFormation dla us-east-1 może użyć szablonu z artefaktu wyjściowego us-east-1, który został umieszczony w nowo utworzonym zasobniku S3. Opcja "Zmień szablon CloudFormation, aby akceptował parametr dla lokalizacji pliku .zip funkcji Lambda. Dodaj nową akcję wdrożenia CloudFormation dla us-east-1 i przekaż lokalizację artefaktu us-east-1 jako nadpisanie parametru" jest nieprawidłowa, ponieważ CloudFormation nadal potrzebuje dostępu do pliku .zip w regionie docelowym, a samo przekazanie parametru nie rozwiązuje problemu lokalizacji artefaktu. Opcja "Utwórz zasobnik S3 w us-east-1 i skonfiguruj replikację między regionami (Cross-Region Replication) z zasobnika eu-west-1 do nowego zasobnika us-east-1" jest niepotrzebna, ponieważ CodeBuild może bezpośrednio umieścić artefakt w zasobniku us-east-1, a replikacja dodaje niepotrzebną złożoność.