AWS, 17 Eylül 2026’da AWS Elastic Beanstalk hizmetinde Cluster Mode’un genel kullanıma sunulduğunu duyurdu. Yeni mod, ekiplerin kaynak kodu, Docker dosyası veya konteyner görüntüsü sağlamasına olanak tanırken Elastic Beanstalk; uygulamanın çalışma ortamını oluşturup yönetir. Buna dağıtım, ölçeklendirme, hata ayıklama, izleme ve uygulamanın çalışma süresi boyunca yükseltme işlemleri dahildir.
Cluster Mode, her uygulamayı tamamen ayrı bir ortamda çalıştırmak yerine bir uygulama grubunu yöneten ekipleri hedefler. Yeni mimari, tek bir operasyonel temel sağlayan ve Elastic Beanstalk tarafından yönetilen Amazon Elastic Kubernetes Service’e (Amazon EKS) dayanır. AWS’ye göre uygulamalar kaynakları paylaşabilir; bu da portföy büyürken benzer ölçüde operasyonel yük eklemeden uygulama başına maliyeti düşürebilir.
Yeni mod ne sunuyor?
Java, .NET, Python, Node.js, PHP, Ruby ve Go uygulamaları doğrudan kaynak kodundan dağıtılabilir. Elastic Beanstalk, gerektiğinde konteyner oluşturmak için Cloud Native Buildpacks teknolojisini kullanır; böylece ekibin Dockerfile yazması veya uygulamayı yeniden tasarlaması zorunlu olmaz. Mod ayrıca hazır konteyner görüntülerini destekler ve dağıtım; konsol, AWS CLI, EB CLI veya AWS SDK’ler aracılığıyla yönetilebilir.
- Tek seferde dağıtım, aşamalı dağıtım, değişmez dağıtım ve hata durumunda otomatik geri alma özelliğine sahip trafik bölme dahil dağıtım stratejileri.
- Olay tabanlı otomatik ölçeklendirme ve sırları yönetmek için AWS Secrets Manager entegrasyonu.
- Amazon CloudWatch dahil olmak üzere izleme araçlarıyla entegrasyon imkânı sunan OpenTelemetry tabanlı izleme.
- Ortam sağlığı sorunları için yapay zekâ destekli analiz; hizmet tarafındaki günlüklerin toplanması ve arızaların giderilmesine yönelik önerilerin sunulması.
- AWS’nin açıkladığı üzere AWS Certificate Manager üzerinden varsayılan HTTPS desteği ve HIPAA uygunluğu, PCI DSS uyumluluğu ile SOC 1/2/3 uyumunu içeren bir uyumluluk modu.
Ekipler açısından pratikte ne değişiyor?
Cluster Mode, geleneksel bir uygulamanın dağıtılması ve paylaşımlı bir konteyner ortamında yönetilmesi arasındaki mesafeyi kısaltır. Belirli bir alt ağ grubunda ilk ortam oluşturulduğunda hizmet bir EKS kümesi oluşturur ve işlem yaklaşık on dakika sürebilir. AWS’ye göre sonraki dağıtımlar mevcut kümeden yararlanır. Aynı uygulama içinde birden fazla mikro hizmet çalıştırılabilir; her hizmet için kopya sayısı, işlem birimleri, bellek, bağlantı noktası ve durum denetimi yolu gibi kaynaklar yapılandırılabilir.
En önemlisi, ekipler mevcut moddan zorunlu olarak geçiş yapmak zorunda değildir. Amazon EC2 tarafından desteklenen Elastic Beanstalk Standard ortamları çalışmaya devam eder ve Standard ortamları ile Cluster Mode ortamları aynı Elastic Beanstalk uygulaması içinde yan yana çalıştırılabilir. Hizmet ayrıca değişikliklerden önce uyumluluk kontrolleri gerçekleştirerek kademeli geçişe imkân tanır.
Cluster Mode ne zaman en iyi seçenek değildir?
AWS, Standard Mode’un tekil uygulamalar veya tekil ortamlar, IIS üzerinde çalışan Windows/.NET Framework iş yükleri ve konteynerlere dönüştürülemeyen uygulamalar için uygun olmaya devam ettiğini belirtiyor. Ayrıca aylık 500 dolardan daha az harcama yapan iş yükleri için daha uygun olabilir; çünkü EKS kontrol düzlemi ücretleri ve EKS Auto Mode ile ilişkili ek ücret, kaynak paylaşımının tek bir uygulamada sağlayacağı tasarrufu telafi etmeyebilir.
Kullanılabilirlik ve maliyet
Cluster Mode, Elastic Beanstalk’ın kullanılabildiği tüm AWS bölgelerinde genel kullanıma sunuldu. AWS, Cluster Mode’un kendisi için ek ücret almıyor; ancak müşteri, uygulamaların tükettiği temel kaynaklar için ödeme yapıyor. Bunlar arasında EKS kontrol düzlemi ücretleri, EKS Auto Mode işlem gücü, Amazon ECR ve Amazon CloudWatch ücretleri yer alıyor. Hizmet, AWS Free Tier programı kapsamında uygun değildir.
certi.news değerlendirmesi: Gerçek değişiklik yalnızca yeni bir dağıtım seçeneği değil; EKS’nin arka planda kullanılmasından yararlanarak bir konteyner uygulamaları grubunu çalıştırma sorumluluğunun Elastic Beanstalk katmanına aktarılmasıdır. Bu, operasyonu standartlaştırmak ve manuel çalışmayı azaltmak isteyen ekipler için faydalı olabilir; ancak karar, hizmet için ek ücret alınmamasıyla sınırlı değildir. EKS ve destekleyici kaynakların maliyeti ile uygulamanın konteynerlerle uyumluluğu belirleyici faktörler olmaya devam eder. Ayrıca kaynak, iki mod arasında performans rakamları veya gerçek bir maliyet karşılaştırması sunmuyor; bu nedenle büyük bir üretim portföyünü taşımadan önce iş yükü ve maliyet test edilmelidir.