Správa prostředí a schválených verzí

Automatizace deploymentů na AWS

Dunieski Otano

Amazon Web Services Solutions Architect

Stejný kód, tři prostředí

• Povýšíš verzi Lambda funkce ze staging do prod
• Stejný artefakt, žádné nové sestavení
• Jedno volání API aktualizuje alias prod – kód se nemění
• To je princip „sestav jednou, nasaď vícekrát"

Schválené verze pro jednotlivé služby

• Lambda: aliasy ukazují na verze funkcí
• ECR + ECS: tagy image + revize task definition
• API Gateway: stages s nasazeními
• S3: verze objektů v bucketech s povoleným verzováním

Jak fungují Lambda aliasy

• Verze je neměnný snímek funkce
• Alias je pojmenovaný ukazatel na verzi
• Aktualizací aliasu verzi povýšíš
• Aliasy podporují vážené směrování pro canary nasazení

Tagy ECR a task definitions ECS

• Image v ECR jsou neměnné podle digestu
• Tag je přesunutelný štítek na digestu
• Task definitions ECS odkazují na image:tag nebo @digest
• Pro produkci ukotvi podle digestu – zajistíš tak přesnou verzi

API Gateway stages stručně

• Stage je nasazení API
• Každý stage má vlastní URL a historii nasazení
• Povýšení provedeš nasazením API do dalšího stage
• Stage variables uchovávají hodnoty specifické pro prostředí

Povýšení verze

• Artefakt sestav jen jednou
• Otestuj ho v dev, pak ve staging
• Aktualizuj alias nebo tag pro prod, bez nového sestavení
• Stejný artefakt běží ve všech prostředích

Konfigurace odděleně od kódu

• Kód zůstává stejný ve všech prostředích
• Konfigurace obsahuje rozdíly mezi dev a prod
• Stage variables, proměnné prostředí, Parameter Store, Secrets Manager
• Hodnoty prostředí nikdy nezapisuj natvrdo do artefaktu

Pojďme cvičit!

Automatizace deploymentů na AWS