Firma IoT posiada moduły czujników na całym świecie, które wysyłają dane MQTT do lokalnych brokerów MQTT pod zakodowanymi na stałe publicznymi adresami IP. Po migracji brokerów do EC2 w AWS, firma musi uniknąć rekonfiguracji wdrożonego sprzętu i zminimalizować opóźnienia dla globalnych klientów. Co firma powinna zrobić w następnej kolejności?

Ta opcja jest poprawna, ponieważ protokół MQTT działa na TCP, więc Network Load Balancer (NLB) z odbiornikami TCP jest odpowiedni do dystrybucji ruchu do instancji EC2. AWS Global Accelerator jest kluczowy, ponieważ zapewnia stałe publiczne adresy IP (lub BYOIP) na brzegach sieci AWS, kierując ruch do najbliższego regionu AWS, co minimalizuje opóźnienia dla globalnych klientów. Użycie Bring Your Own IP (BYOIP) z Global Accelerator pozwala zachować istniejące, zakodowane na stałe adresy IP, eliminując potrzebę rekonfiguracji urządzeń IoT. Pozostałe opcje są nieodpowiednie, ponieważ: Sama opcja z NLB i BYOIP nie rozwiązuje problemu globalnych opóźnień ani nie zapewnia stałych adresów IP na brzegach sieci AWS. Application Load Balancer (ALB) nie jest przeznaczony do obsługi protokołów warstwy 4, takich jak MQTT over TCP. Amazon CloudFront jest siecią dostarczania treści (CDN) i nie jest odpowiedni do obsługi dwukierunkowego ruchu MQTT w czasie rzeczywistym.