Bir şirket, şirket içi bir uygulamayı Kubernetes kümesi üzerinde çalıştırmaktadır. Şirket kısa süre önce milyonlarca yeni müşteri edindi. Şirketin mevcut şirket içi altyapısı, çok sayıda yeni müşteriyi kaldıramamaktadır. Şirketin şirket içi uygulamayı AWS Cloud'a taşıması gerekmektedir. Şirket, bir Amazon Elastic Kubernetes Service (Amazon EKS) kümesine geçiş yapacaktır. Şirket, AWS'deki yeni mimari için temel bilgi işlem altyapısını yönetmek istememektedir. En az operasyonel yük ile bu gereksinimleri karşılayacak çözüm hangisidir?

Doğru cevap, en az operasyonel yük ile ölçeklenebilirlik ve yönetilmeyen altyapı gereksinimlerini karşıladığı için AWS Fargate'i kullanmaktır. Fargate, sunucusuz bir bilgi işlem motorudur ve sunucuları veya düğümleri sağlamanıza, ölçeklendirmenize ve yönetmenize gerek kalmadan kapsayıcıları çalıştırmanıza olanak tanır. Bu, operasyonel yükü önemli ölçüde azaltır. Bir Fargate profili oluşturmak, EKS kümenizin hangi pod'ların Fargate üzerinde çalışacağını belirlemesini sağlar. Diğer seçenekler neden yanlış: Self-managed node'lar, sunucuların manuel olarak sağlanmasını ve yönetilmesini gerektirir, bu da operasyonel yükü artırır. Managed node groups, düğüm yönetimi yükünü azaltır ancak yine de temel EC2 örneklerinin yönetimiyle ilgili bazı sorumluluklar bırakır. Karpenter ile managed node groups kullanmak, düğüm ölçeklendirmeyi optimize etse de, yine de temel düğüm yönetimi ve bakımı sorumluluğunu gerektirir.