Une application de messagerie en temps réel utilise des API WebSocket API Gateway avec un backend HTTP. Le développeur doit détecter un client qui se connecte et se déconnecte de manière répétée et être capable de supprimer ce client. Quels changements devraient être apportés ? (Choisissez-en deux.)

Pour détecter et gérer les clients qui se connectent et se déconnectent de manière répétée, il faut d'abord savoir quand ces événements se produisent. Les routes $connect et $disconnect sont des routes spéciales des API WebSocket d'API Gateway qui sont invoquées automatiquement lorsqu'un client établit ou ferme une connexion. Implémenter ces routes dans le backend permet de capturer ces événements. Ensuite, pour identifier un comportement répétitif et potentiellement malveillant, le backend doit maintenir l'état de connexion des clients. Enregistrer cet état (par exemple, l'ID de connexion, l'horodatage de connexion/déconnexion) dans une base de données rapide comme Amazon ElastiCache permet de suivre les activités du client. Avec ces informations, le backend peut analyser les schémas de connexion/déconnexion et, si nécessaire, utiliser l'URL de rappel (fournie par API Gateway) pour déconnecter un client spécifique. Les options de migration vers les API HTTP ou REST d'API Gateway sont incorrectes car l'application utilise déjà des API WebSocket, qui sont nécessaires pour la messagerie en temps réel et supportent les routes $connect et $disconnect. L'utilisation de l'URL de rappel est une action possible, mais elle nécessite d'abord la détection et la logique de suivi de l'état, ce que les deux réponses correctes permettent.