Eski bir iş yükü, tek bir büyük EC2 instance'ı üzerinde çalışan durum bilgisiz uygulama katmanına ve tek bir EC2 instance'ı üzerinde çalışan MySQL veritabanına sahiptir. Uygulama sunucusundaki CPU sık sık %100'e ulaşarak kesintilere neden olmaktadır. Yama uygulamaları manuel olarak yapılmakta ve kesintilere yol açmaktadır. Şirket, en az geliştirme çabasıyla uygulamayı yüksek oranda erişilebilir hale getirmek istemektedir. Bu gereksinimi hangi çözüm karşılar?

Doğru cevap, mevcut uygulamanın durum bilgisiz yapısından ve manuel yama süreçlerinden kaynaklanan sorunları en az geliştirme çabasıyla çözerken yüksek erişilebilirlik sağlar. AWS Systems Manager Agent (SSM Agent) içeren yeni bir AMI, otomatik yama ve yönetim kolaylığı sunar. Daha küçük instance'lar kullanan bir Auto Scaling grubu ve Application Load Balancer (ALB), CPU kullanımına göre otomatik ölçeklendirme ve trafik dağıtımı ile uygulama katmanının yüksek erişilebilirliğini ve performansını artırır. Amazon Aurora MySQL'e geçiş, veritabanı katmanı için yüksek erişilebilirlik, ölçeklenebilirlik ve yönetilebilirlik sağlar. Diğer seçenekler şunlar için uygun değildir: Lambda'ya geçiş, önemli yeniden geliştirme çabası gerektirir ve "en az geliştirme çabası" gereksinimini karşılamaz. Graviton tabanlı instance'lara geçiş ve DynamoDB'ye taşıma, uygulamanın yeniden yazılmasını gerektirebilir ve mevcut MySQL veritabanı ile uyumsuz olabilir. Docker ve Amazon ECS'e geçiş, konteynerleştirme ve ECS yönetimi için ek geliştirme ve operasyonel çaba gerektirir. Amazon Neptune ise grafik veritabanıdır ve MySQL veritabanının doğrudan bir alternatifi değildir.