Wdrożenia kanarkowe i liniowe

Automatyzacja wdrożeń na AWS

Dunieski Otano

Amazon Web Services Solutions Architect

Jedno nieudane wdrożenie, wszyscy użytkownicy

• Zmiana logiki płatności trafia od razu do 100% ruchu
• Błąd ujawnia się pod realnym obciążeniem — każda transakcja się nie udaje
• Wdrożenie kanarkowe na 10% ruchu wykryłoby to w pięć minut
• Koszt pominięcia wdrożenia kanarkowego: realna strata pieniędzy

Czym jest wdrożenie kanarkowe?

• Najpierw wyślij niewielką część ruchu do nowej wersji
• Obserwuj metryki przez określony czas oczekiwania
• Jeśli wszystko jest w porządku, przekieruj resztę ruchu naraz
• Typowy wzorzec: 10% przez 5 minut, potem 100%

Czym jest wdrożenie liniowe?

• Przekierowuj ruch w równych krokach
• Czekaj między kolejnymi krokami
• Przykład: 10% co minutę przez 10 minut
• Płynniejsze niż kanarkowe, ale trwa dłużej

Kanarkowe kontra liniowe

• Kanarkowe: jedna część, potem całość
• Liniowe: wiele małych kroków
• Kanarkowe szybko wykrywa problemy, liniowe zwiększa ruch stopniowo
• Oba zatrzymują się, gdy nastąpi wycofanie wersji

Konfiguracje CodeDeploy dla Lambda

• CodeDeployDefault.LambdaCanary10Percent5Minutes: 10% przez 5 min, potem 100%
• CodeDeployDefault.LambdaLinear10PercentEvery1Minute: +10% na minutę
• CodeDeployDefault.LambdaAllAtOnce: cały ruch od razu
• ECS ma odpowiadające konfiguracje z prefiksem ECS

Automatyczne wycofanie wersji z alarmami CloudWatch

• Podepnij alarmy CloudWatch do grupy wdrożenia
• Typowe alarmy: błędy, czas trwania, 5xx
• Gdy alarm przejdzie w stan ALARM, wdrożenie się zatrzymuje
• CodeDeploy wycofuje wersję do poprzedniej

Wybór właściwej konfiguracji

• Rutynowa poprawka niskiego ryzyka → AllAtOnce
• Zmiana produkcyjna wysokiego ryzyka → Canary
• Potrzebujesz płynnego, stopniowego wzrostu → Linear
• Zawsze łącz z alarmami dla automatycznego wycofania wersji

Czas na praktykę!

Automatyzacja wdrożeń na AWS