Mise à l'échelle du service Mega
Ce chapitre présente les options de mise à l'échelle, la granularité de facturation et les limites courantes des services Mega Block cloud localization et mapping, afin de vous aider à planifier raisonnablement les ressources et les solutions d'achat selon l'échelle de votre application et vos exigences de concurrency.
Le coeur du service Mega Block cloud localization consiste à créer et acheter un localization service group. Il s'agit lui-même d'un package de service, comprenant un package standard et un package d'essai. Les ressources de chaque package sont les suivantes:
| Nom de l'élément du package | Standard | Essai |
|---|---|---|
| Projets pour les tâches de mapping | 1 | 1 |
| Nombre de cloud localization databases | 5 | 2 |
| Request concurrency QPS | 10 | 3 |
Dans le service de mapping Mega Block, les concepts essentiels et principes de conception sont les suivants:
- Un lieu correspond à un mapping project; chaque mapping project peut être associé à un cloud localization service group.
- Les cloud localization databases d'un même cloud service group partagent le quota QPS. La facturation se fait par request, et toute request portant un AppId et passant l'authentification est comptabilisée.
- Pour prendre en charge des scénarios à grande échelle ou complexes, différents étages ou zones peuvent être collectés séparément et cartographiés indépendamment, puis les cartes peuvent être fusionnées si nécessaire.
La mise à l'échelle du service Mega implique généralement les dimensions suivantes: concurrent QPS (Queries Per Second), nombre de cloud localization databases, nombre de mapping projects liés, capacité de carte d'une base unique, fusion de cartes pour des scénarios à grande échelle ou complexes, et durée de vidéo d'entrée pour une tâche de mapping unique. Cette section explique la signification, l'impact et les recommandations de mise à l'échelle pour chaque élément.
Éléments extensibles
- Cloud localization concurrent QPS
- Nombre de cloud localization databases partageant QPS
- Mapping projects liés
- Capacité de carte de chaque cloud localization database
- Extension des capacités de mapping: durée vidéo d'entrée, multi-map merging
Concurrent QPS du service cloud localization
Les statistiques de concurrency sont mesurées en QPS, c'est-à-dire le nombre de requests de service reçues par le serveur par seconde. Dès qu'une request porte un AppId valide de cloud localization database et passe l'authentification, elle est comptabilisée dans les statistiques de concurrency, que localization réussisse ou non.
Concurrency est un attribut du cloud service group. Toutes les cloud localization databases d'un même cloud service group partagent le quota QPS.
Par défaut, après une initialisation réussie, l'appareil envoie des requests de localization à une fréquence d'une fois par seconde. En raison de la latence réseau et du caractère aléatoire des heures d'arrivée des requests, le nombre instantané réel de requests peut théoriquement dépasser le quota. Par exemple, un service group de 10 QPS peut prendre en charge environ 10 appareils utilisés simultanément, mais si le même service group reçoit plus de 10 requests dans une fenêtre d'une seconde, les requests excédentaires peuvent être rejetées.
Pour garantir la stabilité du service dans les scénarios de concurrency multi-appareils, il est recommandé de prévoir une certaine redondance lors de l'achat de QPS. Par exemple, si vous devez prendre en charge le fonctionnement stable de 10 appareils, vous pouvez envisager d'acheter 11-12 QPS.
Pour les opérations de gestion et de mise à l'échelle, consultez aide aux opérations de gestion de mise à l'échelle QPS.
Nombre de cloud localization databases
Les instances de cloud localization database nécessitent des ressources cloud computing, et leur nombre est facturé par instance. Chaque base correspond à un AppId indépendant. Supprimer et recréer une localization database n'affecte pas le quota, mais la nouvelle localization database générera un nouvel AppId. Si le quota par défaut est insuffisant, vous pouvez demander une augmentation du nombre de localization databases.
Note
Dans des conditions normales, rouvrir la cloud localization database et ajouter à nouveau Mega Block suffit et n'affecte pas localization. Toutefois, après arrêt et réouverture, le nouvel AppId de la cloud localization database sera différent du précédent.
Pour ouvrir davantage de cloud localization databases que le quota, consultez: aide d'opération pour cloud localization database supplémentaire
Mapping projects liés
La philosophie de conception de notre produit est qu'un lieu correspond à un Mega Block mapping project, et qu'un projet correspond à l'ouverture d'un cloud localization service group.
Si vous devez rattacher davantage de mapping projects au même service group, consultez le guide d'opération afin de garantir que les ressources et autorisations sont correctement configurées: aide d'opération pour lier plus de mapping projects
Capacité de carte d'une cloud localization database unique
La philosophie de conception du produit cloud localization database est que le résultat de localization d'une cloud localization database est un système de coordonnées servant une application. Une cloud localization database unique a une limite maximale autorisée de capacité Block (map). La capacité est mesurée en CC (unité de mesure privée EasyAR). Après dépassement de la limite supérieure, l'ajout de cartes sera limité. Toutefois, grâce à la mise à l'échelle des ressources de déploiement, nous ouvrons et autorisons toujours l'ajout de plusieurs cartes. Chaque Mega Block possède un attribut de capacité, lié à la taille de la zone localisable et à l'utilisation des ressources.
| Chaque cloud localization database | Limite |
|---|---|
| Capacité Block | 4500 CC |
L'exemple actuel de limite par défaut est 4500 (selon la configuration réelle du produit). Si vous avez besoin d'une capacité plus élevée, contactez les ventes ou le support opérationnel: aide d'opération de mise à l'échelle de capacité de carte
Limites de mapping et extension des capacités
Mega Block mapping nécessite des ressources de calcul ainsi que des coûts de service. Le coût dépend de la surface à mapper, de la zone de recognition et de la durée de la vidéo collectée.
| Chaque tâche de mapping | Limite |
|---|---|
| Vidéo collectée unique | 16 segments * 8 minutes/segment |
| Projet unique | 50000 mètres carrés |
Pour une vidéo collectée unique dans chaque tâche, le produit impose une certaine limite de durée de vidéo d'entrée. La limite vidéo est de 16 segments * 8 minutes/segment. Une carte unique correspond à une vidéo collectée unique, et les tâches multi-map complexes peuvent correspondre à plusieurs vidéos collectées.
Un projet unique est limité à 50 000 mètres carrés de mapping. Pour plus de détails, contactez le service commercial. Contacter le service commercial maintenant
Les scénarios complexes ou les espaces très vastes nécessitent la fusion de plusieurs cartes et une consultation commerciale pour l'activation. La plupart des scénarios de localization peuvent être pris en charge par plusieurs cartes uniques avec localization indépendante, et ne nécessitent pas forcément de cartes fusionnées. Il est recommandé de consulter le service commercial avant utilisation afin de déterminer s'il faut activer la fonction multi-map merging.
Pour une aide d'opération plus détaillée, consultez: aide d'opération d'extension des capacités de mapping
Lecture associée: