Escalonamento do serviço Mega
Este capítulo apresenta as opções de escalonamento, granularidade de cobrança e limites comuns dos serviços Mega Block cloud localization e mapping, ajudando você a planejar recursos e soluções de aquisição de forma razoável de acordo com a escala da aplicação e os requisitos de concurrency.
O núcleo do serviço Mega Block cloud localization é criar e comprar um localization service group. Ele próprio é um pacote de serviço, incluindo pacote padrão e pacote trial. Os recursos de cada pacote são os seguintes:
| Nome do item do pacote | Padrão | Trial |
|---|---|---|
| Projetos para tarefas de mapping | 1 | 1 |
| Número de cloud localization databases | 5 | 2 |
| Request concurrency QPS | 10 | 3 |
No serviço de mapping Mega Block, os conceitos principais e princípios de design são os seguintes:
- Um local corresponde a um mapping project; cada mapping project pode ser associado a um cloud localization service group.
- As cloud localization databases no mesmo cloud service group compartilham a cota QPS. A cobrança é por request, e qualquer request que carregue AppId e passe pela autenticação é contabilizado.
- Para oferecer suporte a cenários de grande escala ou complexos, diferentes andares ou áreas podem ser coletados separadamente e mapeados de forma independente, e os mapas podem ser mesclados quando necessário.
O escalonamento do serviço Mega geralmente envolve as seguintes dimensões: concurrent QPS (Queries Per Second), número de cloud localization databases, número de mapping projects vinculados, capacidade de mapa de uma única base, fusão de mapas para cenários de grande escala ou complexos e duração de vídeo de entrada para uma única tarefa de mapping. Esta seção explica o significado, impacto e recomendações de escalonamento de cada item.
Itens escaláveis
- Cloud localization concurrent QPS
- Número de cloud localization databases que compartilham QPS
- Mapping projects vinculados
- Capacidade de mapa de cada cloud localization database
- Expansão da capacidade de mapping: duração do vídeo de entrada, multi-map merging
Concurrent QPS do serviço cloud localization
As estatísticas de concurrency são medidas por QPS, ou seja, o número de requests de serviço recebidos pelo servidor por segundo. Desde que um request carregue um AppId válido de cloud localization database e passe pela autenticação, ele será contabilizado nas estatísticas de concurrency, independentemente de localization ser bem-sucedida.
Concurrency é um atributo do cloud service group. Todas as cloud localization databases no mesmo cloud service group compartilham a cota QPS.
Por padrão, depois que o dispositivo é inicializado com sucesso, ele envia requests de localization uma vez por segundo. Devido à latência da rede e à aleatoriedade do horário de chegada dos requests, teoricamente o número instantâneo real de requests pode exceder a cota. Por exemplo, um service group de 10 QPS pode suportar cerca de 10 dispositivos usados ao mesmo tempo, mas se o mesmo service group receber mais de 10 requests dentro de uma janela de 1 segundo, os requests excedentes podem ser rejeitados.
Para garantir a estabilidade do serviço em cenários de concurrency com vários dispositivos, recomendamos reservar certa redundância ao comprar QPS. Por exemplo, se precisar suportar a operação estável de 10 dispositivos, considere comprar 11-12 QPS.
Para operações de gerenciamento e escalonamento, consulte ajuda de operação de gerenciamento de escalonamento QPS.
Número de cloud localization databases
Instâncias de cloud localization database exigem recursos de cloud computing, e a quantidade é cobrada por instância. Cada database corresponde a um AppId independente. Excluir e recriar uma localization database não afeta a cota, mas a nova localization database gerará um novo AppId. Se a cota padrão for insuficiente, você pode solicitar o aumento do número de localization databases.
Nota
Em circunstâncias normais, reabrir a cloud localization database e adicionar Mega Block novamente é suficiente e não afetará localization, mas depois de desligar e reabrir, o novo AppId da cloud localization database será diferente do anterior.
Para abrir cloud localization databases acima da quantidade de cota, consulte: ajuda de operação para cloud localization database adicional
Mapping projects vinculados
A filosofia de design do nosso produto é que um local corresponde a um Mega Block mapping project, e um projeto corresponde à abertura de um cloud localization service group.
Se precisar vincular mais mapping projects ao mesmo service group, consulte o guia de operação para garantir que recursos e permissões estejam configurados corretamente: ajuda de operação para vincular mais mapping projects
Capacidade de mapa de uma única cloud localization database
A filosofia de design do produto cloud localization database é que o resultado de localization de uma cloud localization database é um sistema de coordenadas que atende a uma aplicação. Uma única cloud localization database tem um limite máximo permitido de capacidade Block (map). A capacidade é medida em CC (unidade de medição privada da EasyAR). Após exceder o limite superior, a adição de mapas será restringida. No entanto, por meio do escalonamento de recursos de implantação, ainda abrimos e permitimos a adição de vários mapas. Cada Mega Block tem um atributo de capacidade, relacionado ao tamanho da área localizável e ao uso de recursos.
| Cada cloud localization database | Limite |
|---|---|
| Capacidade Block | 4500 CC |
O exemplo atual de limite padrão é 4500 (sujeito à configuração real do produto). Se precisar de capacidade maior, entre em contato com vendas ou suporte de operações: ajuda de operação de escalonamento da capacidade de mapa
Limites de mapping e expansão de capacidade
Mega Block mapping requer recursos de computação e investimento em custos de serviço. O custo está relacionado à área que você precisa mapear, à área de recognition e à duração do vídeo coletado.
| Cada tarefa de mapping | Limite |
|---|---|
| Vídeo coletado único | 16 segmentos * 8 minutos/segmento |
| Projeto único | 50000 metros quadrados |
Para um único vídeo coletado em cada tarefa, o produto tem certo limite para a duração do vídeo de entrada. O limite de vídeo é 16 segmentos * 8 minutos/segmento. Um único mapa corresponde a um único vídeo coletado, e tarefas multi-map complexas podem corresponder a vários vídeos coletados.
Um projeto único é limitado a 50.000 metros quadrados de mapping. Para detalhes, entre em contato com business. Entrar em contato com business agora
Cenários complexos ou espaços de escala muito grande exigem fusão de vários mapas e consulta a business para ativação. A maioria dos cenários de localization pode ser atendida usando vários mapas únicos para localization independente e talvez não precise de mapas mesclados. Recomendamos consultar business antes do uso para determinar se é necessário ativar o recurso multi-map merging.
Para ajuda operacional mais detalhada, consulte: ajuda de operação de expansão da capacidade de mapping
Leitura relacionada: