Керування середовищами та затвердженими версіями

Автоматизація розгортань в AWS

Dunieski Otano

Amazon Web Services Solutions Architect

Той самий код, три середовища

• Просунути версію Lambda зі staging у prod
• Той самий артефакт, без перескладання
• Один виклик API оновлює псевдонім prod; код не змінюється
• Це «build once, deploy many»

Затверджені версії для кожної служби

• Lambda: псевдоніми вказують на версії функцій
• ECR + ECS: теги образів + ревізії визначень завдань
• API Gateway: стадії з розгортаннями
• S3: версії об'єктів у сегментах з увімкненим версіонуванням

Як працюють псевдоніми Lambda

• Версія — це незмінний знімок функції
• Псевдонім — це іменне посилання на версію
• Оновіть псевдонім, щоб просунути версію
• Псевдоніми підтримують зважене маршрутизацію для поступових релізів

Теги ECR і визначення завдань ECS

• Образи ECR незмінні за дайджестом
• Тег — це рухома мітка на дайджесті
• Визначення завдань ECS посилаються на image:tag або @digest
• Для продакшену закріпіть за дайджестом, щоб зафіксувати точні біти

API Gateway: коротко про стадії

• Стадія — це розгортання API
• Кожна стадія має власну URL-адресу й історію розгортань
• Просування — розгорнути API на наступну стадію
• Змінні стадії зберігають параметри виконання для середовищ

Просування версії

• Зберіть артефакт один раз
• Перевірте в dev, потім у staging
• Оновіть псевдонім або тег prod, без перескладання
• Той самий артефакт працює в усіх середовищах

Тримайте конфігурацію окремо

• Код незмінний у всіх середовищах
• Конфігурація містить різницю між dev і prod
• Змінні стадій, змінні середовища, Parameter Store, Secrets Manager
• Ніколи не хардкодуйте значення середовища в артефакт

Давайте потренуємось!

Автоматизація розгортань в AWS