Scaling layanan Mega
Bab ini memperkenalkan opsi scaling, granularitas penagihan, dan batas umum layanan cloud localization dan mapping Mega Block, membantu Anda merencanakan resource dan solusi pembelian secara wajar sesuai skala aplikasi dan kebutuhan concurrency.
Inti layanan cloud localization Mega Block adalah membuat dan membeli localization service group. Ini sendiri merupakan paket layanan, mencakup paket standar dan paket trial. Resource setiap paket adalah sebagai berikut:
| Nama item paket | Standar | Trial |
|---|---|---|
| Proyek untuk tugas mapping | 1 | 1 |
| Jumlah cloud localization database | 5 | 2 |
| Request concurrency QPS | 10 | 3 |
Dalam layanan mapping Mega Block, konsep inti dan prinsip desainnya adalah sebagai berikut:
- Satu lokasi sesuai dengan satu proyek mapping; setiap proyek mapping dapat dikaitkan ke satu cloud localization service group.
- Cloud localization database dalam cloud service group yang sama berbagi kuota QPS. Penagihan dihitung per request, dan setiap request yang membawa AppId serta lolos autentikasi akan dihitung.
- Untuk mendukung skenario skala besar atau kompleks, lantai atau area yang berbeda dapat dikumpulkan secara terpisah dan dibuat map secara independen, dan map dapat digabung jika diperlukan.
Scaling layanan Mega biasanya mencakup dimensi berikut: concurrent QPS (Queries Per Second), jumlah cloud localization database, jumlah proyek mapping yang terikat, kapasitas map satu database, penggabungan map untuk skenario skala besar atau kompleks, dan durasi input video untuk satu tugas mapping. Bagian ini menjelaskan arti, dampak, dan rekomendasi scaling untuk setiap item.
Penjelasan item yang dapat di-scale
- Cloud localization concurrent QPS
- Jumlah cloud localization database yang berbagi QPS
- Proyek mapping yang terikat
- Kapasitas map setiap cloud localization database
- Ekspansi kemampuan mapping: durasi video input, multi-map merging
Concurrent QPS layanan cloud localization
Statistik concurrency diukur berdasarkan QPS, yaitu jumlah request layanan yang diterima server per detik. Selama request membawa AppId cloud localization database yang valid dan lolos autentikasi, request tersebut dihitung dalam statistik concurrency, terlepas dari apakah localization berhasil.
Concurrency adalah atribut cloud service group. Semua cloud localization database dalam cloud service group yang sama berbagi kuota QPS.
Secara default, setelah perangkat berhasil diinisialisasi, perangkat akan mengirim request localization dengan frekuensi 1 kali per detik. Karena latensi jaringan dan keacakan waktu kedatangan request, secara teori jumlah request sesaat aktual mungkin melebihi kuota. Misalnya, service group 10 QPS dapat mendukung sekitar 10 perangkat digunakan secara bersamaan, tetapi jika dalam jendela 1 detik service group yang sama menerima lebih dari 10 request, request yang melebihi batas dapat ditolak.
Untuk memastikan stabilitas layanan dalam skenario concurrency multi-perangkat, disarankan menyisakan redundancy tertentu saat membeli QPS. Misalnya, jika perlu mendukung 10 perangkat berjalan stabil, pertimbangkan membeli 11-12 QPS.
Untuk operasi manajemen dan scaling, lihat bantuan operasi manajemen scaling QPS.
Jumlah cloud localization database
Instance cloud localization database membutuhkan resource cloud computing, dan jumlahnya ditagih per instance. Setiap database memiliki AppId independen. Menghapus dan membuat ulang localization database tidak memengaruhi kuota, tetapi localization database baru akan menghasilkan AppId baru. Jika kuota default tidak cukup, Anda dapat mengajukan penambahan jumlah localization database.
Catatan
Dalam kondisi normal, membuka kembali cloud localization database dan menambahkan Mega Block lagi sudah cukup dan tidak akan memengaruhi localization, tetapi setelah dihentikan dan dibuka kembali, AppId cloud localization database yang baru akan berbeda dari sebelumnya.
Untuk membuka cloud localization database melebihi jumlah kuota, lihat dokumen: bantuan operasi cloud localization database tambahan
Proyek mapping yang terikat
Filosofi desain produk kami adalah satu lokasi sesuai dengan satu proyek mapping Mega Block, dan satu proyek sesuai dengan pembukaan satu cloud localization service group.
Jika perlu mengaitkan lebih banyak proyek mapping ke service group yang sama, lihat panduan operasi untuk memastikan resource dan izin dikonfigurasi dengan benar: bantuan operasi mengikat lebih banyak proyek mapping
Kapasitas map satu cloud localization database
Filosofi desain produk cloud localization database adalah hasil localization dari satu cloud localization database merupakan satu sistem koordinat yang melayani satu aplikasi. Satu cloud localization database memiliki batas maksimum kapasitas Block (map) yang diizinkan. Kapasitas diukur dengan CC (unit pengukuran privat EasyAR). Setelah melebihi batas atas, penambahan map akan dibatasi. Namun melalui scaling resource deployment, kami tetap membuka dan mengizinkan penambahan beberapa map. Setiap Mega Block memiliki atribut kapasitas, yang terkait dengan ukuran area yang dapat dilokalisasi dan penggunaan resource.
| Setiap cloud localization database | Batas |
|---|---|
| Kapasitas Block | 4500 CC |
Contoh batas atas default saat ini adalah 4500 (mengikuti konfigurasi aktual produk). Jika membutuhkan kapasitas lebih tinggi, hubungi sales atau dukungan operasi: bantuan operasi scaling kapasitas map
Batas mapping dan ekspansi kemampuan
Mapping Mega Block membutuhkan resource komputasi serta investasi biaya layanan. Biaya berkaitan dengan area yang perlu Anda mapping, area recognition, dan durasi video yang dikumpulkan.
| Setiap tugas mapping | Batas |
|---|---|
| Satu video yang dikumpulkan | 16 segmen * 8 menit/segmen |
| Satu proyek | 50000 meter persegi |
Untuk satu video yang dikumpulkan dalam setiap tugas, produk memiliki batas tertentu pada durasi video input. Batas video adalah 16 segmen * 8 menit/segmen. Satu map sesuai dengan satu video yang dikumpulkan, dan tugas multi-map kompleks dapat sesuai dengan beberapa video yang dikumpulkan.
Satu proyek dibatasi untuk mapping 50.000 meter persegi. Untuk detail, hubungi bisnis. Hubungi bisnis sekarang
Skenario kompleks atau ruang berskala sangat besar memerlukan penggabungan beberapa map dan perlu berkonsultasi dengan bisnis untuk aktivasi. Sebagian besar skenario localization dapat ditangani dengan beberapa single map untuk localization independen, dan belum tentu memerlukan merged map. Disarankan berkonsultasi dengan bisnis sebelum penggunaan untuk menentukan apakah fitur multi-map merging perlu diaktifkan.
Untuk bantuan operasi yang lebih detail, lihat: bantuan operasi ekspansi kemampuan mapping
Bacaan terkait: