Ambil perhatian
Akses ke halaman ini memerlukan kebenaran. Anda boleh cuba log masuk atau menukar direktori.
Akses ke halaman ini memerlukan kebenaran. Anda boleh cuba menukar direktori.
Power Platform had permintaan wujud untuk membantu memastikan tahap perkhidmatan, ketersediaan dan kualiti platform. Terdapat had kepada bilangan permintaan yang boleh dibuat oleh pengguna setiap hari merentasi Power Apps Power Automate Microsoft Copilot Studio aplikasi Dynamics 365.
Apa itu prmintaan Microsoft Power Platform?
Permintaan dalam Microsoft Power Platform ialah tindakan yang diambil oleh pengguna merentas produk yang berbeza.
- Power Apps: Semua permintaan API kepada penyambung dan Microsoft Dataverse.
- Power Automate: Semua permintaan API kepada penyambung, analisis penasihat proses, tindakan HTTP dan tindakan terbina dalam daripada memulakan pembolehubah kepada tindakan mengarang mudah. Kedua-dua tindakan yang berjaya dan gagal dikira dalam had ini. Percubaan semula dan permintaan daripada penomboran juga dikira sebagai pelaksanaan tindakan. Lihat Apakah yang dikira sebagai permintaan Power Platform? untuk mengetahui lebih lanjut.
- Microsoft Copilot Studio: Permintaan API (atau panggilan) kepada aliran Power Automate.
- Dataverse: Semua operasi mencipta, membaca, mengemas kini dan memadam (CRUD), menugaskan dan berkongsi termasuk permintaan sistem dipacu pengguna dan dalaman yang diperlukan untuk menyelesaikan transaksi CRUD, dan operasi khas seperti berkongsi atau menugaskan. Operasi ini boleh daripada mana-mana klien atau aplikasi (termasuk Dynamics 365) dan menggunakan mana-mana titik akhir (SOAP atau REST). Operasi ini termasuk pemalam, aliran kerja klasik dan kawalan tersuai yang melaksanakan operasi yang disebutkan sebelum ini.
Nota
Dataverse mengecualikan satu set kecil operasi sistem dalaman daripada had, seperti log masuk, log keluar dan operasi metadata sistem.
Bahagian berikut menerangkan jenis permintaan dan had yang ditetapkan untuk setiap satu.
Had permintaan pengguna berlesen
Semua pengguna Microsoft Power Platform mempunyai had pada bilangan permintaan berdasarkan lesen yang diberikan kepada mereka. Jadual berikut mentakrifkan bilangan permintaan yang boleh dibuat oleh pengguna dalam tempoh 24 jam:
| Produk | Permintaan bagi setiap lesen berbayar bagi setiap 24 jam |
|---|---|
| Pengguna berlesen berbayar untuk Power Platform (tidak termasuk Power Apps setiap Apl, Power Automate setiap aliran, dan Microsoft Copilot Studio) dan Dynamics 365 tidak termasuk AhliPasukan Dynamics 365 1 | 40,000 |
| Power Apps pelan bayar semasa anda pergi dan pengguna berlesen berbayar untuk Power Apps setiap aplikasi, Microsoft 365 aplikasi dengan Power Platform akses dan AhliPasukan Dynamics 365 2 | 6,000 |
| Power Automate PelanPer Aliran 3, Microsoft Copilot Studio Tawaran Asas, dan Microsoft Copilot Studio PekTambahan 4 | 250,000 |
| Log masuk Portal Power Apps berbayar | 200 |
1 Kategori ini termasuk lesen berbayar untuk Power Apps pelan setiap pengguna (yang termasuk lesen Pelan 1 dan Power Apps Pelan 2 sebelumnya Power Apps ), Power Automate setiap pelan pengguna (yang termasuk lesen Pelan Aliran 1 dan Pelan Aliran 2 sebelumnya), Dynamics 365 Sales Premium, Dynamics 365 Sales Enterprise, Dynamics 365 Sales Professional,, Dynamics 365 Customer Service Enterprise Dynamics 365 Customer Service Professional, Dynamics 365 Field Service,, Microsoft Relationship Sales Microsoft Industry Cloud, Dynamics 365 Project Service Automation,, Dynamics 365 Commerce Dynamics 365 Human Resources, Dynamics 365 Finance,, Dynamics 365 Project Operations Dynamics 365 Supply Chain Management, pelan Dynamics 365 Customer Engagement, pelan Dynamics 365 Unified Ops, Pelan Dynamics 365, Peranti, Dynamics 365 for Operations Dynamics 365 for Operations Activity, Peranti Dynamics AX Online, Tugas Dynamics AX Online, Dinamik CRM Online Enterprise dan Dinamik. CRM Online Professional
2 Kategori ini termasuk Power Apps pelan bayar semasa anda pergi dan lesen Power Apps berbayar bagi setiap pelan aplikasi, Ahli Pasukan Dynamics CRM Dynamics 365, Asas Dalam Talian, Dynamics CRM Penting Dalam Talian, Dynamics AX Self-Serve Microsoft 365 , lesen dan Microsoft Project Online (Pelan 1, Pelan 3 dan Pelan 5). Ketahui lebih lanjut dalam Lampiran B dalam Panduan Power Platform Pelesenan untuk Microsoft 365 lesen yang termasuk Power Apps dan Power Automate keupayaan.
3 Pelan Power Automate setiap aliran membolehkan kapasiti dikhaskan secara khusus untuk satu aliran, tanpa mengira pemilik aliran. Pelan ini tidak menggunakan had permintaan pengguna tidak berlesen di peringkat penyewa.
4 Microsoft Copilot Studio permintaan dikira daripada Power Automate aliran yang dicetuskan daripada Microsoft Copilot Studio chatbot. Microsoft Copilot Studio pek sesi awal dan pek sesi tambahan kedua-duanya menerima had Permintaan harian yang Power Platform sama.
Lebih banyak butiran had permintaan pengguna berlesen
Had Permintaan Power Platform hanya disertakan dengan lesen asas berbayar dalam model pelesenan asas + lampiran Dynamics 365. Lesen lampiran tidak termasuk had pengasingan. Contohnya, jika pengguna mempunyai Dynamics 365 Customer Service Enterprise sebagai lesen asas dan Dynamics 365 Sales Enterprise sebagai lesen lampiran, jumlah had permintaan akan merupakan jumlah yang disediakan oleh lesen asas - Dynamics 365 Customer Service Enterprise.
Jika pengguna mempunyai berbilang lesen berbayar, jumlah bilangan permintaan yang dibenarkan ialah jumlah permintaan untuk setiap lesen. Sebagai contoh, jika pengguna mempunyai kedua-dua Dynamics 365 Customer Service Enterprise lesen asas dan Power Apps lesen setiap pengguna maka pengguna itu mempunyai sejumlah 40,000 + 40,000 = 80,000 permintaan tersedia setiap 24 jam.
Permintaan Microsoft Copilot Studio dikira daripada aliran Power Automate yang dicetuskan daripada chatbot atau ejen Microsoft Copilot Studio. Microsoft Copilot Studio pek sesi awal dan pek sesi tambahan kedua-duanya menerima had Permintaan harian yang Power Platform sama.
Had permintaan pengguna tidak berlesen
Had berasingan digunakan untuk aktiviti yang tidak memerlukan interaksi pengguna, seperti proses latar belakang yang memindahkan data antara pangkalan data. Had ini ditakrifkan dan dihimpunkan pada peringkat penyewa. Dataverse membolehkan anda mempunyai identiti yang tidak memerlukan mana-mana pengguna untuk berinteraksi dengan perkhidmatan. Ini termasuk:
Terdapat juga lesen percuma khas ($0), yang digunakan untuk berinteraksi dengan aplikasi Dynamics 365 seperti Dynamics 365 Marketing. Ketahui lebih lanjut dalam Cara Pemasaran dilesenkan.
Untuk identiti tidak berlesen ini, setiap penyewa mendapat had permintaan asas awal bagi setiap penyewa yang ditentukan oleh lesen berbayar pada penyewa, serta had terakru yang ditentukan oleh kuantiti lesen Dynamics 365 Enterprise dan Professional berbayar.1 Kumpulan ini hanya boleh digunakan oleh pengguna tidak berlesen ini dan bukan oleh pengguna yang mempunyai lesen pengguna interaktif yang ditetapkan.
| Produk | Permintaan peringkat penyewa tidak berlesen yang dihimpunkan bagi setiap 24 jam |
|---|---|
| AplikasiDynamics 365 Enterprise & Professional 1 | 500,000 permintaan asas + 5,000 permintaan terakru bagi setiap USL1 sehingga 10,000,000 maks2 |
| Power Apps (semua lesen) | 25,000 permintaan asas tanpa akruan bagi setiap lesen untuk penyewa |
| Power Automate (semua lesen) | 25,000 permintaan asas tanpa akruan bagi setiap lesen untuk penyewa |
1 Kategori ini termasuk lesen untuk Dynamics 365 Sales Premium, Dynamics 365 Sales Enterprise, Dynamics 365 Sales Professional,, Dynamics 365 Customer Service Enterprise Dynamics 365 Customer Service 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 pelan Dynamics 365 Customer Engagement, pelan Dynamics 365 Unified Ops, Dynamics 365 Plan, Dynamics dan CRM Online Enterprise Dynamics CRM Online Professional. Had peringkat penyewa tidak berlesen terakru Permintaan Power Platform hanya diberikan dengan lesen asas berbayar dalam model pelesenan Dynamics 365 'asas + lampiran'.
2Jika anda fikir anda mungkin melebihi had pengguna tidak berlesen, hubungi penjual semula atau pasukan akaun Microsoft anda untuk membincangkan penyelesaian tersuai.
Lebih banyak butiran had permintaan pengguna tidak berlesen
Produk tertentu beroperasi dalam konsep prinsipal perkhidmatan dan hadnya terakru kepada kumpulan pengguna tidak berlesen. Ini ialah cara terbaik untuk menjajarkan had dengan cara produk beroperasi pada platform.
Jika penyewa mempunyai berbilang jenis langganan, kapasiti permintaan pengguna tidak berlesen mereka menggunakan langganan barisan produk dengan bilangan permintaan yang lebih besar. Contohnya, jika pelanggan mempunyai kedua-dua langganan lesen asas Dynamics 365 Customer Service Enterprise (500,000 permintaan minimum + had terakru) dan langganan Power Apps setiap pengguna (25,000 permintaan/hari), kapasiti permintaan peringkat penyewa terkumpul mereka ialah 500,000 permintaan minimum + had terakru setiap 24 jam.
Apakah yang berlaku jika pengguna berlesen atau tidak berlesen melebihi had
Had permintaan Power Platform telah dikemas kini dan meningkat dengan ketara pada akhir 2021 untuk berada pada tahap yang jauh lebih tinggi daripada penggunaan biasa untuk kebanyakan pelanggan. Dengan had yang dikemas kini, jangkaan adalah bahawa beberapa pengguna akan melebihi had yang didokumenkan. Jika anda menjangkakan bahawa anda akan melebihi had pengguna tidak berlesen, hubungi penjual semula anda atau pasukan Akaun Microsoft untuk membincangkan penyelesaian tersuai.
Sebarang kemungkinan penguatkuasaan penggunaan yang tinggi tidak akan berlaku sehingga enam bulan selepas Power Platform Pelaporan penggunaan Permintaan tersedia secara umum di Power Platform pusat pentadbiran.
Microsoft berhak untuk menguatkuasakan had untuk lebihan masa. Jika anda mengalami penguatkuasaan penggunaan yang tinggi, anda mungkin melihat pendikit. Beli lebih banyak kapasiti untuk mengelakkan penguatkuasaan penggunaan yang tinggi, atau alihkan persekitaran anda kepada bayar semasa anda pergi dan bayar untuk penggunaan melebihi had harian.
Tambahan kapasiti Permintaan Power Platform
Pelanggan yang melihat dalam pelaporan bahawa mereka kerap menggunakan lebih banyak permintaan daripada had boleh mengelakkan penguatkuasaan penggunaan tinggi dengan membeli tambahan kapasiti Permintaan Power Platform. Tambahan ini membolehkan pelanggan meningkatkan had untuk pengguna berlesen penggunaan tinggi khusus atau pengguna tidak berlesen penggunaan tinggi. Setiap tambahan kapasiti meningkatkan had permintaan sebanyak 50,000 bagi setiap 24 jam. Berbilang tambahan kapasiti boleh ditugaskan untuk meningkatkan had.
Anda tidak boleh memperuntukkan Power Platform pek tambahan kapasiti permintaan kepada pengguna atau aliran semasa tempoh peralihan. Walau bagaimanapun, Microsoft mengesyorkan membeli alat tambah ini untuk kekal dalam tempoh lesen anda dan untuk bersedia apabila tempoh peralihan tamat.
Jika aliran Power Automate anda dikurangkan, cuba Bayar semasa anda pergi untuk memastikan tiada aliran dalam persekitaran dihalang. Jika anda tidak boleh menggunakan Bayar semasa anda pergi, beli lesen Proses atau alat tambah dan cipta tiket sokongan Microsoft dengan butiran aliran dan alat tambah supaya pasukan sokongan boleh memberikan pengecualian untuk aliran pendikit anda.
Nota
Pada masa ini, anda tidak boleh memperuntukkan alat tambah kapasiti kepada pengguna (termasuk pengguna aplikasi, pentadbiran dan bukan interaktif). Keupayaan untuk menetapkan alat tambah kapasiti sejajar dengan masa penguatkuasaan penggunaan yang tinggi.
Had lain yang berkaitan
Selain daripada had Permintaan Power Platform, terdapat had perlindungan perkhidmatan lain yang khusus untuk setiap perkhidmatan. Dengan had permintaan harian, had ini membantu mengekalkan kualiti perkhidmatan dengan melindungi perkhidmatan daripada tingkah laku yang berniat jahat atau hingar yang sebaliknya akan mengganggu perkhidmatan untuk semua pelanggan.
Semak semula sumber yang berikut untuk mendapatkan maklumat tentang had perlindungan perkhidmatan semasa untuk setiap perkhidmatan:
- Dataverse had: terpakai untuk aplikasi dipacu model dan aplikasi penglibatan pelanggan (seperti Dynamics 365 Sales and Customer Service), Power Apps dan Power Automate menyambung ke/ Dataverseaplikasi penglibatan pelanggan
- Power Automate Had: Terpakai untuk aliran automatik, berjadual dan segera
- Had dalam penyambung: terpakai untuk Power Automate dan Power Apps
Lihat maklumat penggunaan permintaan Power Platform terperinci dalam pusat pentadbiran Power Platform (pratonton)
Untuk melihat penggunaan permintaan Power Platform untuk pengguna berlesen, pengguna tidak berlesen dan aliran berlesen setiap aliran, ambil langkah berikut:
Daftar masuk ke pusat pentadbiran Power Platform.
Pada anak tetingkap navigasi, pilih Pelesenan.
Pada anak tetingkap Pelesenan , pilih Alat tambah kapasiti untuk melihat halaman Kapasiti .
Pada tab Ringkasan , tatal ke bawah ke bahagian Alat tambah dan pilih Muat turun laporan.
Pada halaman Laporan Boleh Dimuat Turun , pilih Baharu daripada bar perintah.
Kembangkan kotak Pilih laporan dan pilih permintaan Microsoft Power Platform.
Pilih skop laporan yang diperlukan:
- Pengguna Berlesen
- Pengguna Tidak Berlesen
- Aliran Berlesen Per Aliran
Pilih Serahkan.
Sebaik sahaja laporan sedia, pilih Muat turun untuk memuat turun laporan sebagai fail CSV Excel.
Nota
Laporan ini dalam pratonton dan pada masa ini terhad kepada permintaan API Power Automate. Permintaan API daripada Dataverse, Microsoft Copilot Studio dan Power Apps tidak disertakan pada masa ini.
Terdapat dua had dengan laporan pratonton pengguna berlesen .
- Kelayakan untuk pengguna berlesen dipaparkan dalam pelaporan bagi setiap pengguna setiap hari bagi setiap persekitaran. Had hendaklah terpakai pada peringkat setiap pengguna setiap hari. Apabila melihat pelaporan, fahamkan had setiap pengguna setiap hari, menggunakan kuantiti kelayakan hanya satu kali setiap hari, tidak menjumlahkan kelayakan untuk pengguna yang sama berpotensi berbilang kali.
- Laporan Pengguna berlesen tidak menunjukkan kelayakan yang betul untuk pengguna yang dilesenkan melalui lesen Power Apps setiap aplikasi atau meter bayar semasa anda pergi Power Apps setiap aplikasi. Kelayakan untuk pengguna tersebut ditunjukkan sebagai 0, sedangkan sebenarnya, ia harus ditunjukkan sebagai 6000 (permintaan setiap tempoh 24 jam seperti yang digariskan sebelum ini).
Laporan pengguna berlesen
Laporan pengguna berlesen menunjukkan penggunaan permintaan Power Platform bagi setiap pengguna setiap hari dan kuantiti yang berhak kepada pengguna. Laporan boleh dimuat turun mengandungi medan berikut:
| Medan | Description |
|---|---|
| ID Persekitaran | Pengecam persekitaran Power Platform yang unik. |
| Nama Persekitaran | Nama paparan persekitaran. |
| ID Pemanggil | Pengecam unik identiti panggilan yang dipetakan kepada ID Direktori Aktif. Ini boleh jadi nol atau kosong. |
| Jenis Pemanggil | Jenis identiti pemanggil. Nilai terpakai untuk laporan pengguna berlesen ialah Pengguna. |
| Tarikhmasa Penggunaan | Tarikh dan masa apabila penggunaan ditangkap (UTC). |
| Kuantiti berkelayakan | Jumlah mana-mana had permintaan Power Platform untuk pengguna. |
| Jumlah kuantiti yang digunakan | Jumlah penggunaan API Power Automate. |
| Permintaan Power Automate | Bilangan permintaan Power Platform yang berasal daripada Power Automate. |
Berikut ialah sampel laporan penggunaan terperinci:
Laporan pengguna tidak berlesen
Laporan pengguna tidak berlesen menunjukkan penggunaan permintaan Power Platform setiap hari untuk pengguna tidak berlesen dan jumlah kelayakan untuk pengguna tidak berlesen untuk penyewa tersebut. Laporan boleh dimuat turun mengandungi medan berikut:
| Medan | Description |
|---|---|
| Kelayakan permintaan Power Platform untuk penyewa ini | Jumlah kelayakan harian untuk permintaan Power Platform tidak berlesen untuk penyewa ini. |
| ID Persekitaran | Pengecam persekitaran Power Platform yang unik. |
| Nama Persekitaran | Nama paparan persekitaran. |
| ID Pemanggil | Pengecam unik identiti panggilan. Ini boleh jadi nol atau kosong. |
| Jenis Pemanggil | Jenis identiti pemanggil. Nilai yang terpakai ialah Sistem, Tidak Interaktif/Aplikasi. |
| Jenis Sumber | Jenis sumber. Nilai yang berkenaan pada masa ini ialah Power Automate. |
| ID Sumber | Pengecam sumber unik. Berdasarkan jenis sumber—ID aliran Power Automate. Ini boleh jadi nol atau kosong. |
| Kategori Meter | Meter peringkat atas dalam permintaan Power Platform kes ini. |
| Subkategori Meter | Klasifikasi terperinci tentang perkara yang menjana permintaan, iaitu Power Automate. |
| Tarikhmasa Penggunaan | Tarikh dan masa apabila penggunaan ditangkap (UTC). |
| Kuantiti yang Digunakan | Penggunaan permintaan Power Platform. |
Berikut ialah sampel laporan penggunaan terperinci:
Laporan aliran berlesen setiap aliran
Laporan boleh dimuat turun aliran berlesen setiap aliran mengandungi medan berikut:
| Medan | Description |
|---|---|
| ID Persekitaran | Pengecam persekitaran Power Platform yang unik. |
| Nama Persekitaran | Nama paparan persekitaran. |
| Rantau Persekitaran | Tidak tersedia semasa pratonton. |
| ID Pemanggil | Pengecam unik aliran. Ini boleh jadi nol atau kosong. |
| Jenis Pemanggil | Jenis identiti pemanggil. Nilai yang berkenaan ialah Aliran. |
| Tarikhmasa Penggunaan | Tarikh dan masa apabila penggunaan ditangkap (UTC). |
| Kuantiti Berkelayakan | Nilai mana-mana kelayakan yang disertakan untuk aliran. |
| Kuantiti yang Digunakan | Penggunaan permintaan Power Platform. |
Had permintaan dalam Power Automate
Penting
Pelaksanaan aliran desktop tidak menggunakan Power Platform permintaan
Untuk memastikan Power Automate ketersediaan dan kualiti perkhidmatan, terdapat had kepada bilangan Power Platform permintaan (PPR) yang boleh dibuat oleh pengguna merentas aliran awan mereka. Had tersebut ditetapkan terhadap corak penggunaan aliran biasa dalam kedua-dua lima minit dan setiap selang 24 jam.
Had 24 jam adalah berdasarkan lesen pengguna atau pada lesen pelan Proses / setiap aliran yang diperuntukkan kepada aliran awan:
- Jika pengguna mempunyai lesen Power Automate Premium, mereka boleh membuat 40,000 permintaan Power Platform merentas semua aliran awan mereka dalam penyewa dalam tempoh 24 jam. Had ini termasuk permintaan yang dibuat oleh platform kepada penyambung pihak ketiga juga.
- Jika aliran awan mempunyai lesen Proses, aliran, aliran anaknya dan aliran yang berkaitan boleh membuat 250,000 permintaan Power Platform merentas semua pengguna aliran dalam tempoh 24 jam.
- Jika aliran awan mempunyai pelan setiap aliran (warisan), aliran boleh membuat 250,000 permintaan Power Platform merentas semua pengguna aliran dalam tempoh 24 jam.
Untuk mengelakkan aliran penggunaan berat atau pengguna daripada memberi kesan kepada pengguna lain, kapasiti ini dijejaki berdasarkan penggunaan pada pengguna individu atau tahap aliran dan ia tidak boleh dikumpulkan pada mana-mana tahap lain seperti persekitaran atau tahap penyewa. 24 jam ialah tetingkap gelongsor, bermakna bila-bila masa aliran awan berjalan, sistem melihat permintaan dalam tempoh 24 jam yang lalu untuk menentukan sama ada pengguna berada pada had mereka. Sebagai contoh, dua pengguna dalam penyewa mungkin mempunyai lesen Premium dan setiap pengguna mendapat 40,000 permintaan setiap tempoh 24 jam. Jika orang pertama menggunakan lebih daripada 40,000 permintaan tempoh 24 jam, aliran mereka menjadi perlahan dan tidak memberi kesan kepada pengguna kedua yang hanya menggunakan 20,000 permintaan dan masih mempunyai baki 20,000 permintaan.
Pada masa ini semua organisasi berada dalam tempoh peralihan di mana had tempoh peralihan yang lebih tinggi dikenakan. Sebaik sahaja tempoh peralihan tamat, had rasmi terpakai. Bina aliran awan anda berdasarkan had rasmi. Had lima minit ialah 100,000 permintaan dan ia bebas daripada lesen pengguna. Sebagai contoh, aliran dengan lesen Proses boleh membuat 250,000 permintaan dalam masa 24 jam, tetapi mereka tidak boleh membuat lebih daripada 100,000 permintaan dalam masa lima minit.
Power Automate Had permintaan bagi setiap lesen:
| Nama lesen | Had rasmi PPR setiap 24 jam | Had tempoh peralihan PPR setiap 24 jam |
|---|---|---|
| Kuasa Automatikkan Premium | 40k setiap pengguna | 200k setiap aliran awan |
| Proses Automatik Kuasa | 250k setiap lesen | 500k setiap lesen |
| Proses Berhos Power Automate | 250k setiap lesen | 500k setiap lesen |
| Power Automate Pelan setiap pengguna (warisan) | 40k setiap pengguna | 200k setiap aliran awan |
| Power Automate Pelan setiap aliran (warisan) | 250k setiap lesen | 500k setiap lesen |
| Percuma Power Automate | 6k setiap pengguna | 10k setiap aliran awan |
| Pejabat 365 | 6k setiap pengguna | 10k setiap aliran awan |
| Power Apps Premium | 40k setiap pengguna | 200k setiap aliran awan |
| Dynamics 365 profesional | 40k setiap pengguna | 200k setiap aliran awan |
| Aplikasi Dynamics 365 Enterprise | 40k setiap pengguna | 200k setiap aliran awan |
| Ahli pasukan Dynamics 365 | 6k setiap pengguna | 10k setiap aliran awan |
Ketahui lebih lanjut tentang Power Automate lesen.
Nota
- Lesen Power Automate Proses boleh disusun pada aliran awan untuk meningkatkan had PRRnya
- Soalan Lazim mengenai Power Platform Permintaan dalam Power Automate
Power Automate Tempoh peralihan
Semua organisasi berada dalam tempoh peralihan. Ini bermakna penguatkuasaan tidak ketat dan had PPR lebih tinggi. Tempoh peralihan tamat selepas Power Platform laporan pusat pentadbiran tersedia secara umum. Organisasi kemudian mempunyai enam bulan untuk menganalisis penggunaan mereka dan membeli lesen yang sesuai sebelum penguatkuasaan ketat mengenai had lesen bermula.
Berikut ialah beberapa perkara yang perlu diberi perhatian semasa tempoh peralihan:
Tempoh peralihan tidak bermaksud tiada had harian. Ini bermakna had yang dikuatkuasakan pada masa ini adalah lebih murah hati daripada had rasmi untuk mengelakkan potensi kesan yang tidak diingini pada apl atau aliran anda.
Had tempoh peralihan ini digunakan pada tahap aliran awan semasa tempoh peralihan. Selain itu, had peringkat setiap pengguna yang berasingan bagi tindakan aliran awan 1000000 digunakan semasa tempoh peralihan untuk memastikan pengguna tidak melebihi 1 juta tindakan merentas semua aliran mereka dalam sehari. Selepas tempoh peralihan tamat, had sebenar digunakan pada peringkat pengguna untuk lesen Premium dan tahap aliran awan untuk lesen pelan Proses / Per aliran.
Semasa tempoh peralihan, aliran awan manual tidak menggunakan had pemilik aliran/pemanggil aliran. Setiap aliran awan manual mempunyai profil prestasi Sederhana (100,000 permintaan/aliran/24 jam). Selepas tempoh peralihan, aliran awan manual akan menggunakan had permintaan untuk memanggil pengguna.
Memandangkan hadnya lebih murah hati semasa tempoh peralihan, penyusunan lesen pengguna tidak disokong. Jika pengguna mempunyai berbilang pelan, seperti Microsoft 365 pelan dan pelan Dynamics 365, aliran menggunakan pelan yang lebih tinggi (pelan Dynamics 365).
Power Platform Pek tambahan kapasiti permintaan tidak boleh diperuntukkan kepada pengguna atau aliran awan semasa tempoh peralihan. Walau bagaimanapun, Microsoft mengesyorkan agar anda membeli tambahan ini untuk kekal dalam terma lesen anda dan bersedia untuk apabila tempoh peralihan berakhir. Jika aliran awan anda sedang dikurangkan, beli alat tambah dan cipta tiket sokongan dengan butiran aliran dan butiran alat tambah supaya pasukan sokongan boleh memberikan pengecualian untuk aliran pendikit anda.
Pengguna lesen benih hanya boleh menggunakan aliran awan dalam konteks apl. Ketahui lebih lanjut dalam bahagian lesen benih. Penguatkuasaan had lesen kurang ketat semasa tempoh peralihan dan Microsoft mengesyorkan agar anda berada dalam terma lesen anda untuk mengelakkan sebarang gangguan apabila tempoh peralihan tamat.
Soalan lazim
Apakah alat yang boleh saya gunakan untuk memantau dan menganalisis permintaan Power Platform merentasi platform?
Pelaporan untuk penggunaan permintaan Power Platform dalam pratonton tersedia di pusat pentadbiran Power Platform. Laporan ini pada masa ini terhad kepada permintaan API Power Automate. Permintaan API daripada Dataverse, Microsoft Copilot Studio dan Power Apps tidak disertakan pada masa ini.
Apakah garis masa untuk had Permintaan Power Platform?
Konsep had mula diperkenalkan pada lewat tahun 2019 dan had yang didokumenkan telah ditingkatkan dengan ketara pada lewat tahun 2021. Pelaporan pratonton awam untuk Permintaan Power Platform dikeluarkan pada bulan Jun 2022. Selepas tempoh pratonton awam, laporan beralih kepada ketersediaan umum. Tiada ETA semasa untuk apabila GA berlaku. Sebarang penguatkuasaan penggunaan tinggi yang berpotensi tidak akan bermula sehingga sekurang-kurangnya enam bulan selepas laporan tersedia secara umum. Walau bagaimanapun, Power Automate terus mendikit pada had peralihan sehingga penguatkuasaan. Ketahui lebih lanjut dalam Soalan Lazim.
Apakah had akaun yang digunakan untuk aliran kerja klasik atau aliran Power Automate?
Ia bergantung jika proses ini berjalan atas permintaan atau dalam latar belakang. Aliran segera, yang dijalankan atas permintaan, menggunakan had akaun yang memulakan proses tersebut. Sebaliknya, aliran kerja atau aliran automatik/berjadual yang berjalan di latar belakang sentiasa menggunakan had pemilik proses tanpa mengira sebab proses bermula atau akaun yang digunakan untuk sambungan dalam proses. Ketahui lebih lanjut dalam Had permintaan siapa Power Platform yang digunakan oleh aliran?.
Adakah permintaan Microsoft Power Platform mengehadkan peralihan dari hari ke hari atau bulan ke bulan?
Tidak, ia tidak. Semua permintaan Microsoft Power Platform wujud untuk tempoh 24 jam. Jika ia tidak dimakan, ia tidak beralih ke keesokan harinya dan ia tidak terkumpul dalam masa sebulan.
Adakah setiap pengguna aplikasi, pengguna bukan interaktif, pengguna pentadbir atau pengguna sistem mendapatkan had peringkat penyewa sendiri?
Tidak, mereka tidak. Had peringkat penyewa dikongsi merentasi semua pengguna aplikasi, pengguna bukan interaktif, pengguna pentadbiran atau pengguna SISTEM dalam penyewa.
Lakukan permintaan yang dijana daripada aliran kerja Dataverse klasik dan pasang masuk dalam kiraan Dataverse terhadap had permintaan?
Ya, jika permintaan ini membuat permintaan CRUD, tugaskan atau jenis kongsi, ia dikira. Mengenai aliran kerja klasik, logik ini termasuk tindakan seperti menyemak keadaan, memulakan aliran kerja anak atau menghentikan aliran kerja. Walau bagaimanapun, permintaan yang dijana secara dalaman daripada platform tidak dikira, seperti: sdkmessagerequest, , solutioncomponentdefinitiondan ribbonclientmetadatareporting.
Perlukah saya menggunakan alat integrasi data pihak ketiga dan bukannya Power Automate untuk mengelakkan daripada mencapai had saya?
Tidak, alat integrasi data pihak ketiga tertakluk kepada had yang sama seperti aliran dijadualkan, segera atau automatik. Oleh itu, tiada perbezaan sama ada anda memilih untuk menggunakan Power Automate atau alat pihak ketiga. Selain itu, permintaan daripada Power Automate ke Dataverse tidak dikira dua kali, aliran yang memanggil satu tindakan hanya dikira sebagai satu permintaan terhadap hadnya, bukan dua.