Startup przeniosła witrynę e-commerce o dużym natężeniu ruchu do AWS i teraz potrzebuje CI/CD, które powiadamia inżynierów o nieudanych kompilacjach, zapewnia wdrożenia bez przestojów i obsługuje bezproblemowe wycofywanie zmian. Deweloperzy używają prywatnego repozytorium GitHub i Jenkinsa do kompilacji i testów jednostkowych. Zespół będzie używał AWS CodePipeline do orkiestracji kompilacji i wdrożeń. Który projekt spełnia wymagania dotyczące powiadomień, braku przestojów i wycofywania zmian?

Poprawna odpowiedź spełnia wszystkie wymagania. GitHub webhooks to standardowy sposób wyzwalania potoków CI/CD po zmianach w repozytorium. Jenkins z wtyczką CodeBuild pozwala na wykorzystanie istniejących testów jednostkowych i integrację z AWS. Amazon SNS jest idealnym rozwiązaniem do powiadamiania o nieudanych kompilacjach. Wdrożenia blue/green w AWS CodeDeploy zapewniają brak przestojów i łatwe wycofywanie zmian, ponieważ nowa wersja jest wdrażana obok starej, a ruch jest przełączany dopiero po pomyślnym teście. Pozostałe opcje są nieprawidłowe, ponieważ: Użycie GitHub websockets nie jest standardowym mechanizmem wyzwalania CodePipeline. Wdrożenie in-place, all-at-once nie zapewnia braku przestojów ani łatwego wycofywania. AWS X-Ray służy do monitorowania i debugowania aplikacji, a nie do przeprowadzania testów jednostkowych czy statycznej analizy kodu. Połączenie X-Ray do testów z wdrożeniem in-place również nie spełnia wymagań.