Scalabilità dei servizi Mega
Questo capitolo introduce le opzioni di scalabilità, la granularità di fatturazione e i limiti comuni dei servizi Mega Block cloud localization e mapping, aiutando a pianificare in modo ragionevole risorse e soluzioni di acquisto in base alla scala dell'applicazione e ai requisiti di concurrency.
Il nucleo del servizio Mega Block cloud localization è la creazione e l'acquisto di un localization service group. Esso è di per sé un pacchetto di servizio, che include pacchetto standard e pacchetto trial. Le risorse di ciascun pacchetto sono le seguenti:
| Nome voce pacchetto | Standard | Trial |
|---|---|---|
| Progetti per task di mapping | 1 | 1 |
| Numero di cloud localization databases | 5 | 2 |
| Request concurrency QPS | 10 | 3 |
Nel servizio di mapping Mega Block, i concetti fondamentali e i principi di progettazione sono i seguenti:
- Un luogo corrisponde a un mapping project; ogni mapping project può essere associato a un cloud localization service group.
- Le cloud localization databases nello stesso cloud service group condividono la quota QPS. La fatturazione avviene per request; qualsiasi request che porta AppId e supera l'autenticazione viene conteggiata.
- Per supportare scenari su larga scala o complessi, piani o aree diverse possono essere raccolti separatamente e mappati in modo indipendente; quando necessario, le mappe possono essere fuse.
La scalabilità del servizio Mega di solito coinvolge le seguenti dimensioni: concurrent QPS (Queries Per Second), numero di cloud localization databases, numero di mapping projects collegati, capacità mappa di un singolo database, fusione mappe per scenari su larga scala o complessi, durata del video di input per un singolo task di mapping. Questa sezione spiega significato, impatto e raccomandazioni di scalabilità per ciascun elemento.
Elementi scalabili
- Cloud localization concurrent QPS
- Numero di cloud localization databases che condividono QPS
- Mapping projects collegati
- Capacità mappa di ciascuna cloud localization database
- Estensione capacità di mapping: durata video input, multi-map merging
Concurrent QPS del servizio cloud localization
Le statistiche di concurrency sono misurate in QPS, cioè il numero di request di servizio ricevute dal server al secondo. Finché un request porta un AppId valido della cloud localization database e supera l'autenticazione, viene conteggiato nelle statistiche di concurrency indipendentemente dal successo della localization.
Concurrency è un attributo del cloud service group. Tutte le cloud localization databases nello stesso cloud service group condividono la quota QPS.
Per impostazione predefinita, dopo che il dispositivo è stato inizializzato con successo, invia request di localization con frequenza di 1 volta al secondo. A causa della latenza di rete e della casualità del tempo di arrivo dei request, in teoria il numero istantaneo effettivo di request può superare la quota. Ad esempio, un service group da 10 QPS può supportare circa 10 dispositivi in uso contemporaneamente, ma se in una finestra di 1 secondo lo stesso service group riceve più di 10 request, i request eccedenti possono essere rifiutati.
Per garantire la stabilità del servizio in scenari di concurrency multi-dispositivo, si consiglia di riservare una certa ridondanza quando si acquista QPS. Ad esempio, se è necessario supportare il funzionamento stabile di 10 dispositivi, si può considerare l'acquisto di 11-12 QPS.
Per operazioni di gestione e scalabilità, fare riferimento a guida operativa alla gestione scaling QPS.
Numero di cloud localization databases
Le istanze di cloud localization database richiedono risorse di cloud computing, e la quantità viene fatturata per istanza. Ogni database corrisponde a un AppId indipendente. Eliminare e ricreare una localization database non influisce sulla quota, ma la nuova localization database genererà un nuovo AppId. Se la quota predefinita non è sufficiente, è possibile richiedere l'aumento del numero di localization databases.
Nota
In condizioni normali, riaprire la cloud localization database e aggiungere nuovamente Mega Block è sufficiente e non influisce sulla localization; tuttavia, dopo la chiusura e la riapertura, il nuovo AppId della cloud localization database sarà diverso dal precedente.
Per aprire più cloud localization databases rispetto alla quota, fare riferimento a: guida operativa per cloud localization database aggiuntiva
Mapping projects collegati
La filosofia di progettazione del nostro prodotto è che un luogo corrisponde a un Mega Block mapping project, e un progetto corrisponde all'apertura di un cloud localization service group.
Se è necessario collegare più mapping projects allo stesso service group, consultare la guida operativa per assicurare che risorse e permessi siano configurati correttamente: guida operativa per collegare più mapping projects
Capacità mappa di una singola cloud localization database
La filosofia di progettazione del prodotto cloud localization database è che il risultato di localization di una cloud localization database sia un sistema di coordinate al servizio di un'applicazione. Una singola cloud localization database ha un limite massimo consentito di capacità Block (map). La capacità è misurata in CC (unità di misura privata di EasyAR). Dopo il superamento del limite, l'aggiunta di mappe sarà limitata. Tuttavia, tramite la scalabilità delle risorse di deployment, continuiamo ad aprire e consentire l'aggiunta di più mappe. Ogni Mega Block ha un attributo di capacità, correlato alla dimensione dell'area localizzabile e all'uso di risorse.
| Ogni cloud localization database | Limite |
|---|---|
| Capacità Block | 4500 CC |
L'esempio attuale di limite predefinito è 4500 (soggetto alla configurazione effettiva del prodotto). Se serve una capacità maggiore, contattare sales o supporto operativo: guida operativa per scaling capacità mappa
Limiti di mapping ed espansione capacità
Mega Block mapping richiede risorse di calcolo e investimenti nei costi di servizio. Il costo è correlato all'area da mappare, all'area di recognition e alla durata del video raccolto.
| Ogni task di mapping | Limite |
|---|---|
| Singolo video raccolto | 16 segmenti * 8 minuti/segmento |
| Singolo progetto | 50000 metri quadrati |
Per un singolo video raccolto in ogni task, il prodotto ha un certo limite sulla durata del video di input. Il limite video è 16 segmenti * 8 minuti/segmento. Una singola mappa corrisponde a un singolo video raccolto, e task multi-map complessi possono corrispondere a più video raccolti.
Un singolo progetto è limitato a 50.000 metri quadrati di mapping. Per dettagli, contattare business. Contatta business ora
Scenari complessi o spazi di grandissima scala richiedono la fusione di più mappe e una consulenza business per l'attivazione. La maggior parte degli scenari di localization può essere gestita usando più mappe singole per localization indipendente e non necessariamente richiede mappe fuse. Si consiglia di consultare business prima dell'uso per determinare se sia necessario abilitare la funzione multi-map merging.
Per una guida operativa più dettagliata, fare riferimento a: guida operativa per espansione capacità di mapping
Lettura correlata: