Eine lokale Auftragsverarbeitungsplattform verwendet ein Web-Frontend (VMs), RabbitMQ für Messaging und einen Kubernetes-Cluster für das containerisierte Backend. Das Unternehmen möchte ohne größere Anwendungsänderungen und mit dem geringsten Betriebsaufwand zu AWS migrieren. Welche Architektur erfüllt diese Anforderungen?

Diese Option ist die beste, da sie die Anforderungen an minimale Anwendungsänderungen und geringsten Betriebsaufwand erfüllt. Das Erstellen eines AMIs aus der vorhandenen Webserver-VM ermöglicht eine schnelle Migration des Frontends zu EC2 Auto Scaling Groups hinter einem Application Load Balancer (ALB) für Skalierbarkeit und Hochverfügbarkeit. Amazon MQ ist ein verwalteter Message Broker-Dienst, der RabbitMQ nativ unterstützt und somit einen direkten Ersatz ohne Codeänderungen bietet. Amazon EKS ist ein verwalteter Kubernetes-Dienst, der den Betriebsaufwand für das Hosting des containerisierten Backends erheblich reduziert. Die Option mit AWS Lambda und API Gateway würde erhebliche Anwendungsänderungen erfordern. Die Option, Kubernetes manuell auf EC2-Instanzen zu installieren, erhöht den Betriebsaufwand erheblich. Die Option mit Amazon SQS anstelle von Amazon MQ würde Codeänderungen erfordern, da SQS eine Warteschlange ist, während RabbitMQ ein Message Broker ist.