Istniejący CodePipeline w regionie eu-west-1 przechowuje artefakty kompilacji w zasobniku S3 i wdraża funkcję Lambda za pomocą akcji wdrożenia CloudFormation. Potok musi zostać zaktualizowany, aby wdrożyć funkcję Lambda również w regionie us-east-1. Dodatkowy artefakt dla us-east-1 został już utworzony. Jakie kroki powinien podjąć inżynier DevOps? (Wybierz dwie odpowiedzi.)

Aby wdrożyć funkcję Lambda w nowym regionie (us-east-1), CodePipeline potrzebuje dostępu do artefaktów w tym regionie. Utworzenie zasobnika S3 w us-east-1 i skonfigurowanie jego polityki w celu nadania CodePipeline uprawnień do odczytu i zapisu jest niezbędne, aby potok mógł przechowywać i pobierać artefakty w tym regionie. Następnie, dodanie tego zasobnika S3 jako magazynu artefaktów w potoku i utworzenie nowej akcji wdrożenia CloudFormation dla us-east-1, która używa szablonu z artefaktu us-east-1, pozwoli na wdrożenie funkcji Lambda w docelowym regionie. Modyfikowanie szablonu CloudFormation w celu akceptowania parametru dla lokalizacji pliku .zip funkcji Lambda nie jest konieczne, ponieważ CodePipeline może bezpośrednio używać artefaktów z magazynu. Utworzenie nowej akcji wdrożenia CloudFormation dla us-east-1 i skonfigurowanie jej tak, aby używała szablonu CloudFormation z dodatkowego artefaktu utworzonego dla us-east-1 jest niekompletne, ponieważ nie uwzględnia magazynu artefaktów w nowym regionie. Włączenie replikacji między regionami (Cross-Region Replication) z zasobnika S3 w eu-west-1 do zasobnika w us-east-1 nie jest optymalnym rozwiązaniem, ponieważ CodePipeline potrzebuje dedykowanego magazynu artefaktów w każdym regionie, w którym wdraża.