Bir şirket bir uygulamayı AWS'ye taşıdı. Uygulama, bir Application Load Balancer (ALB) arkasındaki iki EC2 instance üzerinde çalışıyor. MySQL veritabanı ayrı bir EC2 instance üzerinde çalışıyor ve okuma ağırlıklı. Her EC2 instance, sık güncellenen statik içeriği bağlı Amazon EBS biriminde depoluyor; statik içerik güncellendiğinde her EBS birimine kopyalanmalıdır. Yük gün boyunca değişiyor ve yoğun zamanlarda uygulama tüm istekleri karşılayamıyor. İzleme, veritabanının yoğun okuma trafiğini kaldıramadığını gösteriyor. Uygulamanın güvenilirliğini artıracak çözüm hangisidir?

Doğru seçenek, uygulamanın güvenilirliğini ve ölçeklenebilirliğini artırmak için kapsamlı bir çözüm sunar. Uygulamayı Amazon ECS üzerinde Fargate ile container'laştırmak, sunucu yönetimi yükünü ortadan kaldırır ve otomatik ölçeklendirme (Application Auto Scaling ile) sayesinde değişen yüklere dinamik olarak uyum sağlar. Statik içerik için Amazon EFS kullanmak, tüm container'ların tek, merkezi ve tutarlı bir dosya sistemine erişmesini sağlar, böylece her EBS birimine ayrı ayrı kopyalama ihtiyacını ortadan kaldırır. Amazon Aurora MySQL Serverless v2'ye geçiş ve bir okuyucu DB örneği eklemek, veritabanının yoğun okuma trafiğini sorunsuz bir şekilde yönetmesini sağlar ve veritabanı performansını ve ölçeklenebilirliğini önemli ölçüde artırır. Diğer seçenekler: Lambda'ya geçiş statik içerik için EBS kullanmaya devam etmeyi öneriyor ki bu, birden fazla Lambda fonksiyonu arasında statik içeriği yönetmek için uygun değildir. Ayrıca, Lambda'nın durum bilgisi olmayan yapısı, mevcut uygulamanın mimarisine her zaman doğrudan uymaz. Step Functions, iş akışı orkestrasyonu için tasarlanmıştır, genel web uygulamalarını barındırmak için uygun değildir. ECS'ye geçiş doğru yönde olsa da, statik içerik için tek bir EBS birimi kullanmak, birden fazla container'ın aynı içeriğe tutarlı bir şekilde erişmesini zorlaştırır ve tek bir hata noktası oluşturur.