Firma zajmująca się grami wdraża portal internetowy za pomocą Elastic Beanstalk i czasami wydaje aktualizacje trzy lub cztery razy dziennie. Firma chce szybko dostarczać nowe funkcje wszystkim użytkownikom, jednocześnie minimalizując wpływ na użytkowników i maksymalizując dostępność. Która polityka wdrażania Elastic Beanstalk najlepiej spełnia te cele?

Polityka wdrażania "immutable" (niezmienna) jest najlepszym wyborem, ponieważ tworzy nowe instancje EC2 z nową wersją aplikacji, a następnie przenosi ruch do tych nowych instancji. Gwarantuje to zerowy przestój i minimalizuje ryzyko, ponieważ w przypadku problemów, ruch można szybko przekierować z powrotem do oryginalnych instancji. Opcja "rolling" (tocząca się) aktualizuje instancje partiami, co może prowadzić do krótkich okresów, w których część użytkowników korzysta ze starej wersji, a część z nowej, co może być problematyczne przy szybkich, częstych aktualizacjach. Opcja "all-at-once" (wszystko naraz) aktualizuje wszystkie instancje jednocześnie, co powoduje przestój i jest ryzykowne, ponieważ w przypadku błędu cała aplikacja przestaje działać. Strategia "canary" (kanarkowa) jest podobna do "immutable" pod względem bezpieczeństwa, ale nie jest natywną polityką wdrażania Elastic Beanstalk; wymagałaby dodatkowej konfiguracji i nie jest tak bezpośrednio dostępna jak "immutable".