Bir DevOps ekibi, blue/green all-at-once stratejisiyle CodeDeploy kullanarak bir ALB'nin arkasındaki bir ECS uygulamasını dağıtır. Yakın zamanda yapılan bir sürüm, yanıt sürelerinde büyük bir artışa neden oldu ve geri alma gerektirdi. Ekip, tüm trafiği kaydırmadan önce yeni bir sürümü gözlemlemelerine ve yanıt süreleri artarsa hızla geri almalarına olanak tanıyan bir dağıtım yaklaşımı istiyor. Hangi adım kombinasyonu bunu sağlar?

Doğru cevaplar, yeni bir sürümü gözlemlemeye ve sorunlar ortaya çıkarsa hızla geri almaya olanak tanıyan bir dağıtım yaklaşımı sağlar. CodeDeployDefault.ECSCanary10Percent5Minutes dağıtım yapılandırması, trafiğin yalnızca %10'unu yeni sürüme yönlendirerek kanarya dağıtımı yapar ve 5 dakikalık bir bekleme süresi tanır. Bu, ekibin yeni sürümün performansını gözlemlemesi için bir fırsat sunar. ALB TargetResponseTime metriği üzerinde bir CloudWatch alarmı oluşturmak ve bunu CodeDeploy dağıtım grubuyla ilişkilendirmek, yanıt süreleri artarsa otomatik geri alma tetikleyecektir. Bu, uygulamanın performansını doğrudan etkileyen bir metriktir ve sorunları hızla tespit etmeye yardımcı olur. Diğer seçenekler neden yanlış: CodeDeployDefault.ECSLinear10PercentEvery3Minutes, trafiği doğrusal olarak artırır ancak kanarya dağıtımının sağladığı ilk gözlem süresini sunmaz. ALB UnHealthyHostCount metriği, yalnızca ana bilgisayarlar sağlıksız hale geldiğinde tetiklenir, bu da yanıt süresi sorunları için çok geç olabilir. ALB TargetConnectionErrorCount metriği, bağlantı hatalarını izler ancak doğrudan yanıt süresi sorunlarını ele almaz.