Ein IoT-Unternehmen verfügt über Sensormodule weltweit, die MQTT-Daten an lokale MQTT-Broker unter fest codierten öffentlichen IP-Adressen senden. Nach der Migration der Broker zu EC2 in AWS muss das Unternehmen eine Neukonfiguration der bereitgestellten Hardware vermeiden und die Latenz für globale Kunden minimieren. Was sollte das Unternehmen als Nächstes tun?

Die richtige Lösung ist, die EC2-Instanzen hinter einem Network Load Balancer (NLB) mit TCP-Listenern zu platzieren und einen AWS Global Accelerator vor dem NLB zu erstellen, wobei Bring Your Own IP (BYOIP) aus dem lokalen Netzwerk mit Global Accelerator verwendet wird. Dies minimiert die Latenz für globale Kunden, da Global Accelerator das AWS-Backbone-Netzwerk nutzt, um den Datenverkehr zum nächstgelegenen Edge-Standort zu leiten. BYOIP ermöglicht die Beibehaltung der fest codierten öffentlichen IP-Adressen, wodurch eine Neukonfiguration der Hardware vermieden wird. Ein NLB ist für MQTT-Daten (TCP) geeignet. Ein Application Load Balancer (ALB) ist für HTTP/HTTPS-Verkehr konzipiert und nicht ideal für MQTT. Amazon CloudFront ist ein Content Delivery Network (CDN) und optimiert für statische Inhalte oder Web-Anwendungen, nicht für bidirektionalen MQTT-Verkehr. Die alleinige Verwendung eines NLB mit BYOIP würde die globale Latenz nicht optimieren, da der Datenverkehr nicht über das AWS-Backbone-Netzwerk geleitet würde.