Ortamları ve onaylı sürümleri yönetme

AWS üzerinde Dağıtımları Otomatikleştirme

Dunieski Otano

Amazon Web Services Solutions Architect

Aynı kod, üç ortam

• Bir Lambda sürümünü staging'den prod'a terfi ettir
• Aynı yapıt, yeniden derleme yok
• Tek bir API çağrısı prod alias'ını günceller; kod değişmez
• Bu, "bir kez derle, birçok kez dağıt" yaklaşımıdır

Servis başına onaylı sürümler

• Lambda: alias'lar işlev sürümlerini işaret eder
• ECR + ECS: imaj etiketleri + görev tanımı revizyonları
• API Gateway: dağıtımlı aşamalar
• S3: sürümlemeli kovada nesne sürümleri

Lambda alias'ları nasıl çalışır

• Bir sürüm, işlevin değiştirilemez anlık görüntüsüdür
• Bir alias, bir sürüme adlandırılmış bir işaretçidir
• Bir sürümü terfi için alias'ı güncelle
• Alias'lar canary sürümler için ağırlıklı yönlendirme destekler

ECR etiketleri ve ECS görev tanımları

• ECR imajları özet başına değiştirilemez
• Etiket, bir özet üzerinde hareketli bir etikettir
• ECS görev tanımları bir image:tag veya @digest referanslar
• Prod için, tam bitleri kilitlemek adına digest ile sabitle

API Gateway aşamaları, kısaca

• Bir aşama, API'nin dağıtımıdır
• Her aşamanın kendi URL'si ve dağıtım geçmişi vardır
• Terfi için API'yi bir sonraki aşamaya dağıt
• Aşama değişkenleri ortama özel çalışma zamanı değerlerini tutar

Bir sürümü terfi ettirme

• Yapıtı bir kez derle
• Önce dev, sonra staging'de doğrula
• Prod alias'ını veya etiketi güncelle, yeniden derleme yok
• Her ortamda aynı yapıt çalışır

Yapılandırmayı ayrı tutma

• Ortamlar arasında kod aynı kalır
• Yapılandırma dev-prod farklarını taşır
• Aşama değişkenleri, ortam değişkenleri, Parameter Store, Secrets Manager
• Ortam değerlerini asla yapıtın içine gömme

Hadi pratik yapalım!

AWS üzerinde Dağıtımları Otomatikleştirme