IoT Platform applique des limites et des métriques de performance spécifiques à l'accès des appareils, à la messagerie, au transfert de données et à d'autres fonctionnalités.
Accès aux appareils
-
Nombre de produits
Région
Description
Limite
Allemagne (Francfort) et États-Unis (Silicon Valley)
Le nombre maximal de produits pouvant être créés sous un compte Alibaba Cloud.
1 000
Chine (Shanghai), Singapour, Japon (Tokyo) et États-Unis (Virginie)
Instances Standard, Premium et publiques : le nombre maximal de produits pouvant être créés dans une instance.
1 000
-
Nombre d'appareils
-
-
Sous-appareils de passerelle
Un appareil passerelle peut avoir un maximum de 2 000 sous-appareils.
Un appareil passerelle peut enregistrer dynamiquement un maximum de 30 sous-appareils à la fois.
Une seule demande par lot d'un appareil passerelle pour mettre des sous-appareils en ligne ou hors ligne peut inclure un maximum de 50 sous-appareils.
La limite de requêtes par seconde (QPS) pour un appareil passerelle agissant en tant qu'agent pour mettre des sous-appareils en ligne est de 200.
Pour obtenir des informations sur la limitation du débit des messages pour les appareils passerelles et leurs sous-appareils, consultez la section Limitation du débit des messages dans Connexions et communication.
Gestion des appareils
|
Limites |
Description |
Limite |
|
Définitions des fonctionnalités du modèle TSL |
Le nombre total maximal de modules de modèle TSL (par défaut et personnalisés) qu'un produit peut contenir. |
200 |
|
Le nombre total maximal de fonctionnalités pouvant être ajoutées à un module de modèle TSL. |
300 |
|
|
Le nombre maximal de paramètres pouvant être ajoutés à une propriété de type |
50 |
|
|
Lorsque le type de données d'une fonctionnalité est |
100 |
|
|
Lorsque le type de données d'une fonctionnalité est |
10 240 caractères |
|
|
Lorsque le type de données d'une fonctionnalité est |
512 |
|
|
Le nombre total maximal de paramètres d'entrée et de sortie pouvant être ajoutés à tous les services et événements. |
300 |
|
|
Le nombre maximal de paramètres d'entrée pouvant être ajoutés à un service. |
100 |
|
|
Le nombre maximal de paramètres de sortie pouvant être ajoutés à un service. |
100 |
|
|
Le nombre maximal de paramètres de sortie pouvant être ajoutés à un événement. |
100 |
|
|
Le nombre total maximal de fichiers de module de modèle TSL pouvant être importés simultanément. |
20 |
|
|
Le nombre maximal de versions récentes pouvant être enregistrées pour un modèle TSL. |
10 |
|
|
Lorsque vous importez un modèle TSL, la taille maximale d'un seul fichier JSON d'un module de modèle TSL. |
512 Ko |
|
|
Lorsque vous importez un modèle TSL, le nombre maximal de caractères valides dans un seul fichier JSON d'un module de modèle TSL. Les caractères valides sont les caractères du contenu JSON, à l'exclusion des sauts de ligne et des caractères d'alignement. |
256 Ko |
|
|
Lorsque vous importez un modèle TSL, la taille maximale d'un fichier ZIP contenant plusieurs fichiers JSON compressés. |
2,5 Mo |
|
|
Lorsque vous appelez une API liée au modèle TSL, si les types de données ARRAY et STRUCT sont imbriqués dans le paramètre de requête ThingModelJson, le nombre maximal de niveaux d'imbrication récursive pris en charge. Par exemple, un ARRAY ne peut contenir qu'un STRUCT. Dans ce cas, le STRUCT ne peut pas contenir un autre type de données ARRAY ou STRUCT. |
2 niveaux (parent et enfant) |
|
|
Nombre de tags |
Le nombre maximal de tags pouvant être ajoutés à un produit, un appareil ou un groupe. |
100 |
|
Groupes d'appareils |
Le nombre total maximal de groupes parents et de sous-groupes sous un compte Alibaba Cloud. |
1 000 |
|
Le nombre maximal d'appareils pouvant être ajoutés à un groupe. |
100 000 |
|
|
Le nombre maximal de groupes auxquels un appareil peut être ajouté. |
10 |
|
|
Analyse des données |
La taille maximale d'un fichier de script d'analyse des données. |
128 Ko |
|
Configuration à distance |
Les fichiers de configuration à distance doivent être au format JSON. Taille maximale du fichier. |
64 Ko |
|
Durée de stockage des données du modèle TSL |
Les données de propriété, d'événement et de service générées par un appareil en cours d'exécution sont stockées pendant 30 jours. Les données stockées au-delà de 30 jours sont supprimées. |
30 jours |
|
Gestion des fichiers |
La taille totale maximale des fichiers pouvant être stockés dans une instance. |
1 Go |
|
La taille maximale d'un seul fichier qu'un appareil peut télécharger via MQTT. |
16 Mo |
|
|
Le nombre maximal de fichiers pouvant être stockés pour un appareil. |
1 000 |
|
|
Mise à jour OTA |
Le nombre maximal de packages de mise à jour pouvant être contenus dans une instance sous un compte Alibaba Cloud. |
500 |
|
La taille maximale d'un package de mise à jour téléchargé via HTTPS. |
1 000 Mo |
|
|
La taille maximale d'un package de mise à jour téléchargé via MQTT. Un package de mise à jour ne peut contenir qu'un seul fichier. |
16 Mo |
|
|
Le nombre maximal d'appareils pouvant être mis à jour lors d'une mise à jour par lot unique. Important
|
|
|
|
Tâches d'appareil |
Le nombre maximal de tâches d'appareil pouvant être ajoutées dans une seule région sous un compte Alibaba Cloud. |
10 000 |
Connexions et communication
|
Limites |
Description |
Limite |
|
Limite d'accès aux appareils |
Un certificat d'appareil (ProductKey et DeviceName) ne peut établir qu'une seule connexion avec le serveur IoT Platform à la fois. |
1 |
|
Tentatives de connexion |
Le nombre maximal de requêtes de connexion MQTT par seconde pour un compte Alibaba Cloud. |
500 |
|
Le nombre maximal de requêtes de connexion par minute depuis un appareil pour garantir que les requêtes ne sont pas limitées. |
5 |
|
|
Nombre d'abonnements d'appareil |
Le nombre maximal d'abonnements pour un appareil. Les requêtes dépassant la limite sont rejetées. L'appareil peut vérifier le message SUBACK pour confirmer si la requête a abouti. |
100 |
|
Nombre de requêtes |
Instance publique héritée : le nombre de requêtes envoyées par les appareils à IoT Platform par seconde pour un compte Alibaba Cloud. |
10 000 |
|
Instance publique héritée : le nombre de requêtes envoyées par IoT Platform aux appareils par seconde pour un compte Alibaba Cloud. |
2 000 |
|
|
Nouvelle instance publique : le nombre de requêtes de messages mobiles entrants et sortants par seconde pour une instance. |
5 |
|
|
Instance Enterprise : le nombre de requêtes de messages mobiles entrants et sortants par seconde pour une instance. Cela est déterminé par les spécifications achetées pour Message TPS. Pour plus d'informations sur l'achat d'une instance Enterprise, reportez-vous à la section Acheter une instance Enterprise. |
||
|
Limitation du débit de communication des messages |
Le nombre maximal de messages QoS 0 ou QoS 1 qu'un appareil peut signaler par seconde. Remarque
MQTT ne fournit pas d'accusés de réception pour la limitation des messages publiés. Vous pouvez trouver des avertissements de limitation pour les appareils dans Simple Log Service. |
30 messages/seconde |
|
Un appareil peut recevoir un maximum de 50 messages mobiles sortants par seconde. Cette limite dépend également de l'environnement réseau. Si le tampon d'écriture TCP est congestionné, une erreur est renvoyée. Si vous envoyez une commande à un appareil en appelant l'opération Pub et que l'appareil ne parvient pas à traiter la commande à temps, une erreur de limitation est renvoyée. |
50 messages/seconde |
|
|
Bande passante |
Le débit maximal (bande passante) par seconde pour une connexion. |
8 Mbps |
|
Nombre de requêtes mises en cache |
IoT Platform limite le nombre maximal de requêtes de publication entrantes non confirmées pour chaque client. Une fois cette limite atteinte, le serveur n'accepte plus de nouvelles requêtes de publication du client jusqu'à ce qu'un message PUBACK soit renvoyé. |
100 |
|
Durée de stockage des messages |
La durée de stockage maximale pour les messages QoS 1. Si aucun message PUBACK n'est reçu du client après la durée de stockage maximale, les requêtes de publication sont ignorées. |
7 jours |
|
Longueur du message MQTT |
La longueur maximale d'un seul message de publication MQTT. Les requêtes de publication dépassant cette limite sont rejetées. |
256 Ko |
|
Longueur du message CoAP |
La longueur maximale d'un seul message de publication CoAP. Les requêtes de publication dépassant cette limite sont rejetées. |
1 Ko |
|
Keepalive MQTT |
L'intervalle de heartbeat pour une connexion MQTT est de 30 à 1 200 secondes. Si l'intervalle de heartbeat n'est pas dans cette plage, le serveur rejette la connexion. Nous vous recommandons de définir la valeur sur 300 secondes ou plus. La valeur par défaut est de 1 200 secondes. Pour savoir comment configurer l'intervalle keepalive sur un appareil, reportez-vous à la section Exemple de connexion MQTT. Le minuteur de heartbeat démarre lorsque IoT Platform envoie un message CONNACK en réponse à un message CONNECT. Le minuteur est réinitialisé lorsqu'un message PUBLISH, SUBSCRIBE, PING ou PUBACK est reçu. IoT Platform vérifie le heartbeat keepalive de l'appareil toutes les 30 secondes. Le temps d'attente pour la détection planifiée correspond à la période allant de la mise en ligne de l'appareil à la dernière détection planifiée. La période de délai d'expiration maximale est calculée à l'aide de la formule suivante : |
30 à 1 200 secondes |
|
Délai d'expiration RRPC |
Le délai d'expiration pour qu'un appareil réponde à une requête RRPC. |
8 secondes |
|
Signalement des propriétés du modèle TSL |
Le nombre maximal de propriétés du modèle TSL qu'un appareil peut signaler à la fois. |
500 |
|
Signalement des propriétés et des événements historiques du modèle TSL |
Le nombre maximal d'appareils pouvant signaler des données historiques du modèle TSL simultanément dans une instance. |
50 |
|
Le nombre maximal de propriétés du modèle TSL qu'un appareil peut signaler à la fois. |
30 |
|
|
Le nombre maximal d'événements du modèle TSL qu'un appareil peut signaler à la fois. |
20 |
|
|
Signalement par lot des propriétés et des événements du modèle TSL |
Le nombre maximal d'enregistrements de données de propriétés et d'événements qu'un appareil peut signaler à la fois. Plusieurs valeurs d'une propriété ou d'un événement sont comptabilisées comme plusieurs enregistrements de données. |
1 000 |
|
Protocole MQTT 5.0 |
Le nombre total maximal de propriétés définies par l'utilisateur pouvant être ajoutées. |
20 |
|
La longueur totale maximale de la clé et de la valeur d'une propriété définie par l'utilisateur. |
128 caractères |
|
|
En mode requête-réponse, la longueur maximale du sujet de réponse et des données de corrélation est identique. |
128 caractères |
À propos des rubriques
|
Limites |
Description |
Limite |
|
Nombre de catégories de topic personnalisées |
Le nombre maximal de catégories de topic pouvant être définies pour un produit. |
200 |
|
Permissions |
Un appareil peut uniquement publier et s'abonner à ses propres topics. |
Aucune |
|
Longueur du topic |
La longueur d'un topic peut atteindre 160 octets et doit être encodée en UTF-8. |
160 |
|
Catégorie de topic |
Le nombre maximal de niveaux qu'un topic peut contenir. Cela correspond au nombre maximal de barres obliques (/) dans le topic. |
7 |
|
Nombre d'abonnements |
Le nombre maximal d'abonnements par requête d'abonnement. |
8 |
|
Période d'effet des opérations |
Les abonnements et désabonnements prennent effet 10 secondes après l'opération. Un abonnement reste actif jusqu'à son annulation. Nous vous recommandons de vous abonner aux topics à l'avance pour éviter toute perte de message. Exemple : Un appareil envoie une requête SUB au Topic A. Après 10 secondes, l'abonnement prend effet et l'appareil commence à recevoir des messages en temps réel. L'appareil continue de recevoir des messages du Topic A sauf s'il se désabonne. |
10 secondes |
|
Topic de diffusion |
Le corps d'un message à diffuser ne peut pas dépasser 64 Ko. Le message original doit être converti en données binaires puis encodé en Base64 pour générer le corps du message. |
64 Ko |
|
Le SDK côté serveur ne peut envoyer qu'un seul message de diffusion complet par minute. |
1 message/minute |
Device shadow
|
Limites |
Description |
Limite |
|
Niveaux JSON |
La profondeur maximale d'imbrication d'un document JSON de device shadow. |
5 |
|
Taille du fichier |
La taille maximale d'un document JSON de device shadow. |
16 Ko |
|
Nombre de propriétés |
Le nombre maximal de propriétés dans un document JSON de device shadow. |
128 |
|
Requêtes par seconde |
Le nombre maximal de requêtes par seconde pour chaque appareil. |
20 |
Transfert de données (hérité)
|
Limitations |
Description |
Limite |
|
Nombre de règles |
Un maximum de 1 000 règles peut être défini pour une instance. |
1 000 |
|
Nombre de destinations |
Une règle peut contenir un maximum de 10 opérations de transfert de données. |
10 |
|
TPS de transfert de messages |
Les utilisateurs RAM partagent le quota du compte Alibaba Cloud. Le TPS de transfert de messages est calculé comme suit :
Au cours de la même seconde, n messages peuvent être transférés vers le service de transfert de données puis vers m destinations. Le TPS de transfert de messages est calculé selon les règles suivantes :
Remarque
|
|
|
Exigences relatives à la destination |
Le transfert de données dépend du service Alibaba Cloud de destination. Assurez-vous que l'instance du service de destination fonctionne comme prévu. Le transfert de messages peut échouer en raison d'exceptions telles qu'une panne de l'instance, des impayés, des erreurs de paramètres (telles que des modifications d'autorisation ou des valeurs non valides) ou des erreurs de configuration du service de destination. |
Aucune |
|
Déduplication des messages |
Lors du transfert de données, le même message peut être envoyé plusieurs fois pour garantir la livraison, jusqu'à ce que le client renvoie un ACK ou que le message expire. Le même message possède le même ID de message. Vous pouvez dédupliquer les messages en fonction de leurs ID de message. |
Aucune |
Transfert de données (nouveau)
Les limites liées aux messages pour le transfert de données (nouveau) sont identiques à celles du transfert de données (hérité).
|
Limitations |
Description |
Limite |
|
Résolveur |
Le nombre total maximal de résolveurs qu'une instance peut contenir. |
1 000 |
|
Source de données |
Le nombre total maximal de sources de données pouvant être associées à un résolveur. |
1 |
|
Le nombre total maximal de topics qu'une source de données peut contenir. |
1 000 |
|
|
Destination de données |
Le nombre total maximal de destinations de données pouvant être associées à un résolveur. |
10 |
|
Le nombre total maximal d'opérations qu'une destination de données peut contenir. |
1 |
|
|
Le nombre total maximal de destinations de données d'erreur pouvant être associées à un résolveur. |
1 |
|
|
Script d'analyse |
La taille maximale du contenu du script pour un résolveur. |
120 Ko |
|
Le nombre maximal de fois qu'une fonction de transfert de données peut être exécutée dans une boucle au sein d'un script de résolveur. Pour plus d'informations sur les fonctions de transfert de données, consultez Fonctions pour transférer des données vers une destination de données. |
100 |
Abonnement côté serveur
Limites concernant les abonnements côté serveur basés sur AMQP :
|
Limitations |
Description |
|
Délai d'authentification |
Après l'établissement d'une connexion, vous devez immédiatement envoyer une requête d'authentification. Si l'authentification n'aboutit pas dans les 15 secondes, le serveur ferme la connexion. |
|
Délai d'inactivité des données |
Lorsqu'un serveur établit une connexion avec IoT Platform, vous devez spécifier un intervalle de heartbeat (le paramètre idle-timeout du protocole AMQP). La valeur doit être comprise entre 30 et 300 secondes. Si aucune communication de trame n'a lieu pendant la durée de l'intervalle de heartbeat, IoT Platform ferme la connexion. Après l'établissement d'une connexion, votre serveur doit envoyer des paquets PING dans l'intervalle de heartbeat pour maintenir la connexion. Si aucun paquet PING n'est envoyé dans l'intervalle de heartbeat, IoT Platform ferme la connexion. Remarque
Si vous utilisez un SDK fourni par Alibaba Cloud, vous n'avez pas besoin d'envoyer des paquets PING pour maintenir la connexion après son établissement. Le SDK dispose d'un mécanisme de keepalive. Vous devez uniquement vous assurer que le processus principal ne se termine pas. |
|
Délai d'ACK |
Après qu'un serveur AMQP a transmis un message à un client, un délai d'ACK se produit si aucun accusé de réception n'est reçu du client dans les 30 secondes. |
|
Politique de nouvelle tentative pour les envois échoués |
Les messages ne peuvent pas être consommés en temps réel et sont ajoutés à la file d'attente d'accumulation car le client consommateur est hors ligne ou consomme les messages lentement.
|
|
Limite de stockage des messages |
Un groupe de consommateurs peut accumuler un maximum de 100 millions de messages. |
|
Durée de stockage des messages |
1 jour. |
|
Limitation des envois de messages en temps réel |
Une connexion est limitée à 1 000 TPS. Vous pouvez augmenter le nombre de connexions pour effectuer une mise à l'échelle horizontale. Le nombre maximal de connexions est de 128. |
|
Limitation des envois de messages accumulés |
Un groupe de consommateurs est limité à 200 TPS. Remarque
Pour éviter l'accumulation de messages, assurez-vous que le client consommateur est en ligne et accuse rapidement réception des messages envoyés par la plateforme. |
|
Nombre de groupes de consommateurs pouvant être associés à un produit |
Un maximum de 10. |
|
Nombre de produits pouvant être associés à un groupe de consommateurs |
Un maximum de 1 000. |
|
Nombre de topics auxquels un groupe de consommateurs peut s'abonner |
Un maximum de 200. Remarque
L'abonnement à un topic utilisant un caractère générique compte pour un seul topic. Par exemple, si vous vous abonnez à un topic pour un produit, tel que |
|
Limite du nombre de groupes de consommateurs |
Un compte Alibaba Cloud peut créer un maximum de 1 000 groupes de consommateurs. |
|
Limite du nombre de clients |
Un groupe de consommateurs prend en charge un maximum de 128 clients. |
|
Limite du nombre de connexions |
Pour un groupe de consommateurs, un client ne peut pas demander plus de 100 connexions par minute. Remarque
Un client est un client AMQP qui reçoit des messages de IoT Platform, et non un appareil. |
Pour obtenir des informations sur les limites des abonnements côté serveur basés sur MNS, consultez les limites liées aux files d'attente dans Limites MNS.
DataService Studio
Toutes les fonctionnalités de DataService Studio sont prises en charge uniquement par les instances Standard et Premium dans les régions Chine (Shanghai), Chine (Pékin), Chine (Shenzhen), Singapour et États-Unis (Virginie).
Seule la fonctionnalité de stockage de séries temporelles de DataService Studio est prise en charge dans les régions Japon (Tokyo), Allemagne (Francfort) et États-Unis (Silicon Valley).
Les fonctionnalités de DataService Studio sont limitées par les spécifications de ressources de l'instance que vous avez achetée.
Pour savoir comment acheter une instance Enterprise et activer DataService Studio, consultez Acheter une instance Enterprise. Pour connaître les règles de facturation de chaque fonctionnalité de DataService Studio, consultez DataService Studio.
Limites des API cloud
Pour obtenir des informations sur les limites QPS pour l'appel des API cloud, consultez la documentation de l'API spécifique.
Si une erreur de limitation est renvoyée lors de l'appel d'une API, telle que les erreurs de type 28 à type 30 dans Erreurs courantes, vous pouvez rappeler l'API.