AWS, Elastic Beanstalk'ı uygulama yönetim servisi olarak yeniden kurdu

The New Stack'te 22 Eylül'de yayımlanan AWS sponsorlu bir makale, bulut platformları için asıl zorluğun karmaşıklık değil sahiplik olduğunu savunuyor. AWS ürün pazarlama müdürü Sabari Sawant ve analist Janakiram MSV imzalı yazı, AWS'nin Elastic Beanstalk'ı uygulamanın altındaki her şeyin sorumluluğunu üstlenen bir uygulama yönetim servisi olarak yeniden kurduğunu anlatıyor.

Gece üç testi

Yazarlar sorunu gece üç testi üzerinden çerçeveliyor: bir uyarı geldiğinde ve bir servis bozulmaya başladığında, bunu düzeltmek için birinin uyanık olması gerekiyor mu? Bu testi geçen servisler, sağlıklı kavramının ne demek olduğu ve bu bozulduğunda ne yapılacağı kararlarının olay anında değil dağıtım anında verildiği servislerdir.

İki yaklaşımı karşılaştırıyorlar: kod olarak altyapı, service mesh ve özel iş akışlarıyla gelen tam kontrol; ile tek uygulama basitliği: kodu gönder, URL'yi al. Örnek verdikleri orta ölçekli şirkette kırk mühendis, sekiz üretim uygulaması, kimsenin girmek istemediği nöbet listesindeki kıdemli geliştiriciden başka bir şey olmayan tek bir SRE ve kimsenin hazırlanmaya başlamadığı bir uyum denetimi var.

Dört arıza kalıbı

Makale, yüz binlerce üretim dağıtımına ilişkin görünürlüğe dayandığını söyleyerek tekrarlayan arızaları sıralıyor: sessizce başarılı olup sonra fark edilmeden bozulan sürümler; ihtiyaç duyulduğu olaydan bir sprint sonra gelen gözlemlenebilirlik; maliyetlerin uygulama sayısıyla doğrusal arttığı portföy vergisi; ve ekipte uzman olmadığı için hiç yapılandırılmayan güvenlik kontrolleri.

Janakiram MSV bu açığın yapısal olduğunu savunuyor: cloud native, altyapı katmanını konteynerler ve Kubernetes etrafında standartlaştırdı ama uygulama ekibiyle altındaki altyapı arasındaki operasyonel sınırı standartlaştırmadı. CNCF'nin SlashData ile yaptığı araştırma, kuruluşların %28'inin ayrı bir platform engineering ekibi olduğunu, %41'inin bu yetenekleri ekipler arasında dağıttığını ve %3'ünün hiçbir resmi yaklaşımı olmadığını buldu — makaleye göre orta ölçekli mühendislik kuruluşlarının çoğu bu son grupta.

Standard ve Cluster modları

Elastic Beanstalk artık iki modda çalışıyor; bu, önceki tek ortamlı mimariden bir değişim. Standard modu tek bir uygulama için, Windows ve .NET Framework iş yükleri dahil, tam operasyonel sahiplik sağlıyor. Cluster modu aynı modeli paylaşılan altyapı ve koddan üretime dağıtımla tüm portföye yayıyor; böylece sekizinci uygulama ek maliyeti ilk yedisiyle paylaşıyor.

Yazarlar pazarı karmaşıklığı azaltan ve operasyonu kalıcı olarak üstlenen platformlar diye ikiye ayırmaktan kaçınıyor; çünkü her sağlayıcı dağıtım anında bir miktar operasyonel sorumluluk üstleniyor. Onlara göre asıl soru, bu sorumluluğun ne kadarının bir olay, yama döngüsü ya da denetim sırasında ekibe geri döndüğü.