Cette rubrique décrit les limites applicables aux abonnements côté serveur.
Limites des abonnements AMQP
Élément | Description |
Délai d'authentification | Une demande d'authentification est envoyée immédiatement après l'établissement d'une connexion. Si l'authentification échoue dans un délai de 15 secondes, le serveur met fin à la connexion. |
Délai d'inactivité | Après qu'un serveur a établi une connexion avec IoT Platform, spécifiez la période de délai d'inactivité à l'aide du paramètre idle-timeout du protocole Advanced Message Queuing Protocol (AMQP). Cette période varie de 30 à 300 secondes. Si aucune trame n'est transmise pendant cette période, IoT Platform ferme la connexion. Une fois la connexion établie, le serveur doit envoyer des paquets ping dans le délai imparti pour maintenir la connexion active. En l'absence d'envoi de paquets ping durant cette période, IoT Platform met fin à la connexion. Remarque Si la connexion est établie via un SDK Alibaba Cloud, le serveur n'a pas besoin d'envoyer de paquets ping pour maintenir la connexion. Pendant la période de maintien actif fournie par le SDK, veillez à ce que le processus principal ne se termine pas. |
Délai d'accusé de réception (ACK) | Un délai d'attente ACK se produit si un serveur AMQP ne reçoit pas de message d'accusé de réception d'un client dans les 30 secondes suivant le transfert d'un message vers ce client par le service AMQP. |
Politique de nouvelle tentative d'envoi des messages | Les messages peuvent ne pas être consommés en temps réel en raison de problèmes spécifiques. Par exemple, si les consommateurs se déconnectent d'IoT Platform ou si la consommation des messages est lente, ceux-ci s'accumulent.
|
Nombre maximal de messages conservés | Chaque groupe de consommateurs peut conserver au maximum 100 millions de messages. |
Période de rétention des messages | Un jour. |
Débit maximal d'envoi pour les messages en temps réel | Chaque connexion peut traiter au maximum 1 000 transactions par seconde (TPS). Un maximum de 128 connexions peut être établi. |
Débit maximal d'envoi pour les messages accumulés | Un groupe de consommateurs peut traiter au maximum 200 TPS. Remarque Pour éviter l'accumulation excessive de messages, assurez-vous que les consommateurs sont connectés à IoT Platform et qu'ils envoient des réponses ACK aux messages envoyés par la plateforme. |
Nombre maximal de groupes de consommateurs associés à un produit | 10. |
Nombre maximal de produits associés à un groupe de consommateurs | 1 000. |
Nombre maximal de topics auxquels un groupe de consommateurs peut s'abonner | 200. Remarque Un topic dont le nom contient des caractères génériques peut représenter plusieurs topics, mais il est compté comme un seul topic. Par exemple, si un groupe de consommateurs s'abonne au topic |
Nombre maximal de groupes de consommateurs | Un compte Alibaba Cloud peut créer au maximum 1 000 groupes de consommateurs. |
Nombre maximal de consommateurs | Chaque groupe de consommateurs peut comporter au maximum 128 consommateurs. |
Nombre maximal de demandes de connexion | Chaque consommateur peut initier au maximum 100 demandes de connexion en 1 minute. Remarque Les consommateurs désignent les clients AMQP utilisés pour recevoir les messages d'IoT Platform. Il ne s'agit pas d'appareils. |
Limites des abonnements MNS
Pour plus d'informations sur les limites des abonnements côté serveur Message Service (MNS), consultez les limites des files d'attente MNS dans la rubrique Limites MNS.
Après la création d'un abonnement côté serveur MNS, vous êtes facturé pour les files d'attente MNS, que IoT Platform transfère ou non des messages vers ces files.
La taille maximale d'un message pouvant être reçu par une file d'attente MNS est de 64 Ko. Si la taille d'un message dépasse cette limite, le message est ignoré.