Bir şirket, temel iş mantığını bir Application Load Balancer (ALB) arkasındaki bir Auto Scaling grubundaki Amazon EC2 örnekleri grubunda çalıştırır. Route 53 kaydı api.example.com, ALB'yi işaret eder. Geliştirme ekibi, iş mantığına büyük bir güncelleme dağıtmalıdır, öyle ki bir test penceresi sırasında müşterilerin yalnızca %10'u yeni sürümü alsın ve her müşteri test penceresi süresince sürekli olarak aynı sürümü kullansın. Şirket, bu gereksinimleri karşılamak için güncellemeyi nasıl dağıtmalıdır?

Doğru cevap, mevcut ALB üzerinde ikinci bir hedef grubu oluşturup güncellenmiş iş mantığını bu yeni hedef grubuna kayıtlı EC2 örneklerine dağıtmak, ardından ALB dinleyici kuralını hedef gruplar arasında ağırlıklı yönlendirme yapacak şekilde değiştirmek ve hedef grubu yapışkanlığını etkinleştirmektir. Bu yaklaşım, müşterilerin %10'unun yeni sürüme yönlendirilmesini ve test penceresi boyunca aynı sürümü kullanmasını sağlar. Ağırlıklı hedef grubu yönlendirme, trafiği belirli bir oranda dağıtırken, hedef grubu yapışkanlığı aynı müşterinin her zaman aynı sürüme gitmesini garanti eder. Diğer seçenekler: İkinci bir ALB oluşturmak ve Route 53'ü ağırlıklı yönlendirme kullanacak şekilde güncellemek, yapışkanlık gereksinimini karşılamaz, çünkü Route 53 seviyesinde yapışkanlık yoktur. AutoScalingRollingUpdate politikası, tüm örneklerin kademeli olarak güncellenmesini sağlar ancak trafiği belirli bir oranda yeni sürüme yönlendirme ve yapışkanlık gereksinimlerini karşılamaz. İkinci bir Auto Scaling grubu oluşturup mevcut ALB'ye kaydetmek ve LOR algoritmasını kullanmak, trafiği belirli bir oranda yönlendirme ve yapışkanlık gereksinimlerini karşılamaz.