Een bedrijf voert zijn kernbedrijfslogica uit op een vloot van Amazon EC2-instanties in een Auto Scaling-groep achter een Application Load Balancer (ALB). Het Route 53-record api.example.com verwijst naar de ALB. Het ontwikkelteam moet een belangrijke update van de bedrijfslogica implementeren, zodat tijdens een testperiode slechts 10% van de klanten de nieuwe versie ontvangt, en elke klant gedurende de testperiode consequent dezelfde versie moet gebruiken. Hoe moet het bedrijf de update implementeren om aan deze vereisten te voldoen?

De correcte aanpak is om een tweede doelgroep te maken op de bestaande Application Load Balancer (ALB) en de bijgewerkte bedrijfslogica te implementeren op de EC2-instanties die in die nieuwe doelgroep zijn geregistreerd. Vervolgens wijzig je de ALB-listenerregel om gewogen routering (weighted routing) tussen de twee doelgroepen uit te voeren, waarbij 10% van het verkeer naar de nieuwe doelgroep wordt gestuurd. Het inschakelen van 'target-group stickiness' zorgt ervoor dat een klant gedurende de testperiode consistent dezelfde versie blijft gebruiken. De andere opties zijn minder geschikt: Het creëren van een tweede ALB met Route 53 weighted routing zou werken voor de verkeersverdeling, maar Route 53 ondersteunt geen 'stickiness' op basis van gebruikerssessies, wat essentieel is voor consistente gebruikerservaring. Het gebruik van een AutoScalingRollingUpdate-beleid met MaxBatchSize zou een gefaseerde uitrol mogelijk maken, maar biedt geen controle over het percentage verkeer en geen 'stickiness' voor gebruikers. Het wijzigen van het ALB-routeringsalgoritme naar 'least outstanding requests' en het inschakelen van ALB session stickiness zou de verkeersverdeling niet controleren op basis van een percentage en zou de nieuwe logica niet isoleren voor een specifieke groep gebruikers.