Ein Unternehmen betreibt eine E-Commerce-Anwendung, bei der jede neue Bestellung in einer RabbitMQ-Warteschlange auf einer Amazon EC2-Instance in einer einzigen Availability Zone veröffentlicht wird. Eine separate EC2-Instance verarbeitet Nachrichten und speichert Details in einer PostgreSQL-Datenbank auf einer anderen EC2-Instance. Alle EC2-Instances befinden sich in derselben Availability Zone. Das Unternehmen wünscht sich die höchste Verfügbarkeit bei geringstem Betriebsaufwand. Was sollte ein Solutions Architect tun?

Die korrekte Option bietet die höchste Verfügbarkeit bei geringstem Betriebsaufwand. Amazon MQ für RabbitMQ bietet eine vollständig verwaltete Lösung mit Multi-AZ-Redundanz (aktiv/standby), was den Betriebsaufwand für die Warteschlange minimiert und die Verfügbarkeit erhöht. Eine Multi-AZ Auto Scaling-Gruppe für die Anwendung sorgt dafür, dass die Anwendung über mehrere Availability Zones verteilt und bei Ausfällen automatisch skaliert wird. Die Migration der PostgreSQL-Datenbank zu Amazon RDS Multi-AZ gewährleistet Hochverfügbarkeit und automatische Failover-Funktionen für die Datenbank, ebenfalls mit minimalem Betriebsaufwand. Die erste Option ist weniger optimal, da das Hosten der PostgreSQL-Datenbank auf EC2-Instanzen, selbst in einer Multi-AZ Auto Scaling-Gruppe, einen höheren Betriebsaufwand erfordert als RDS. Die dritte und vierte Option sind ineffizient, da sie versuchen, RabbitMQ selbst in einer Multi-AZ Auto Scaling-Gruppe auf EC2 zu betreiben, anstatt den verwalteten Dienst Amazon MQ zu nutzen, der speziell für diesen Zweck entwickelt wurde und den Betriebsaufwand erheblich reduziert.