Een bedrijf wil een betrouwbaardere architectuur voor zijn applicatie. De applicatie gebruikt momenteel één Amazon RDS DB instance en twee handmatig geprovisioneerde Amazon EC2 webservers in één Availability Zone. Een medewerker heeft onlangs de DB instance verwijderd en de applicatie was 24 uur niet beschikbaar. Wat moet een solutions architect doen om de betrouwbaarheid van de infrastructuur van de applicatie te maximaliseren?

De correcte optie maximaliseert de betrouwbaarheid door de database en webservers te beschermen tegen individuele storingen en menselijke fouten. Het updaten van de RDS DB instance naar Multi-AZ zorgt voor automatische failover naar een stand-by replica in een andere Availability Zone, wat de beschikbaarheid verhoogt en beschermt tegen AZ-storingen. Het inschakelen van deletion protection voorkomt onbedoelde verwijdering. Het plaatsen van EC2 instances achter een Application Load Balancer (ALB) verdeelt het verkeer en verbetert de tolerantie. Een Auto Scaling group over meerdere Availability Zones zorgt voor automatische schaling en vervanging van defecte instances, waardoor de applicatie veerkrachtig wordt tegen instance- en AZ-storingen. De andere opties zijn minder effectief: Eén EC2 instance verwijderen en termination protection inschakelen vermindert de beschikbaarheid en schaalbaarheid, en Multi-AZ voor RDS is een goede stap, maar niet voldoende. Een extra DB instance met API Gateway en Lambda introduceert onnodige complexiteit en synchronisatieproblemen, en pakt de EC2-betrouwbaarheid niet adequaat aan. Het gebruik van Spot Instances is gericht op kostenbesparing, niet op maximale betrouwbaarheid, en CloudWatch-alarmen bewaken wel, maar voorkomen geen storingen.