Une entreprise exploite une solution IoT avec des millions de capteurs domestiques aux États-Unis. Les capteurs utilisent MQTT pour envoyer des données à un courtier MQTT personnalisé sur une seule instance EC2. Les capteurs se connectent au courtier à l'adresse iot.example.com (Route 53). Le courtier écrit les données dans DynamoDB. Le courtier a été surchargé plusieurs fois, entraînant une perte de données. Quelle solution améliorera la fiabilité et répondra aux exigences ?

La bonne réponse est d'utiliser AWS IoT Core. AWS IoT Core est un service entièrement géré et évolutif qui peut gérer des millions d'appareils et de messages MQTT, résolvant ainsi les problèmes de surcharge et de perte de données du courtier MQTT personnalisé. La configuration d'un nom de domaine personnalisé et la mise à jour de Route 53 permettent aux capteurs de se connecter sans modification de leur configuration. Les règles AWS IoT peuvent ensuite acheminer les données directement vers DynamoDB, simplifiant l'architecture. L'utilisation d'un ALB ou d'un NLB avec un courtier MQTT personnalisé (première et troisième options) ne résout pas le problème fondamental de la capacité limitée du courtier MQTT lui-même, même avec l'évolutivité des équilibreurs de charge. AWS IoT Greengrass (quatrième option) est destiné au traitement des données en périphérie, pas à l'ingestion centralisée de millions de capteurs domestiques.