Een bedrijf runt een e-commerce applicatie waarbij elke nieuwe bestelling wordt gepubliceerd naar een RabbitMQ-wachtrij op een Amazon EC2-instantie in één Availability Zone. Een afzonderlijke EC2-instantie verwerkt berichten en slaat details op in een PostgreSQL-database op een andere EC2-instantie. Alle EC2-instanties bevinden zich in dezelfde Availability Zone. Het bedrijf wil de hoogste beschikbaarheid met de minste operationele overhead. Wat moet een solutions architect doen?

De correcte optie biedt de hoogste beschikbaarheid met de minste operationele overhead. Amazon MQ is een beheerde berichtenservice die RabbitMQ ondersteunt met ingebouwde redundantie (actief/standby) en Multi-AZ-implementaties, wat de operationele overhead vermindert. Een Multi-AZ Auto Scaling Group voor de applicatie-EC2-instanties zorgt voor automatische schaling en herstel over meerdere Availability Zones. Het migreren van de PostgreSQL-database naar een Multi-AZ-implementatie van Amazon RDS for PostgreSQL biedt automatische failover en back-ups, wat de beschikbaarheid verhoogt en de operationele last voor databasebeheer minimaliseert. De andere opties zijn minder optimaal: Het hosten van RabbitMQ op EC2-instanties, zelfs in een Multi-AZ Auto Scaling Group, vereist meer operationele overhead voor het beheer van de RabbitMQ-software en de onderliggende infrastructuur dan Amazon MQ. Het hosten van de PostgreSQL-database op EC2-instanties, zelfs in een Multi-AZ Auto Scaling Group, vereist handmatig beheer van replicatie, failover en patching, wat aanzienlijk meer operationele overhead met zich meebrengt dan Amazon RDS Multi-AZ.