Escalado del servicio Mega
Este capítulo presenta las opciones de escalado, la granularidad de facturación y los límites comunes de los servicios de cloud localization y mapping de Mega Block, para ayudarle a planificar razonablemente recursos y soluciones de compra según la escala de su aplicación y sus requisitos de concurrency.
El núcleo del servicio Mega Block cloud localization es crear y comprar un localization service group. Es un paquete de servicio en sí mismo, que incluye paquete estándar y paquete de prueba. Los recursos de cada paquete son los siguientes:
| Nombre del elemento del paquete | Estándar | Prueba |
|---|---|---|
| Proyectos para tareas de mapping | 1 | 1 |
| Número de cloud localization databases | 5 | 2 |
| Request concurrency QPS | 10 | 3 |
En el servicio de mapping de Mega Block, los conceptos principales y principios de diseño son los siguientes:
- Una ubicación corresponde a un proyecto de mapping; cada proyecto de mapping puede asociarse a un cloud localization service group.
- Las cloud localization databases dentro del mismo cloud service group comparten la cuota QPS. Se factura por request, y cualquier request que lleve AppId y pase la autenticación se contabiliza.
- Para admitir escenarios a gran escala o complejos, se pueden recopilar diferentes plantas o áreas por separado y crear mapas de forma independiente, y fusionar mapas cuando sea necesario.
El escalado del servicio Mega suele implicar las siguientes dimensiones: concurrent QPS (Queries Per Second), número de cloud localization databases, número de proyectos de mapping vinculados, capacidad de mapa de una sola base, fusión de mapas para escenarios a gran escala o complejos, y duración de video de entrada para una única tarea de mapping. Esta sección explica el significado, impacto y recomendaciones de escalado de cada elemento.
Elementos escalables
- Cloud localization concurrent QPS
- Número de cloud localization databases que comparten QPS
- Proyectos de mapping vinculados
- Capacidad de mapa de cada cloud localization database
- Expansión de capacidad de mapping: duración de video de entrada, multi-map merging
Concurrent QPS del servicio cloud localization
Las estadísticas de concurrency se miden por QPS, es decir, el número de requests de servicio que recibe el servidor por segundo. Siempre que un request lleve un AppId válido de cloud localization database y pase la autenticación, se contabiliza en las estadísticas de concurrency, independientemente de si localization tiene éxito.
Concurrency es un atributo del cloud service group. Todas las cloud localization databases dentro del mismo cloud service group comparten la cuota QPS.
De forma predeterminada, después de que el dispositivo se inicializa correctamente, envía requests de localization con una frecuencia de 1 vez por segundo. Debido a la latencia de red y la aleatoriedad del tiempo de llegada de los requests, en teoría el número real instantáneo de requests puede superar la cuota. Por ejemplo, un service group de 10 QPS puede admitir aproximadamente 10 dispositivos al mismo tiempo, pero si dentro de una ventana de 1 segundo el mismo service group recibe más de 10 requests, los requests excedentes pueden ser rechazados.
Para garantizar la estabilidad del servicio en escenarios de concurrency de varios dispositivos, se recomienda reservar cierta redundancia al comprar QPS. Por ejemplo, si necesita admitir el funcionamiento estable de 10 dispositivos, puede considerar comprar 11-12 QPS.
Para operaciones de gestión y escalado, consulte ayuda de operación de gestión de escalado QPS.
Número de cloud localization databases
Las instancias de cloud localization database requieren recursos de cloud computing, y la cantidad se factura por instancia. Cada base corresponde a un AppId independiente. Eliminar y recrear una localization database no afecta la cuota, pero la nueva localization database generará un nuevo AppId. Si la cuota predeterminada es insuficiente, puede solicitar aumentar el número de localization databases.
Nota
En circunstancias normales, basta con reabrir la cloud localization database y volver a agregar Mega Block; no afectará a localization. Sin embargo, después de detenerla y reabrirla, el nuevo AppId de la cloud localization database será diferente del anterior.
Para abrir cloud localization databases por encima de la cuota, consulte: ayuda de operación de cloud localization database adicional
Proyectos de mapping vinculados
La filosofía de diseño de nuestro producto es que una ubicación corresponde a un proyecto de mapping Mega Block, y un proyecto corresponde a la apertura de un cloud localization service group.
Si necesita conectar más proyectos de mapping al mismo service group, consulte la guía de operación para asegurarse de que los recursos y permisos estén configurados correctamente: ayuda de operación para vincular más proyectos de mapping
Capacidad de mapa de una sola cloud localization database
La filosofía de diseño del producto cloud localization database es que el resultado de localization de una cloud localization database es un sistema de coordenadas que sirve a una aplicación. Una sola cloud localization database tiene un límite máximo permitido de capacidad Block (map). La capacidad se mide en CC (unidad de medición privada de EasyAR). Después de superar el límite, se restringirá la adición de mapas. Sin embargo, mediante el escalado de recursos de despliegue, seguimos abriendo y permitiendo agregar varios mapas. Cada Mega Block tiene un atributo de capacidad, relacionado con el tamaño del área localizable y el uso de recursos.
| Cada cloud localization database | Límite |
|---|---|
| Capacidad Block | 4500 CC |
El ejemplo actual de límite predeterminado es 4500 (sujeto a la configuración real del producto). Si necesita mayor capacidad, contacte con ventas o soporte de operaciones: ayuda de operación de escalado de capacidad de mapa
Límites de mapping y expansión de capacidad
El mapping de Mega Block requiere recursos de cálculo e inversión en costos de servicio. El costo está relacionado con el área que necesita mapping, el área de recognition y la duración del video recopilado.
| Cada tarea de mapping | Límite |
|---|---|
| Video recopilado único | 16 segmentos * 8 minutos/segmento |
| Proyecto único | 50000 metros cuadrados |
Para un video recopilado único en cada tarea, el producto tiene cierto límite sobre la duración del video de entrada. El límite de video es 16 segmentos * 8 minutos/segmento. Un solo mapa corresponde a un video recopilado, y las tareas multi-map complejas pueden corresponder a varios videos recopilados.
Un proyecto único está limitado a 50.000 metros cuadrados de mapping. Para detalles, contacte con comercial. Contactar ahora con comercial
Los escenarios complejos o espacios de escala muy grande requieren fusionar varios mapas y consultar con comercial para su activación. La mayoría de escenarios de localization pueden resolverse usando varios mapas únicos para localization independiente, y no necesariamente requieren mapas fusionados. Se recomienda consultar con comercial antes de usarlo para determinar si necesita activar la función multi-map merging.
Para ayuda de operación más detallada, consulte: ayuda de operación de expansión de capacidad de mapping
Lectura relacionada: