Platform IoT memberlakukan batas dan metrik kinerja tertentu pada akses perangkat, pengiriman pesan, penerusan data, dan fitur lainnya.
Akses perangkat
-
Jumlah produk
Wilayah
Deskripsi
Batas
Jerman (Frankfurt) dan AS (Silicon Valley)
Jumlah maksimum produk yang dapat dibuat di bawah suatu Akun Alibaba Cloud.
1.000
Tiongkok (Shanghai), Singapura, Jepang (Tokyo), dan AS (Virginia)
Standard, Premium, dan instans publik: Jumlah maksimum produk yang dapat dibuat dalam suatu instans.
1.000
-
Jumlah perangkat
-
Perangkat sub gateway
-
Satu perangkat gateway dapat memiliki maksimal 2.000 perangkat sub.
-
Satu perangkat gateway dapat mendaftarkan secara dinamis maksimal 30 perangkat sub sekaligus.
-
Satu permintaan batch dari perangkat gateway untuk membawa perangkat sub online atau offline dapat mencakup maksimal 50 perangkat sub.
-
Batas Queries Per Second (QPS) untuk perangkat gateway yang bertindak sebagai agen untuk membawa perangkat sub online adalah 200.
Untuk informasi tentang pembatasan kecepatan pesan untuk perangkat gateway dan perangkat sub-nya, lihat Pembatasan kecepatan pesan dalam Koneksi dan komunikasi.
-
Manajemen perangkat
|
Batas |
Deskripsi |
Batas |
|
Definisi fitur model TSL |
Jumlah total maksimum modul model TSL (default dan kustom) yang dapat dimiliki suatu produk. |
200 |
|
Jumlah total maksimum fitur yang dapat ditambahkan ke modul model TSL. |
300 |
|
|
Jumlah maksimum parameter yang dapat ditambahkan ke properti tipe `struct`. |
50 |
|
|
Jika tipe data suatu fitur adalah `enum`, jumlah maksimum nilai enum. |
100 |
|
|
Jika tipe data suatu fitur adalah `text`, panjang data maksimum. |
10.240 karakter |
|
|
Jika tipe data suatu fitur adalah `array`, jumlah maksimum elemen dalam array. |
512 |
|
|
Jumlah total maksimum parameter input dan output yang dapat ditambahkan ke semua layanan dan event. |
300 |
|
|
Jumlah maksimum parameter input yang dapat ditambahkan ke suatu layanan. |
100 |
|
|
Jumlah maksimum parameter output yang dapat ditambahkan ke suatu layanan. |
100 |
|
|
Jumlah maksimum parameter output yang dapat ditambahkan ke suatu event. |
100 |
|
|
Jumlah total maksimum file modul model TSL yang dapat diimpor sekaligus. |
20 |
|
|
Jumlah maksimum versi terbaru yang dapat disimpan untuk suatu model TSL. |
10 |
|
|
Saat mengimpor model TSL, ukuran maksimum satu file JSON modul model TSL. |
512 KB |
|
|
Saat mengimpor model TSL, jumlah maksimum karakter valid dalam satu file JSON modul model TSL. Karakter valid adalah karakter dalam konten JSON, tidak termasuk karakter baris baru dan penyelarasan. |
256 KB |
|
|
Saat mengimpor model TSL, ukuran maksimum file ZIP yang berisi beberapa file JSON terkompresi. |
2,5 MB |
|
|
Saat memanggil API terkait model TSL, jika tipe data ARRAY dan STRUCT bersarang dalam parameter permintaan ThingModelJson, jumlah maksimum level rekursif bersarang yang didukung. Contohnya, ARRAY hanya dapat berisi STRUCT. Dalam kasus ini, STRUCT tidak dapat berisi tipe data ARRAY atau STRUCT lainnya. |
2 level (induk dan anak) |
|
|
Jumlah tag |
Jumlah maksimum tag yang dapat ditambahkan ke suatu produk, perangkat, atau kelompok. |
100 |
|
Kelompok perangkat |
Jumlah total maksimum kelompok induk dan sub-kelompok di bawah suatu Akun Alibaba Cloud. |
1.000 |
|
Jumlah maksimum perangkat yang dapat ditambahkan ke suatu kelompok. |
100.000 |
|
|
Jumlah maksimum kelompok tempat suatu perangkat dapat ditambahkan. |
10 |
|
|
Penguraian data |
Ukuran maksimum file skrip penguraian data. |
128 KB |
|
Konfigurasi jarak jauh |
File konfigurasi jarak jauh harus dalam format JSON. Ukuran file maksimum. |
64 KB |
|
Durasi penyimpanan data model TSL |
Data properti, event, dan layanan yang dihasilkan oleh perangkat yang sedang berjalan disimpan selama 30 hari. Data yang disimpan lebih dari 30 hari akan dihapus. |
30 hari |
|
Manajemen file |
Ukuran total maksimum file yang dapat disimpan dalam suatu instans. |
1 GB |
|
Ukuran maksimum satu file yang dapat diunggah perangkat melalui MQTT. |
16 MB |
|
|
Jumlah maksimum file yang dapat disimpan untuk suatu perangkat. |
1.000 |
|
|
Pembaruan OTA |
Jumlah maksimum paket pembaruan yang dapat dimuat dalam suatu instans di bawah suatu Akun Alibaba Cloud. |
500 |
|
Ukuran maksimum paket pembaruan yang diunduh melalui HTTPS. |
1.000 MB |
|
|
Ukuran maksimum paket pembaruan yang diunduh melalui MQTT. Satu paket pembaruan hanya dapat berisi satu file. |
16 MB |
|
|
Jumlah maksimum perangkat yang dapat diperbarui dalam satu pembaruan batch. Penting
|
|
|
|
Tugas perangkat |
Jumlah maksimum tugas perangkat yang dapat ditambahkan dalam satu wilayah di bawah suatu Akun Alibaba Cloud. |
10.000 |
Koneksi dan komunikasi
|
Batas |
Deskripsi |
Batas |
|
Batas akses perangkat |
Satu sertifikat perangkat (ProductKey dan DeviceName) hanya dapat membuat satu koneksi dengan server Platform IoT dalam satu waktu. |
1 |
|
Upaya koneksi |
Jumlah maksimum permintaan koneksi MQTT per detik untuk suatu Akun Alibaba Cloud. |
500 |
|
Jumlah maksimum permintaan koneksi per menit dari suatu perangkat untuk memastikan permintaan tidak dibatasi kecepatannya. |
5 |
|
|
Jumlah langganan perangkat |
Jumlah maksimum langganan untuk suatu perangkat. Permintaan yang melebihi batas akan ditolak. Perangkat dapat memeriksa pesan SUBACK untuk memastikan apakah permintaan berhasil. |
100 |
|
Jumlah permintaan |
Instans publik lama: Jumlah permintaan yang dikirim dari perangkat ke Platform IoT per detik untuk suatu Akun Alibaba Cloud. |
10.000 |
|
Instans publik lama: Jumlah permintaan yang dikirim dari Platform IoT ke perangkat per detik untuk suatu Akun Alibaba Cloud. |
2.000 |
|
|
Instans publik baru: Jumlah permintaan pesan mobile originated dan mobile terminated per detik untuk suatu instans. |
5 |
|
|
Instans Perusahaan: Jumlah permintaan pesan mobile originated dan mobile terminated per detik untuk suatu instans. Ini ditentukan oleh spesifikasi yang dibeli untuk Message TPS. Untuk informasi selengkapnya tentang cara membeli Instans Perusahaan, lihat Beli Instans Perusahaan. |
||
|
Pembatasan kecepatan komunikasi pesan |
Jumlah maksimum pesan QoS 0 atau QoS 1 yang dapat dilaporkan perangkat per detik. Catatan
MQTT tidak memberikan konfirmasi untuk pembatasan kecepatan pesan yang dipublikasikan. Anda dapat menemukan peringatan pembatasan kecepatan untuk perangkat di Simple Log Service. |
30 pesan/detik |
|
Suatu perangkat dapat menerima maksimal 50 pesan mobile terminated per detik. Batas ini juga bergantung pada lingkungan jaringan. Jika buffer penulisan TCP mengalami kemacetan, kesalahan akan dikembalikan. Jika Anda mengirim perintah ke perangkat dengan memanggil operasi Pub dan perangkat gagal memproses perintah tersebut tepat waktu, kesalahan pembatasan kecepatan akan dikembalikan. |
50 pesan/detik |
|
|
Bandwidth |
Throughput maksimum (bandwidth) per detik untuk suatu koneksi. |
8 Mbps |
|
Jumlah permintaan yang di-cache |
Platform IoT membatasi jumlah maksimum permintaan publish arah masuk yang belum dikonfirmasi untuk setiap klien. Setelah batas ini tercapai, server tidak menerima permintaan publish baru dari klien hingga pesan PUBACK dikembalikan. |
100 |
|
Durasi penyimpanan pesan |
Durasi penyimpanan maksimum untuk pesan QoS 1. Jika tidak ada pesan PUBACK yang diterima dari klien setelah durasi penyimpanan maksimum, permintaan publish akan dibuang. |
7 hari |
|
Panjang pesan MQTT |
Panjang maksimum satu pesan publish MQTT. Permintaan publish yang melebihi batas ini akan ditolak. |
256 KB |
|
Panjang pesan CoAP |
Panjang maksimum satu pesan publish CoAP. Permintaan publish yang melebihi batas ini akan ditolak. |
1 KB |
|
Keepalive MQTT |
Interval heartbeat untuk koneksi MQTT adalah 30 hingga 1.200 detik. Jika interval heartbeat tidak berada dalam rentang ini, server akan menolak koneksi. Kami menyarankan Anda mengatur nilainya menjadi 300 detik atau lebih. Nilai default adalah 1.200 detik. Untuk informasi tentang cara mengonfigurasi interval keepalive pada perangkat, lihat Contoh koneksi MQTT. Pengatur waktu heartbeat dimulai ketika Platform IoT mengirim pesan CONNACK sebagai respons terhadap pesan CONNECT. Pengatur waktu di-reset ketika pesan PUBLISH, SUBSCRIBE, PING, atau PUBACK diterima. Platform IoT memeriksa heartbeat keepalive perangkat setiap 30 detik. Waktu tunggu untuk deteksi terjadwal adalah periode waktu dari saat perangkat online hingga deteksi terjadwal terakhir. Periode timeout maksimum dihitung menggunakan rumus berikut: |
30 hingga 1.200 detik |
|
Periode timeout RRPC |
Periode timeout bagi perangkat untuk merespons permintaan RRPC. |
8 detik |
|
Pelaporan properti model TSL |
Jumlah maksimum properti model TSL yang dapat dilaporkan perangkat sekaligus. |
500 |
|
Pelaporan historis properti dan event model TSL |
Jumlah maksimum perangkat yang dapat melaporkan data model TSL historis secara bersamaan dalam suatu instans. |
50 |
|
Jumlah maksimum properti model TSL yang dapat dilaporkan perangkat sekaligus. |
30 |
|
|
Jumlah maksimum event model TSL yang dapat dilaporkan perangkat sekaligus. |
20 |
|
|
Pelaporan batch properti dan event model TSL |
Jumlah maksimum catatan data properti dan event yang dapat dilaporkan perangkat sekaligus. Beberapa nilai properti atau event dihitung sebagai beberapa catatan data. |
1.000 |
|
Protokol MQTT 5.0 |
Jumlah total maksimum properti yang ditentukan pengguna yang dapat ditambahkan. |
20 |
|
Panjang total maksimum kunci dan nilai properti yang ditentukan pengguna. |
128 karakter |
|
|
Dalam mode request-response, panjang maksimum topik respons dan data korelasi adalah sama. |
128 karakter |
Tentang Topik
|
Batas |
Deskripsi |
Batas |
|
Jumlah kategori topik kustom |
Jumlah maksimum kategori topik yang dapat didefinisikan untuk suatu produk. |
200 |
|
Izin |
Suatu perangkat hanya dapat mempublikasikan dan berlangganan topik miliknya sendiri. |
Tidak ada |
|
Panjang topik |
Satu topik dapat memiliki panjang hingga 160 byte dan harus dikodekan dalam UTF-8. |
160 |
|
Kategori Topik |
Jumlah maksimum level yang dapat dimiliki suatu topik. Ini adalah jumlah maksimum garis miring (/) dalam topik. |
7 |
|
Jumlah langganan |
Jumlah maksimum langganan per permintaan langganan. |
8 |
|
Periode efektif operasi |
Langganan dan pembatalan langganan berlaku 10 detik setelah operasi. Langganan tetap berlaku hingga dibatalkan. Kami menyarankan Anda berlangganan topik terlebih dahulu untuk menghindari kehilangan pesan. Contoh: Suatu perangkat mengirim permintaan SUB ke Topik A. Setelah 10 detik, langganan berlaku dan perangkat mulai menerima pesan real-time. Perangkat terus menerima pesan dari Topik A kecuali jika melakukan unsubscribe. |
10 detik |
|
Topik broadcast |
Isi pesan yang akan di-broadcast tidak boleh melebihi 64 KB. Pesan asli harus dikonversi ke data biner lalu di-encode Base64 untuk menghasilkan isi pesan. |
64 KB |
|
SDK sisi server hanya dapat mengirim satu pesan broadcast penuh per menit. |
1 pesan/menit |
Device shadow
|
Batas |
Deskripsi |
Batas |
|
Level JSON |
Kedalaman bersarang maksimum dokumen JSON device shadow. |
5 |
|
Ukuran file |
Ukuran maksimum dokumen JSON device shadow. |
16 KB |
|
Jumlah properti |
Jumlah maksimum properti dalam dokumen JSON device shadow. |
128 |
|
Permintaan per detik |
Jumlah maksimum permintaan per detik untuk setiap perangkat. |
20 |
Penerusan data (lama)
|
Batasan |
Deskripsi |
Batas |
|
Jumlah aturan |
Maksimal 1.000 aturan dapat diatur untuk suatu instans. |
1.000 |
|
Jumlah tujuan |
Satu aturan dapat berisi maksimal 10 operasi penerusan data. |
10 |
|
TPS penerusan pesan |
Pengguna RAM berbagi kuota Akun Alibaba Cloud. TPS penerusan pesan dihitung sebagai berikut:
Dalam satu detik yang sama, n pesan dapat diteruskan ke layanan penerusan data lalu ke m tujuan. TPS penerusan pesan dihitung berdasarkan aturan berikut:
Catatan
|
|
|
Persyaratan tujuan |
Penerusan data bergantung pada layanan Alibaba Cloud tujuan. Pastikan instans layanan tujuan berjalan sebagaimana mestinya. Penerusan pesan dapat gagal karena pengecualian seperti downtime instans, pembayaran tertunda, kesalahan parameter (seperti perubahan otorisasi atau nilai tidak valid), atau kesalahan konfigurasi layanan tujuan. |
Tidak ada |
|
Deduplikasi pesan |
Selama penerusan data, pesan yang sama mungkin dikirim beberapa kali untuk memastikan pengiriman, hingga klien mengembalikan ACK atau pesan kedaluwarsa. Pesan yang sama memiliki ID pesan yang sama. Anda dapat menghapus duplikat pesan berdasarkan ID pesannya. |
Tidak ada |
Penerusan data (baru)
Batas terkait pesan untuk penerusan data (baru) sama dengan yang berlaku untuk penerusan data (lama).
|
Batasan |
Deskripsi |
Batas |
|
Resolver |
Jumlah total maksimum resolver yang dapat dimiliki suatu instans. |
1.000 |
|
Sumber data |
Jumlah total maksimum sumber data yang dapat dikaitkan dengan resolver. |
1 |
|
Jumlah total maksimum topik yang dapat dimiliki sumber data. |
1.000 |
|
|
Tujuan data |
Jumlah total maksimum tujuan data yang dapat dikaitkan dengan resolver. |
10 |
|
Jumlah total maksimum operasi yang dapat dimiliki tujuan data. |
1 |
|
|
Jumlah total maksimum tujuan data kesalahan yang dapat dikaitkan dengan resolver. |
1 |
|
|
Skrip parsing |
Ukuran maksimum konten skrip untuk resolver. |
120 KB |
|
Jumlah maksimum kali fungsi penerusan data dapat dieksekusi dalam loop dalam skrip resolver. Untuk informasi selengkapnya tentang fungsi penerusan data, lihat Fungsi untuk meneruskan data ke tujuan data. |
100 |
Langganan sisi server
Batas untuk langganan sisi server berbasis AMQP:
|
Batasan |
Deskripsi |
|
Timeout autentikasi |
Setelah koneksi dibuat, Anda harus segera mengirim permintaan autentikasi. Jika autentikasi tidak berhasil dalam 15 detik, server akan menutup koneksi. |
|
Timeout data |
Saat server membuat koneksi dengan Platform IoT, Anda harus menentukan interval heartbeat (parameter idle-timeout protokol AMQP). Nilainya harus berada dalam rentang 30 hingga 300 detik. Jika tidak ada komunikasi frame selama durasi interval heartbeat, Platform IoT akan menutup koneksi. Setelah koneksi dibuat, server Anda harus mengirim paket PING dalam interval heartbeat untuk mempertahankan koneksi. Jika tidak ada paket PING yang dikirim dalam interval heartbeat, Platform IoT akan menutup koneksi. Catatan
Jika Anda menggunakan SDK yang disediakan oleh Alibaba Cloud, Anda tidak perlu mengirim paket PING untuk mempertahankan koneksi setelah koneksi dibuat. SDK memiliki mekanisme keepalive. Anda hanya perlu memastikan proses utama tidak keluar. |
|
Timeout ACK |
Setelah server AMQP meneruskan pesan ke klien, timeout ACK terjadi jika tidak ada konfirmasi yang diterima dari klien dalam 30 detik. |
|
Kebijakan coba ulang untuk push yang gagal |
Pesan tidak dapat dikonsumsi secara real-time dan ditambahkan ke antrian akumulasi karena klien konsumen offline atau mengonsumsi pesan secara lambat.
|
|
Batas penyimpanan pesan |
Satu kelompok konsumen dapat mengakumulasi maksimal 100 juta pesan. |
|
Durasi penyimpanan pesan |
1 hari. |
|
Pembatasan kecepatan untuk push pesan real-time |
Satu koneksi dibatasi hingga 1.000 TPS. Anda dapat menambah jumlah koneksi untuk penskalaan horizontal. Jumlah maksimum koneksi adalah 128. |
|
Pembatasan kecepatan untuk push pesan terakumulasi |
Satu kelompok konsumen dibatasi hingga 200 TPS. Catatan
Untuk mencegah akumulasi pesan, pastikan klien konsumen online dan segera mengonfirmasi pesan yang didorong oleh platform. |
|
Jumlah kelompok konsumen yang dapat dikaitkan dengan suatu produk |
Maksimal 10. |
|
Jumlah produk yang dapat dikaitkan dengan suatu kelompok konsumen |
Maksimal 1.000. |
|
Jumlah topik yang dapat dilanggani suatu kelompok konsumen |
Maksimal 200. Catatan
Berlangganan topik yang menggunakan karakter wildcard dihitung sebagai satu topik. Misalnya, jika Anda berlangganan topik untuk suatu produk, seperti |
|
Batas jumlah kelompok konsumen |
Suatu Akun Alibaba Cloud dapat membuat maksimal 1.000 kelompok konsumen. |
|
Batas jumlah klien |
Satu kelompok konsumen mendukung maksimal 128 klien. |
|
Batas jumlah koneksi |
Untuk suatu kelompok konsumen, satu klien dapat meminta tidak lebih dari 100 koneksi per menit. Catatan
Klien adalah klien AMQP yang menerima pesan dari Platform IoT, bukan perangkat. |
Untuk informasi tentang batas langganan sisi server berbasis MNS, lihat batas terkait antrian dalam Batas MNS.
Studio Layanan Data
-
Semua fitur Studio Layanan Data hanya didukung oleh instans Standard dan Premium di wilayah Tiongkok (Shanghai), Tiongkok (Beijing), Tiongkok (Shenzhen), Singapura, dan AS (Virginia).
-
Hanya fitur penyimpanan deret waktu Studio Layanan Data yang didukung di wilayah Jepang (Tokyo), Jerman (Frankfurt), dan AS (Silicon Valley).
Fitur Studio Layanan Data dibatasi oleh spesifikasi sumber daya instans yang Anda beli.
Untuk informasi tentang cara membeli Instans Perusahaan dan mengaktifkan Studio Layanan Data, lihat Beli Instans Perusahaan. Untuk informasi tentang aturan penagihan untuk setiap fitur Studio Layanan Data, lihat Studio Layanan Data.
Batas API Cloud
Untuk informasi tentang batas QPS untuk memanggil API cloud, lihat dokumentasi untuk API tertentu.
Jika kesalahan pembatasan kecepatan dikembalikan saat Anda memanggil API, seperti kesalahan Tipe 28 hingga Tipe 30 dalam Kesalahan umum, Anda dapat memanggil API tersebut lagi.