Rozwiązanie będzie działać na AWS i odbierać połączenia od tysięcy urządzeń, które muszą wysyłać i odbierać wiadomości MQTT w czasie rzeczywistym. Każde urządzenie musi uwierzytelniać się za pomocą własnego unikalnego certyfikatu X.509. Która architektura zapewnia tę funkcjonalność przy najmniejszym nakładzie operacyjnym?

Prawidłowa odpowiedź to użycie AWS IoT Core, utworzenie AWS IoT thing i udostępnienie certyfikatu X.509 dla każdego urządzenia, a następnie podłączenie każdego urządzenia do AWS IoT Core. AWS IoT Core jest usługą zarządzaną, zaprojektowaną do obsługi miliardów urządzeń IoT i bilionów wiadomości, co czyni ją idealną do obsługi tysięcy urządzeń wysyłających wiadomości MQTT w czasie rzeczywistym. Obsługuje uwierzytelnianie oparte na certyfikatach X.509, co jest wymaganiem w scenariuszu. Jest to rozwiązanie o najmniejszym nakładzie operacyjnym, ponieważ AWS zarządza całą infrastrukturą brokera MQTT. Pozostałe opcje są mniej optymalne: Użycie Amazon MQ z AWS IoT Core nie jest konieczne, ponieważ AWS IoT Core sam w sobie jest brokerem MQTT. Amazon MQ jest przeznaczony dla tradycyjnych aplikacji kolejkowych, a nie bezpośrednio dla urządzeń IoT. Wdrażanie brokera MQTT na instancjach EC2 w grupie Auto Scaling wymaga znacznego nakładu operacyjnego na zarządzanie infrastrukturą, skalowaniem i bezpieczeństwem, co jest sprzeczne z celem minimalizacji nakładu operacyjnego. Konfiguracja API Gateway HTTP API z NLB i brokerem MQTT na EC2 jest niepotrzebnie złożona i nie jest natywnym rozwiązaniem dla protokołu MQTT. API Gateway HTTP API jest przeznaczone głównie dla interfejsów API opartych na HTTP/REST.