Meminta batas dan alokasi
Power Platform Batas permintaan ada untuk membantu memastikan tingkat layanan, ketersediaan, dan kualitas platform. Ada batasan jumlah permintaan yang dapat dibuat pengguna setiap hari di seluruh Power Apps Power Automate Microsoft Copilot Studio aplikasi Dynamics 365.
Apa yang dimaksud dengan permintaan Microsoft Power Platform?
Permintaan di Microsoft Power Platform terdiri dari berbagai tindakan yang dibuat pengguna di berbagai produk. Pada tingkat tinggi, daftar berikut adalah apa yang merupakan permintaan API:
- Power Apps: Semua permintaan API ke konektor dan Microsoft Dataverse.
- Power Automate: Semua permintaan API ke konektor, analisis konsultan proses, tindakan HTTP, dan tindakan bawaan mulai dari menginisialisasi variabel hingga tindakan penulisan sederhana. Baik tindakan berhasil dan gagal diperhitungkan dalam batas ini. Selain itu, percobaan ulang dan permintaan lain dari penomoran halaman dihitung sebagai eksekusi tindakan. Pelajari lebih lanjut di Apa yang dihitung sebagai Power Platform permintaan?
- Microsoft Copilot Studio: Permintaan API (atau panggilan) ke aliran Power Automate dari dalam percakapan chatbot.
- Dataverse: Semua operasi membuat, membaca, memperbarui, dan menghapus (CRUD), menetapkan, dan berbagi termasuk permintaan sistem internal dan yang digerakkan oleh pengguna yang diperlukan untuk menyelesaikan transaksi CRUD, dan operasi khusus seperti berbagi atau menetapkan. Operasi ini dapat berasal dari klien atau aplikasi apa pun (termasuk Dynamics 365) dan menggunakan titik akhir apa pun (SOAP atau REST). Operasi ini termasuk, tetapi tidak terbatas pada, plug-in, alur kerja klasik, dan kontrol kustom yang membuat operasi yang disebutkan sebelumnya.
Catatan
Karena Dataverse, ada sekumpulan kecil operasi internal sistem yang dikecualikan dari batas, seperti operasi login, logout, dan metadata sistem.
Bagian berikut menjelaskan jenis permintaan dan batas yang ditetapkan untuk masing-masing.
Batas permintaan pengguna berlisensi
Semua pengguna Microsoft Power Platform memiliki batas untuk jumlah permintaan berdasarkan lisensi yang ditetapkan. Tabel berikut mendefinisikan jumlah permintaan yang dapat dilakukan pengguna dalam periode 24 jam:
| Produk | Permintaan per lisensi berbayar per 24 jam |
|---|---|
| Pengguna berlisensi berbayar untuk Power Platform (tidak termasuk Power Apps per Aplikasi, Power Automate per alur, dan Microsoft Copilot Studio) dan Dynamics 365 tidak termasuk AnggotaTim Dynamics 365 1 | 40,000 |
| Power Apps Paket bayar sesuai pemakaian, dan pengguna berlisensi berbayar untuk Power Apps per aplikasi, Microsoft 365 aplikasi dengan Power Platform akses, dan Anggota TimDynamics 365 2 | 6,000 |
| Power Automate per paketFlow 3, Microsoft Copilot Studio penawaran dasar, dan Microsoft Copilot Studio pakettambahan 4 | 250,000 |
| Login Portal Power Apps Berbayar | 200 |
1 Kategori ini mencakup lisensi berbayar untuk Power Apps paket per pengguna (yang mencakup lisensi Paket 1 dan Power Apps Paket 2 sebelumnya Power Apps ), Power Automate paket per pengguna (yang mencakup lisensi Paket Alur 1 dan Paket Alur 2 sebelumnya), Dynamics 365 Sales Premium, Dynamics 365 Sales Enterprise, Dynamics 365 Sales Professional, Dynamics 365 Customer Service Enterprise, Dynamics 365 layanan pelanggan Professional, Dynamics 365 Field Service,, Microsoft Relationship SalesCloud Microsoft Industri, Dynamics 365 Project Service Automation,, Dynamics 365 Commerce Dynamics 365 Human Resources, Dynamics 365 Finance,, Dynamics 365 Project Operations Dynamics 365 Supply Chain Management, Paket Dynamics 365 Customer Engagement, paket Dynamics 365 Unified Ops, Paket Dynamics 365, Perangkat Dynamics 365 for Operations , Dynamics 365 for Operations Activity, Perangkat Dynamics AX Online, Tugas Dynamics Online AX , Dynamics CRM Online Enterprise, dan Dynamics CRM Online Professional.
2 Kategori ini mencakup Power Apps paket bayar sesuai pemakaian, dan lisensi Power Apps berbayar per paket aplikasi, Dynamics 365 Team Member, Online Dynamics CRM Basic, Online Dynamics CRM Essential, Dynamics AX Self-Serve, lisensi Microsoft 365 , dan Microsoft Project Online (Paket 1, Paket 3, dan Paket 5). Pelajari selengkapnya di Lampiran B dalam Power Platform Panduan Lisensi untuk Microsoft 365 lisensi yang menyertakan Power Apps dan kemampuan Power Automate .
3 Rencana Power Automate per alur memungkinkan kapasitas untuk dicadangkan secara khusus untuk satu aliran, terlepas dari pemilik aliran. Paket ini tidak menggunakan batas permintaan pengguna yang tidak berlisensi di tingkat penyewa.
4 Microsoft Copilot Studio permintaan dihitung dari Power Automate alur yang dipicu dari Microsoft Copilot Studio chatbot. Microsoft Copilot Studio paket sesi awal dan paket sesi tambahan keduanya menerima batas Permintaan harian Power Platform yang sama.
Detail lainnya
Batas permintaan Power Platform hanya tercakup dengan lisensi dasar berbayar dalam model lisensi 'base + attach' Dynamics 365. Lisensi lampiran tidak mencakup batasan terpisah. Contohnya, jika pengguna memiliki Dynamics 365 Customer Service Enterprise sebagai lisensi dasar dan Dynamics 365 Sales Enterprise sebagai lisensi lampiran, batas permintaan total akan menjadi yang disediakan oleh lisensi dasar - Dynamics 365 Customer Service Enterprise.
Jika pengguna memiliki beberapa lisensi berbayar yang ditetapkan untuk mereka, jumlah total permintaan yang diizinkan adalah jumlah permintaan yang diizinkan untuk setiap lisensi. Misalnya, jika pengguna memiliki lisensi dasar Dynamics 365 Customer Service Enterprise dan lisensi Power Apps per pengguna, maka pengguna tersebut akan memiliki total 40.000 + 40.000 = 80.000 permintaan yang tersedia per 24 jam.
Microsoft Copilot Studio Permintaan dihitung dari Power Automate alur yang dipicu dari Microsoft Copilot Studio chatbot. Microsoft Copilot Studio paket sesi awal dan paket sesi tambahan keduanya menerima batas Permintaan harian Power Platform yang sama.
Batas permintaan pengguna non-lisensi
Batas terpisah ditetapkan untuk aktivitas tertentu (contoh: Proses latar belakang yang memigrasi data antar database) yang tidak mengharuskan pengguna berinteraksi dengan layanan. Batas ini ditentukan dan dikumpulkan pada tingkat penyewa. Dataverse memungkinkan Anda memiliki identitas yang tidak memerlukan pengguna untuk berinteraksi dengan layanan. Ini termasuk:
Selain itu ada lisensi gratis khusus ($0) lisensi yang digunakan untuk berinteraksi dengan aplikasi Dynamics 365 seperti Dynamics 365 Marketing. Pelajari selengkapnya di Bagaimana Marketing dilisensikan.
Untuk identitas non-lisensi ini, setiap penyewa akan mendapatkan batas permintaan dasar awal per penyewa yang ditentukan berdasarkan lisensi berbayar yang ada pada penyewa, ditambah batas terakumulasi yang ditentukan berdasarkan kuantitas lisensi Dynamics 365 Enterprise dan Professional berbayar.1 Pool ini hanya dapat digunakan oleh pengguna yang tidak berlisensi dan bukan oleh pengguna dengan lisensi pengguna interaktif yang ditetapkan.
| Produk | Permintaan tingkat penyewa non-berlisensi yang di-pool per 24 jam |
|---|---|
| AplikasiDynamics 365 Enterprise & Professional 1 | 500.000 permintaan dasar + 5.000 permintaan terakumulasi per USL1 hingga 10.000.000 maks2 |
| Power Apps (semua lisensi) | 25.000 permintaan dasar tanpa akrual per lisensi untuk penyewa |
| Power Automate (semua lisensi) | 25.000 permintaan dasar tanpa akrual per lisensi untuk penyewa |
1 Kategori ini mencakup lisensi untuk Dynamics 365 Sales Premium, Dynamics 365 Sales Enterprise,, Dynamics 365 Sales Professional, Dynamics 365 Customer Service Enterprise Dynamics 365 layanan pelanggan Professional, Dynamics 365 Field Service, Microsoft Relationship Sales Dynamics 365 Project Service Automation Dynamics 365 Commerce Dynamics 365 Human Resources Dynamics 365 Finance, Dynamics 365 Project Operations,, Dynamics 365 Supply Chain Management Dynamics 365 paket Customer Engagement, Dynamics 365 paket Unified Ops, Dynamics 365 Plan, Dynamics CRM Online Enterprise, dan Dynamics. CRM Online Professional Batas tingkat penyewa non-lisensi takustom permintaan Power Platform hanya diberikan dengan lisensi dasar berbayar dalam model lisensi 'base + attach' Dynamics 365.
2Jika Anda mengantisipasi melebihi batas pengguna yang tidak berlisensi, hubungi reseller atau Microsoft tim Akun Anda untuk mendiskusikan solusi khusus.
Rincian tambahan
Produk tertentu beroperasi dalam konsep layanan utama dan akan memiliki batasan yang diakumulasikan ke pool pengguna yang tidak berlisensi. Cara ini adalah cara terbaik untuk menyesuaikan batasan dengan cara kerja produk pada platform.
Jika penyewa memiliki beberapa jenis langganan, kapasitas permintaan pengguna non-lisensi mereka menggunakan langganan lini produk dengan jumlah permintaan yang lebih besar. Misalnya, jika pelanggan memiliki langganan lisensi dasar Dynamics 365 Customer Service Enterprise (500.000 permintaan minimum + batas terakumulasi) dan langganan Power Apps per pengguna (25.000 permintaan/hari), kapasitas permintaan tingkat penyewa yang di-pool akan menjadi 500.000 permintaan minimum + batas terakumulasi per 24 jam.
Apa yang terjadi jika pengguna berlisensi atau non lisensi melebihi batas
Batas permintaan Power Platform telah diperbarui dan secara drastis ditingkatkan pada akhir 2021 pada tingkat yang jauh lebih tinggi dibandingkan penggunaan biasa kebanyakan pelanggan. Dengan batas yang diperbarui, perkiraan adalah sangat sedikit pengguna yang akan melampaui batas yang didokumentasikan. Jika Anda mengantisipasi melebihi batas pengguna yang tidak berlisensi, hubungi reseller atau Microsoft tim Akun Anda untuk mendiskusikan solusi khusus.
Segala kemungkinan pemberlakuan penggunaan tinggi tidak akan terjadi hingga enam bulan setelah Pelaporan penggunaan permintaan Power Platform umumnya tersedia di Pusat Admin Power Platform.
Microsoft berhak untuk menegakkan batasan untuk kelebihan. Jika pelanggan menemui pemberlakuan penggunaan tinggi, mereka mungkin mengalami beberapa bentuk pembatasan. Pelanggan dapat membeli kapasitas tambahan untuk menghindari pemberlakuan penggunaan tinggi atau memindahkan lingkungan mereka ke prabayar dan membayar pemakaian aktual di atas batas harian.
Add-on kapasitas permintaan Power Platform
Pelanggan yang mengamati dalam laporan bahwa mereka sering menggunakan permintaan lebih dari batas dapat menghindari pemberlakuan penggunaan tinggi dengan membeli add-on kapasitas Permintaan Power Platform. Add-on ini memungkinkan pelanggan meningkatkan batasan untuk pengguna berlisensi penggunaan tinggi tertentu atau pengguna non-lisensi penggunaan tinggi. Setiap add-on kapasitas akan meningkatkan batas permintaan sebesar 50.000 lainnya per 24 jam. Add-on dengan beberapa kapasitas dapat ditetapkan untuk meningkatkan batas.
Anda tidak dapat menetapkan Power Platform paket add-on kapasitas permintaan ke pengguna atau alur selama periode transisi. Namun, Microsoft menyarankan agar Anda membeli add-on ini agar tetap sesuai dengan persyaratan lisensi Anda dan bersiap ketika masa transisi berakhir.
Jika alur Anda Power Automate dibatasi, coba Bayar sesuai pemakaian untuk memastikan tidak ada alur di lingkungan yang dibatasi. Jika Anda tidak dapat menggunakan Bayar sesuai pemakaian, beli add-on dan buat Microsoft tiket dukungan dengan detail alur dan detail add-on sehingga tim dukungan dapat memberikan pengecualian untuk alur yang dibatasi Anda.
Catatan
Saat ini, add-on kapasitas tidak dapat ditetapkan ke pengguna (termasuk pengguna aplikasi, administratif, dan non-interaktif). Fungsi untuk penugasan add-on kapasitas akan disesuaikan dengan waktu pemberlakuan penggunaan tinggi.
Batas lain yang berlaku
Selain batas permintaan Power Platform harian, ada batas perlindungan layanan lain yang dikhususkan untuk setiap layanan. Seperti dengan batas permintaan harian, batas ini membantu menjaga kualitas layanan dengan melindungi layanan dari perilaku berbahaya atau mengganggu yang akan mengganggu Layanan untuk semua pelanggan.
Tinjau sumber daya berikut untuk informasi tentang batas perlindungan layanan saat ini untuk setiap layanan:
- Dataverse Batas: berlaku untuk aplikasi berdasarkan model dan aplikasi Customer Engagement (seperti Dynamics 365 Sales dan layanan pelanggan), Power Apps, dan menyambungkan Power Automate ke/ Dataverseaplikasi Customer Engagement
- Power Automate Batas: berlaku untuk alur otomatis, terjadwal, dan instan
- Batas dalam konektor: berlaku untuk Power Automate dan Power Apps
Melihat informasi penggunaan permintaan Power Platform terperinci di pusat admin Power Platform (pratinjau)
Untuk melihat pemakaian permintaan Power Platform pengguna berlisensi, pengguna yang tidak berlisensi, dan eksekusi alur berlisensi per alur.
Masuk ke Power Platform Pusat Admin.
Pada menu navigasi di sebelah kiri, pilih Kapasitas.
Di tab Ringkasan, pilih Unduh Laporan di bagian add-on.
Pilih Baru dari menu.
Pilih permintaan Microsoft Power Platform dalam kotak Pilih laporan.
Pilih jenis laporan yang diperlukan, lalu pilih Kirim.
Setelah laporan siap, pilih Unduh untuk mengunduh laporan sebagai file CSV Excel.
Catatan
Laporan ini saat ini dalam pratinjau. Ada dua batasan dengan laporan pratinjau Pengguna Berlisensi.
- Penetapan untuk Pengguna Berlisensi ditampilkan dalam pelaporan per pengguna per hari per lingkungan. Batas harus diterapkan pada tingkat per pengguna per hari. Saat melihat pelaporan, pahami bahwa batasnya adalah per pengguna per hari, menggunakan kuantitas penetapan hanya satu kali per hari, tidak menjumlahkan penetapan untuk pengguna yang sama yang berpotensi beberapa kali.
- Laporan Pengguna Berlisensi tidak akan menampilkan penetapan yang benar untuk pengguna yang dilisensi melalui lisensi Power Apps per aplikasi atau Power Apps per meteran prabayar. Hak untuk pengguna tersebut akan ditampilkan sebagai 0 padahal sebenarnya harus ditampilkan sebagai 6000 (permintaan per periode 24 jam seperti yang diuraikan sebelumnya).
Laporan Pengguna Berlisensi
Laporan Pengguna Berlisensi menunjukkan penggunaan permintaan Power Platform per pengguna per hari dan jumlah yang ditentukan untuk pengguna. Laporan yang bisa diunduh berisi bidang berikut:
| Bidang | Description |
|---|---|
| ID Lingkungan | Pengidentifikasi unik lingkungan Power Platform. |
| Nama Lingkungan | Nama tampilan lingkungan. |
| ID Pemanggil | Pengidentifikasi unik identitas panggilan yang dipetakan ke ID Active Directory. Ini bisa kosong atau null. |
| Jenis Pemanggil | Jenis identitas pemanggil. Nilai yang berlaku untuk laporan pengguna berlisensi adalah Pengguna. |
| Tanggalwaktu penggunaan | Tanggal dan waktu ketika penggunaan direkam (UTC). |
| Kuantitas yang ditetapkan | Total batas permintaan Power Platform untuk pengguna. |
| Total Kuantitas yang dikonsumsi | Penggunaan total di semua jenis Permintaan (Dataverse, Power Apps, dan Power Automate). |
| Permintaan Dataverse | Jumlah permintaan Power Platform yang berasal dari Dataverse. |
| Permintaan Power Automate | Jumlah permintaan Power Platform yang berasal dari Power Automate. |
| Permintaan Power Apps | Jumlah permintaan Power Platform yang berasal dari Power App. |
Berikut adalah contoh laporan penggunaan rinci:
Laporan Pengguna Non-lisensi
Laporan Pengguna Yang Tidak Berlisensi menunjukkan penggunaan permintaan Power Platform per hari untuk pengguna yang tidak berlisensi dan penetapan total untuk pengguna yang tidak berlisensi untuk penyewa tersebut. Laporan yang bisa diunduh berisi bidang berikut:
| Bidang | Description |
|---|---|
| Penetapan permintaan Power Platform untuk penyewa ini | Penetapan harian total untuk permintaan Power Platform yang tidak berlisensi untuk penyewa ini. |
| ID Lingkungan | Pengidentifikasi unik lingkungan Power Platform. |
| Nama Lingkungan | Nama tampilan lingkungan. |
| ID Pemanggil | Identitas panggilan pengidentifikasi unik. Ini bisa kosong atau null. |
| Jenis Pemanggil | Jenis identitas pemanggil. Nilai yang berlaku adalah Sistem, Non-Interaktif/Aplikasi. |
| Jenis Sumber Daya | Jenis sumber daya. Nilai yang berlaku adalah Dataverse, Power Apps, dan Power Automate. |
| ID Sumber Daya | Pengidentifikasi sumber daya unik. Berdasarkan Jenis Sumber Daya, ini bisa merupakan ID aplikasi, ID Organisasi Dataverse, atau ID Alur Power Automate. Ini bisa kosong atau null. |
| Kategori Meteran | Meteran Tingkat tertinggi dalam permintaan Power Platform kasus ini. |
| Subkategori Meteran | Klasifikasi terperinci mengenai apa yang menghasilkan permintaan. Pilihan ini bisa Dataverse, Power Apps, atau Power Automate. |
| Tanggalwaktu penggunaan | Tanggal dan waktu ketika penggunaan direkam (UTC). |
| Kuantitas yang dikonsumsi | Penggunaan Permintaan Power Platform. |
Berikut adalah contoh laporan penggunaan rinci:
Laporan per alur
Laporan Alur Berlisensi Per Alur yang dapat diunduh berisi bidang berikut:
| Bidang | Description |
|---|---|
| ID Lingkungan | Pengidentifikasi unik lingkungan Power Platform. |
| Nama Lingkungan | Nama tampilan lingkungan. |
| Kawasan lingkungan | Tidak tersedia selama pratinjau. |
| ID Pemanggil | Pengidentifikasi unik Alur. Ini bisa kosong atau null. |
| Jenis Pemanggil | Jenis identitas pemanggil. Nilai yang berlaku adalah Alur. |
| Tanggalwaktu penggunaan | Tanggal dan waktu ketika penggunaan direkam (UTC). |
| Kuantitas yang ditetapkan | Nilai penetapan yang tercakup untuk alur. |
| Kuantitas yang dikonsumsi | Penggunaan Permintaan Power Platform. |
Berikut adalah contoh laporan penggunaan rinci:
Batas permintaan di Power Automate
Penting
Eksekusi alur desktop tidak menggunakan Power Platform permintaan
Untuk memastikan Power Automate ketersediaan dan kualitas layanan, ada batasan jumlah Power Platform permintaan (PPR) yang dapat dibuat pengguna di seluruh alur cloud mereka. Batas tersebut ditetapkan terhadap pola penggunaan aliran normal dalam interval lima menit dan per 24 jam.
Batas 24 jam didasarkan pada lisensi pengguna atau pada lisensi Proses / paket per alur yang dialokasikan ke alur cloud
- Jika pengguna memiliki Power Automate lisensi Premium, mereka dapat membuat 40.000 Power Platform permintaan di semua alur cloud mereka di penyewa dalam periode 24 jam. Batas ini juga mencakup permintaan yang dibuat platform ke konektor pihak ketiga.
- Jika alur cloud memiliki lisensi Proses, alur, alur turunan, dan alur terkaitnya dapat membuat 250.000 Power Platform permintaan di semua pengguna alur dalam periode 24 jam.
- Jika alur cloud memiliki paket per alur (warisan), alur dapat membuat 250.000 Power Platform permintaan di semua pengguna alur dalam periode 24 jam.
Untuk mencegah alur atau pengguna yang banyak digunakan memengaruhi pengguna lain, kapasitas ini dilacak berdasarkan konsumsi pada pengguna individu atau tingkat alur dan tidak dapat dikumpulkan di tingkat lain seperti tingkat lingkungan atau penyewa. 24 jam adalah jendela geser, yang berarti bahwa setiap kali alur cloud berjalan, sistem melihat permintaan dalam 24 jam terakhir untuk menentukan apakah pengguna berada pada batasnya. Misalnya, dua pengguna dalam penyewa mungkin memiliki lisensi Premium, dan setiap pengguna mendapatkan 40.000 permintaan per periode 24 jam. Jika orang pertama menggunakan lebih dari 40.000 permintaan dalam periode 24 jam, alur mereka melambat dan tidak memengaruhi pengguna kedua yang hanya menggunakan 20.000 permintaan dan masih memiliki 20.000 permintaan yang tersisa.
Saat ini semua organisasi berada dalam masa transisi di mana batas periode transisi yang lebih tinggi berlaku. Setelah masa transisi berakhir, batas resmi berlaku. Bangun alur cloud Anda berdasarkan batas resmi.
Batas lima menit adalah 100.000 permintaan dan tidak bergantung pada lisensi pengguna. Misalnya, alur dengan lisensi Proses dapat membuat 250.000 permintaan dalam 24 jam, tetapi tidak dapat membuat lebih dari 100.000 permintaan dalam waktu lima menit.
Power Automate Batas permintaan per lisensi:
| Nama lisensi | Batas resmi PPR per 24 jam | Batas masa transisi PPR per 24 jam |
|---|---|---|
| Power Automate Premium | 40k per pengguna | 200k per alur cloud |
| Proses Power Automate | 250k per lisensi | 500k per lisensi |
| Proses Power Automate Di-host | 250k per lisensi | 500k per lisensi |
| Power Automate Paket per pengguna (lama) | 40k per pengguna | 200k per alur cloud |
| Power Automate Paket per alur (warisan) | 250k per lisensi | 500k per lisensi |
| Power Automate Gratis | 6k per pengguna | 10k per alur cloud |
| Office 365 | 6k per pengguna | 10k per alur cloud |
| Power Apps Premium | 40k per pengguna | 200k per alur cloud |
| Dynamics 365 profesional | 40k per pengguna | 200k per alur cloud |
| Aplikasi Dynamics 365 Enterprise | 40k per pengguna | 200k per alur cloud |
| Anggota Tim Dynamics 365 | 6k per pengguna | 10k per alur cloud |
Pelajari lisensi Power Automate lebih lanjut.
Catatan
- Power Automate Lisensi Proses dapat ditumpuk pada alur cloud untuk meningkatkan batas PRR-nya
- FAQ tentang Power Platform Permintaan dalam Power Automate
Power Automate Masa transisi
Semua organisasi berada dalam masa transisi. Itu berarti bahwa penegakan hukum tidak ketat dan batas PPR lebih tinggi. Periode transisi berakhir setelah laporan pusat admin Power Platform tersedia secara umum. Organisasi kemudian memiliki waktu enam bulan untuk menganalisis penggunaan mereka dan membeli lisensi yang sesuai sebelum penegakan ketat pada batas lisensi dimulai.
Berikut adalah beberapa hal yang perlu diperhatikan selama masa transisi:
Periode transisi bukan berarti tidak ada batasan harian. Artinya, batas yang diberlakukan saat ini lebih murah hati daripada batas resmi untuk mencegah potensi dampak yang tidak diinginkan pada aplikasi atau alur Anda.
Batas periode transisi ini diterapkan pada tingkat alur cloud selama periode transisi. Selain itu, batas tindakan 1000000 alur cloud per tingkat pengguna yang terpisah diterapkan selama periode transisi untuk memastikan pengguna tidak melebihi 1 juta tindakan di semua alur yang dijalankan dalam sehari. Setelah periode transisi berakhir, batas aktual akan diterapkan di tingkat pengguna untuk lisensi Premium dan tingkat alur cloud untuk lisensi Paket Proses / Per alur.
Selama periode transisi, alur cloud manual tidak menggunakan batas pemilik alur/pemanggil alur. Setiap alur cloud manual memiliki profil performa Sedang (100.000 permintaan/aliran/24 jam). Setelah masa transisi, alur cloud manual akan menggunakan batas permintaan pemanggilan pengguna.
Karena batasnya lebih murah hati selama periode transisi, penumpukan lisensi pengguna tidak didukung. Jika pengguna memiliki beberapa paket, seperti Microsoft 365 paket dan paket Dynamics 365, alur menggunakan paket yang lebih tinggi (paket Dynamics 365).
Power Platform Paket add-on kapasitas permintaan tidak dapat ditetapkan ke pengguna atau alur cloud selama periode transisi. Namun, Microsoft menyarankan agar Anda membeli add-on ini agar tetap sesuai dengan persyaratan lisensi Anda dan bersiap ketika masa transisi berakhir. Jika alur cloud Anda saat ini sedang dibatasi, beli add-on dan buat tiket dukungan dengan detail alur dan detail add-on sehingga tim dukungan dapat memberikan pengecualian untuk alur yang dibatasi Anda.
Pengguna lisensi yang diunggulkan hanya dapat menggunakan alur cloud dalam konteks aplikasi. Pelajari lebih lanjut di bagian lisensi yang diunggulkan. Penegakan batas lisensi tidak terlalu ketat selama masa transisi dan Microsoft menyarankan agar Anda tetap berada dalam persyaratan lisensi Anda untuk menghindari gangguan apa pun saat periode transisi berakhir.
Tanya jawab
Alat apa yang dapat saya gunakan untuk memantau dan menganalisis permintaan Power Platform di seluruh platform?
Pelaporan penggunaan Permintaan Power Platform dalam pratinjau tersedia di pusat admin Power Platform.
Apa jadwal untuk batas Permintaan Power Platform?
Konsep batasan pertama kali diperkenalkan pada akhir 2019 dan batasan terdokumentasikan secara drastis ditingkatkan pada akhir 2021. Laporan pratinjau publik untuk Permintaan Power Platform yang diluncurkan pada bulan Juni 2022. Setelah periode pratinjau publik, laporan akan beralih ke ketersediaan umum. Tidak ada ETA saat ini untuk kapan GA akan terjadi. Setiap potensi penegakan penggunaan tinggi tidak akan dimulai setidaknya enam bulan setelah laporan tersedia secara umum. Namun, Power Automate terus membatasi batas transisi sampai penegakan hukum. Pelajari lebih lanjut di FAQ.
Batas akun apa yang digunakan untuk alur kerja klasik atau alur Power Automate?
Hal ini tergantung jika proses dijalankan sesuai permintaan atau di latar belakang. Alur instan, yang dijalankan sesuai permintaan, akan menggunakan batas akun yang memulai proses. Di sisi lain, alur kerja atau alur otomatis/terjadwal yang berjalan di latar belakang selalu menggunakan batas pemilik proses terlepas dari mengapa proses dimulai atau akun apa yang digunakan untuk koneksi di dalam proses. Pelajari lebih lanjut di Batas permintaan siapa yang Power Platform digunakan oleh alur?.
Apakah batas permintaan digulirkan Microsoft Power Platform dari hari ke hari atau bulan ke bulan?
Tidak, tidak. Semua permintaan Microsoft Power Platform ada untuk periode 24 jam. Jika tidak dikonsumsi, mereka tidak akan digulir ke hari berikutnya dan tidak diakumulasikan dalam satu bulan.
Apakah setiap pengguna aplikasi, pengguna non-interaktif, pengguna administratif, atau pengguna sistem mendapatkan batas tingkat penyewa mereka sendiri?
Tidak, mereka tidak'. Batas tingkat penyewa dibagikan di semua pengguna aplikasi, pengguna non-interaktif, pengguna administratif, atau pengguna SISTEM dalam penyewa.
Apakah permintaan yang dihasilkan dari alur kerja Dataverse klasik dan plug-in dalam Dataverse diperhitungkan terhadap batas permintaan?
Ya, jika permintaan ini membuat permintaan jenis CRUD, menetapkan, atau berbagi, permintaan tersebut dihitung. Mengenai alur kerja klasik, logika ini mencakup tindakan seperti memeriksa kondisi, memulai alur kerja turunan, atau menghentikan alur kerja. Namun, permintaan yang dibuat secara internal dari platform tidak dihitung, seperti: sdkmessagerequest, solutioncomponentdefinition, dan ribbonclientmetadatareporting.
Haruskah saya menggunakan alat integrasi data pihak ketiga dan bukan Power Automate untuk menghindari mencapai batas saya?
Tidak, alat integrasi data pihak ketiga tunduk pada batas yang sama persis seperti alur terjadwal, instan, atau otomatis. Dengan demikian, tidak ada perbedaan Apakah Anda memilih menggunakan Power Automate atau alat pihak ketiga. Selain itu, permintaan dari Power Automate ke tidak Dataverse dihitung ganda, alur yang memanggil satu tindakan hanya dihitung sebagai satu permintaan terhadap batasnya, bukan dua.