Batas layanan Azure Digital Twins
Bagian berikut menjelaskan batas layanan Azure Digital Twins.
Catatan
Beberapa area layanan ini memiliki batas yang dapat disesuaikan. Ini diwakilkan dalam tabel di bawah ini dengan kolom Adjustable?. Ketika batas dapat disesuaikan, nilai Adjustable? adalah Ya.
Jika bisnis Anda memerlukan peningkatan batas yang dapat disesuaikan atau kuota di atas batas default, Anda dapat meminta sumber daya tambahan dengan membuka tiket dukungan.
Batas berdasarkan jenis
Batas fungsional
Tabel berikut mencantumkan batas fungsional Azure Digital Twins.
Luas | Kemampuan | Batas default | Dapat disesuaikan? |
---|---|---|---|
Sumber daya Azure | Jumlah instans Azure Digital Twins di wilayah, per langganan | 10 | Ya |
Digital twins | Jumlah twin di instans Azure Digital Twins | 2.000.000 | Ya |
Digital twins | Jumlah kembar digital yang dapat diimpor dalam satu pekerjaan IMPORT Jobs API | 2.000.000 | No |
Digital twins | Jumlah hubungan masuk ke satu twin | 50.000 | No |
Digital twins | Jumlah hubungan keluar dari satu twin | 50.000 | No |
Digital twins | Jumlah total hubungan dalam instans Azure Digital Twins | 20.000.000 | Ya |
Digital twins | Jumlah hubungan yang dapat diimpor dalam satu pekerjaan IMPORT Jobs API | 10.000.000 | No |
Digital twins | Ukuran maksimum (dari bodi JSON di permintaan PATCH atau PUT) satu twin | 32 KB | No |
Digital twins | Ukuran payload permintaan maksimum | 32 KB | No |
Digital twins | Ukuran maksimum nilai properti string (UTF-8) | 4 KB | No |
Digital twins | Ukuran maksimum nama properti | 1 KB | No |
Perutean | Jumlah titik akhir untuk satu instans Azure Digital Twins | 6 | No |
Perutean | Jumlah rute untuk satu instans Azure Digital Twins | 6 | Ya |
Model | Jumlah model di dalam satu instans Azure Digital Twins | 10,000 | Ya |
Model | Jumlah model yang dapat diimpor dalam satu panggilan API (tidak menggunakan API Impor Pekerjaan) | 250 | No |
Model | Jumlah model yang dapat diimpor dalam satu pekerjaan IMPOR JOBS API | 10,000 | No |
Model | Ukuran maksimum (dari bodi JSON di permintaan PATCH atau PUT) satu model | 1 MB | No |
Model | Jumlah item yang dikembalikan di satu halaman | 100 | Tidak |
Kueri | Jumlah item yang dikembalikan di satu halaman | 1000 | Ya |
Kueri | Jumlah ekspresi AND / OR di kueri |
50 | Ya |
Kueri | Jumlah item array di klausul IN / NOT IN |
50 | Ya |
Kueri | Jumlah karakter dalam kueri | 8.000 | Ya |
Kueri | Jumlah JOINS dalam kueri |
5 | Ya |
Batas tarif
Tabel berikut mencantumkan batas laju API yang berbeda.
API | Kemampuan | Batas default | Dapat disesuaikan? |
---|---|---|---|
API Pekerjaan | Jumlah permintaan per detik | 1 | Ya |
API Pekerjaan | Jumlah pekerjaan massal yang berjalan bersamaan (termasuk impor dan hapus) | 1 | Ya |
API Model | Jumlah permintaan per detik | 100 | Ya |
Digital Twins API | Jumlah permintaan baca per detik | 1,000 | Ya |
Digital Twins API | Jumlah permintaan patch per detik | 1,000 | Ya |
Digital Twins API | Jumlah operasi buat/hapus per detik di seluruh twin dan hubungan | 500 | Ya |
Digital Twins API | Jumlah operasi buat/perbarui/hapus per detik di satu twin atau hubungan masuk/keluarnya | 10 | No |
Digital Twins API | Jumlah operasi luar biasa pada satu twin atau hubungan masuk/keluarnya | 500 | No |
API Kueri | Jumlah permintaan per detik | 500 | Ya |
API Kueri | Unit Kueri per detik | 4.000 | Ya |
API Rute Peristiwa | Jumlah permintaan per detik | 100 | Ya |
Pembatasan lainnya
Batasan jenis data dan bidang dalam dokumen DTDL untuk model Azure Digital Twins dapat ditemukan dalam dokumentasi spesifikasinya di GitHub: Digital Twins Definition Language (DTDL) - versi 3.
Detail latensi kueri dijelaskan dalam Bahasa kueri. Batasan fitur bahasa pemrogram kueri tertentu dapat ditemukan di dokumentasi referensi kueri.
Bekerja dengan batasan
Catatan
Azure Digital Twins akan secara otomatis menskalakan sumber daya untuk memenuhi batas tarif yang dijelaskan dalam artikel ini. Anda mungkin mengalami pembatasan sebelum batas ini tercapai karena penskalakan internal untuk beradaptasi dengan beban masuk. Penskalakan internal dapat memakan waktu dari 5 hingga 30 menit, selama waktu tersebut aplikasi Anda mungkin mengalami kesalahan 429.
Ketika batas tercapai, setiap permintaan di luarnya dibatasi oleh layanan, yang akan mengakibatkan respons kesalahan 429 dari permintaan ini.
Untuk mengelola pembatasan, berikut adalah beberapa rekomendasi untuk bekerja dengan batasan.
- Gunakan logika coba lagi.
Azure Digital Twins SDK menerapkan logika coba lagi untuk permintaan yang gagal, jadi jika Anda bekerja dengan SDK yang disediakan, fungsionalitas ini sudah dibangun. Jika tidak, pertimbangkan untuk menerapkan logika coba lagi di aplikasi Anda sendiri. Layanan mengirimkan kembali header
Retry-After
dalam respons kegagalan, yang dapat Anda gunakan untuk menentukan berapa lama menunggu sebelum mencoba lagi. - Gunakan ambang dan pemberitahuan untuk memperingatkan jika mendekati batas. Beberapa batas layanan untuk Azure Digital Twins memiliki metrik terkait yang dapat digunakan untuk melacak penggunaan di area ini. Untuk mengonfigurasi ambang batas dan menyiapkan pemberitahuan pada metrik apa pun saat ambang batas didekati, lihat instruksi di Membuat aturan pemberitahuan baru. Untuk menyiapkan pemberitahuan batas lain yang tidak menyediakan metrik, pertimbangkan untuk menerapkan logika ini dalam kode aplikasi Anda sendiri.
- Menerapkan dalam skala besar di beberapa instans. Hindari memiliki satu titik kegagalan. Alih-alih satu grafik besar untuk seluruh penyebaran Anda, pertimbangkan untuk membagi subset kembar secara logis (seperti menurut wilayah atau penyewa) di beberapa instans.
- Tinjau alat Pemodelan dan praktik terbaik untuk memodelkan rekomendasi untuk membantu Anda beroperasi dalam batas fungsional.
Langkah berikutnya
Pelajari selengkapnya tentang rilis Azure Digital Twins saat ini di ringkasan layanan: