CISO wymaga zmian w CI/CD, aby wdrażanie poprawek odbywało się jak najszybciej, z minimalnym czasem przestoju i możliwością szybkiego wycofania zmian. Aplikacja internetowa działa na flocie instancji EC2 za Application Load Balancerem. Kod źródłowy znajduje się na GitHubie; kompilacje wykorzystują istniejący projekt CodeBuild; CodePipeline będzie uruchamiać kompilacje z GitHuba. Która konfiguracja wdrożenia CI/CD spełnia te wymagania?

Poprawna odpowiedź to użycie CodePipeline z etapem wdrożenia, który wykorzystuje AWS CodeDeploy skonfigurowany do wdrożeń blue/green. Wdrożenia blue/green minimalizują przestoje, ponieważ nowa wersja aplikacji (zielona) jest wdrażana obok istniejącej (niebieskiej). Po pomyślnym przetestowaniu ruch jest przełączany na nową wersję. W przypadku problemów, CodeDeploy umożliwia szybkie wycofanie zmian poprzez przełączenie ruchu z powrotem na poprzednią, stabilną wersję (niebieską), co spełnia wymagania CISO dotyczące szybkiego wycofywania i minimalnego przestoju. Pozostałe opcje są mniej optymalne: Wdrożenia in-place (CodeDeploy lub OpsWorks) aktualizują instancje bezpośrednio, co może prowadzić do przestojów i utrudnia szybkie wycofanie zmian bez ponownego wdrożenia poprzedniej wersji. Użycie CloudFormation do tworzenia oddzielnych stosów testowych i produkcyjnych nie zapewnia mechanizmu szybkiego przełączania ruchu ani automatycznego wycofywania w przypadku problemów z wdrożeniem. Wymagałoby to dodatkowej logiki i byłoby bardziej złożone niż wdrożenie blue/green.