Zarządzanie środowiskami i zatwierdzonymi wersjami

Automatyzacja wdrożeń na AWS

Dunieski Otano

Amazon Web Services Solutions Architect

Ten sam kod, trzy środowiska

• Promocja wersji Lambda ze stagingu na produkcję
• Ten sam artefakt, bez przebudowy
• Jedno wywołanie API aktualizuje alias produkcyjny — kod się nie zmienia
• To właśnie zasada „zbuduj raz, wdrażaj wiele razy"

Zatwierdzone wersje w poszczególnych usługach

• Lambda: aliasy wskazują na wersje funkcji
• ECR + ECS: tagi obrazów + wersje definicji zadań
• API Gateway: etapy z wdrożeniami
• S3: wersje obiektów w koszykach z włączonym wersjonowaniem

Jak działają aliasy w Lambda

• Wersja to niezmienna migawka funkcji
• Alias to nazwany wskaźnik na wersję
• Aktualizacja aliasu promuje daną wersję
• Aliasy obsługują routing z wagami do wdrożeń kanaryjkowych

Tagi ECR i definicje zadań ECS

• Obrazy w ECR są niezmienne dla danego skrótu (digest)
• Tag to ruchoma etykieta przypisana do skrótu
• Definicje zadań ECS odwołują się do image:tag lub @digest
• Na produkcji przypnij konkretny digest, by zablokować dokładną wersję

Etapy API Gateway w skrócie

• Etap to wdrożenie API
• Każdy etap ma własny URL i historię wdrożeń
• Promocja polega na wdrożeniu API na kolejny etap
• Zmienne etapu przechowują wartości specyficzne dla środowiska

Promocja wersji

• Zbuduj artefakt raz
• Zweryfikuj go w dev, potem w staging
• Zaktualizuj alias lub tag produkcyjny, bez przebudowy
• Ten sam artefakt działa w każdym środowisku

Oddzielanie konfiguracji od kodu

• Kod pozostaje ten sam we wszystkich środowiskach
• Konfiguracja przechowuje różnice między dev a produkcją
• Zmienne etapu, zmienne środowiskowe, Parameter Store, Secrets Manager
• Nigdy nie zapisuj wartości środowiskowych na stałe w artefakcie

Czas na praktykę!

Automatyzacja wdrożeń na AWS