Had dan peruntukan permintaan
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 Power Apps merentasi, Power Automate, Microsoft Copilot Studio, dan aplikasi Dynamics 365.
Apa itu prmintaan Microsoft Power Platform?
Permintaan dalam Microsoft Power Platform terdiri daripada pelbagai tindakan yang pengguna membuat merentasi pelbagai produk. Pada tahap yang tinggi, senarai berikut ialah perkara yang membentuk permintaan API:
- 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 karangan mudah. Kedua-dua tindakan yang berjaya dan gagal termasuk pada had ini. Selain itu, percubaan semula dan permintaan lain daripada penomoran dikira sebagai pelaksanaan tindakan. Ketahui lebih lanjut dalam Perkara yang dikira sebagai Power Platform permintaan?
- Microsoft Copilot Studio: Permintaan API (atau panggilan) kepada aliran Power Automate dari dalam perbualan chatbot.
- Dataverse: Semua operasi membuat, membaca, mengemas kini dan memadam (CRUD), menugaskan dan berkongsi termasuk permintaan sistem yang dipacu pengguna dan dalaman yang diperlukan untuk melengkapkan transaksi CRUD dan operasi khas seperti kongsi atau menyerahkan. Operasi ini boleh daripada mana-mana klien atau aplikasi (termasuk Dynamics 365) dan menggunakan mana-mana titik akhir (SOAP atau REST). Operasi ini termasuk, tetapi tidak terhad kepada, pemalam, aliran kerja klasik dan kawalan tersuai yang membuat operasi yang disebutkan sebelum ini.
Nota
Kerana Dataverse, terdapat sekumpulan kecil operasi dalaman sistem yang dikecualikan 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 ditugaskan 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 Ahli PasukanDynamics 365 1 | 40,000 |
| Pelan bayar mengikut penggunaan Power Apps, dan pengguna lesen berbayar untuk Power Apps bagi setiap aplikasi, Microsoft 365 aplikasi dengan capaian Power Platform, dan Dynamics 365 Team Member2 | 6,000 |
| Power Automate setiap pelan aliran3, 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 pelan Power Apps bagi setiap pengguna (yang termasuk lesen Pelan 1 Power Apps dan Pelan 2 Power Apps sebelumnya), pelan Power Automate bagi setiap pengguna (yang termasuk lesen Pelan 1 Flow dan Pelan 2 Flow 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, Dynamics AX Online Device, Dynamics AX Online Task, Dynamics CRM Online Enterprise, and Dynamics CRM Online Professional.
2 Kategori ini termasuk pelan bayar mengikut penggunaan Power Apps, dan pelan Power Apps bagi setiap aplikasi lesen berbayar, Dynamics 365 Team Member, Dynamics CRM Online Basic, Dynamics CRM Online Essential, Dynamics AX Self-Serve, lesen Microsoft 365 dan Microsoft Project Online (Pelan 1, Pelan 3, dan Pelan 5). Ketahui lebih lanjut dalam Lampiran B dalam Power Platform Panduan Pelesenan untuk lesen Microsoft 365 yang termasuk Power Apps dan keupayaan Power Automate .
3 Pelan Power Automate bagi setiap aliran membenarkan kapasiti untuk ditempah secara khusus untuk aliran tunggal, tanpa kira 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 Power Platform yang sama.
Butiran lain
Had permintaan Power Platform hanya disertakan dengan lesen asas berbayar dalam model pelesenan Dynamics 365 'asas + lampiran'. 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 lesen berbayar yang ditugaskan kepada mereka, jumlah bilangan permintaan yang dibenarkan akan merupakan jumlah permintaan yang dibenarkan untuk setiap lesen. Contohnya, jika pengguna mempunyai lesen asas Dynamics 365 Customer Service Enterprise dan lesen Power Apps bagi setiap pengguna, maka pengguna tersebut akan mempunyai sejumlah 40,000 + 40,000 = 80,000 permintaan tersedia setiap 24 jam.
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 Power Platform yang sama.
Had permintaan pengguna tidak berlesen
Had berasingan diwujudkan untuk aktiviti tertentu (contohnya: Proses latar belakang yang memindahkan data antara pangkalan data) yang tidak memerlukan pengguna berinteraksi dengan perkhidmatan. 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:
Selain itu, terdapat lesen khas percuma ($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 akan mendapat had permintaan asas awal bagi setiap penyewa yang ditentukan oleh kandungan lesen berbayar pada penyewa, ditambah dengan had terakru yang ditentukan oleh kuantiti lesen Dynamics 365 Enterprise dan Professional yang berbayar.1 Himpunan ini hanya boleh digunakan oleh pengguna tidak berlesen ini dan tidak boleh digunakan oleh pengguna dengan lesen pengguna interaktif yang ditugaskan.
| 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 CRM Online Enterprise, dan 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 menjangkakan bahawa anda akan melebihi had pengguna tidak berlesen, hubungi penjual semula anda atau pasukan Akaun Microsoft untuk membincangkan penyelesaian tersuai.
Butiran tambahan
Produk tertentu beroperasi dalam konsep prinsipal perkhidmatan dan akan mempunyai had mereka terakru kepada himpunan 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 pengguna mempunyai langganan lesen asas Dynamics 365 Customer Service Enterprise (500,000 permintaan minimum + had terakru) dan langganan Power Apps bagi setiap pengguna (25,000 permintaan/hari), kapasiti permintaan peringkat penyewa terhimpun mereka akan menjadi 500,000 permintaan minimum + had terakru bagi setiap 24 jam.
Apakah yang berlaku jika pengguna berlesen atau tidak berlesen melebihi had
Had permintaan Power Platform telah dikemas kini dan meningkat pada penghujung tahun 2021 untuk berada pada peringkat yang jauh lebih tinggi daripada penggunaan biasa untuk kebanyakan pelanggan. Dengan had yang dikemas kini, kami berharap dapat mengurangkan pengguna yang 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.
Apa-apa penguatkuasaan penggunaan tinggi tidak akan berlaku sehingga enam bulan selepas pelaporan penggunaan Permintaan Power Platform telah tersedia secara umum dalam Pusat Pentadbiran Power Platform.
Microsoft berhak untuk menguatkuasakan had untuk lebihan masa. Jika pelanggan menemukan penguatkuasaan penggunaan yang tinggi, mereka boleh menjangkakan sedikit pendikitan. Pelanggan boleh membeli kapasiti tambahan untuk mengelakkan penguatkuasaan penggunaan tinggi atau mengalihkan persekitaran mereka kepada bayar mengikut penggunaan dan bayar untuk penggunaan sebenar 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 agar anda membeli tambahan ini untuk kekal dalam terma lesen anda dan bersedia untuk apabila tempoh peralihan berakhir.
Jika aliran anda Power Automate disekat, cuba Bayar semasa anda pergi untuk memastikan tiada aliran dalam persekitaran yang disekat Jika anda tidak boleh menggunakan Bayar semasa anda pergi, beli tambahan dan cipta tiket sokongan Microsoft dengan butiran aliran dan butiran tambahan supaya pasukan sokongan boleh memberikan pengecualian untuk aliran yang didikit anda.
Nota
Pada masa ini, tambahan kapasiti tidak boleh diperuntukkan kepada pengguna (termasuk pengguna aplikasi, pentadbiran dan bukan interaktif). Fungsi untuk penugasan tambahan kapasiti akan sejajar dengan masa penguatkuasaan penggunaan 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:
- Had Dataverse: terpakai untuk aplikasi berpandukan model dan aplikasi penglibatan pelanggan (seperti Dynamics 365 Sales dan Customer Service), Power Apps, dan Power Automate yang menyambung kepada Dataverse/aplikasi penglibatan pelanggan
- Had Power Automate: terpakai untuk aliran automatik, terjadual dan segera
- Had dalam penyambung: diguna pakai 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 yang berlesen, pengguna yang tidak berlesen dan jalanan aliran berlesen bagi setiap aliran.
Log masuk ke Power Platform Pusat Pentadbiran.
Pada menu navigasi di sebelah kiri, pilih Kapasiti .
Pada tab Ringkasan, pilih Muat turun laporan dalam bahagian Tambahan.
Pilih Baharu daripada menu.
Pilih permintaan Microsoft Power Platform dalam kotak Pilih laporan.
Pilih jenis laporan yang diperlukan dan kemudian pilih Serahkan.
Sebaik sahaja laporan sedia, pilih Muat turun untuk memuat turun laporan sebagai fail CSV Excel.
Nota
Laporan ini sedang dalam pratonton pada masa ini. Terdapat dua had dengan laporan pratonton Pengguna Berlesen.
- Kelayakan untuk Pengguna Berlesen ditunjukkan 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 bagi setiap aplikasi atau meter bayar mengikut penggunaan Power Apps bagi setiap aplikasi. Kelayakan untuk pengguna sedemikian akan 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 berkelayakan 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 Active Directory. 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 merentasi semua jenis Permintaan (Dataverse, Power Apps, dan Power Automate). |
| Permintaan Dataverse | Bilangan permintaan Power Platform yang berasal daripada Dataverse. |
| Permintaan Power Automate | Bilangan permintaan Power Platform yang berasal daripada Power Automate. |
| Permintaan Power Apps | Bilangan permintaan Power Platform yang berasal daripada Power App. |
Berikut ialah sampel laporan penggunaan terperinci:
Laporan Pengguna tidak Berlesen
Laporan Pengguna tidak Berlesen menunjukkan penggunaan permintaan Power Platform bagi 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 boleh digunakan ialah Dataverse, Power Apps dan Power Automate. |
| ID Sumber | Pengecam sumber unik. Berdasarkan Jenis Sumber, ini mungkin ID aplikasi, ID Organisasi Dataverse atau ID Aliran Power Automate. Ini boleh jadi nol atau kosong. |
| Kategori Meter | Meter peringkat atas dalam permintaan Power Platform kes ini. |
| Subkategori Meter | Pengelasan terperinci tentang kandungan yang menjanakan permintaan. Ini boleh merupakan Dataverse, Power Apps atau 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 bagi setiap Aliran
Laporan boleh muat turun Aliran Berlesen bagi 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 terpakai 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. |
Berikut ialah sampel laporan penggunaan terperinci:
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 merentasi 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 Proses / setiap pelan aliran yang diperuntukkan kepada aliran awan
- Jika pengguna mempunyai Power Automate lesen Premium, mereka boleh membuat 40,000 Power Platform permintaan 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 Power Platform permintaan merentas semua pengguna aliran dalam tempoh 24 jam.
- Jika aliran awan mempunyai setiap pelan aliran (legasi), aliran boleh membuat 250,000 Power Platform permintaan merentas semua pengguna aliran dalam tempoh 24 jam.
Untuk mengelakkan aliran atau pengguna yang berat penggunaan 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 pada bila-bila masa aliran awan berjalan, sistem melihat permintaan dalam tempoh 24 jam yang lalu untuk menentukan sama ada pengguna berada pada had mereka. Contohnya, 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 dalam 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 24 jam, tetapi mereka tidak boleh membuat lebih daripada 100,000 permintaan dalam masa lima minit.
Power Automate Had permintaan setiap lesen:
| Nama lesen | Had rasmi PPR setiap 24 jam | Had tempoh peralihan PPR setiap 24 jam |
|---|---|---|
| Power Automate Premium | 40k setiap pengguna | 200k setiap aliran awan |
| Proses Power Automate | 250k setiap lesen | 500k setiap lesen |
| Proses Berhos Power Automate | 250k setiap lesen | 500k setiap lesen |
| Power Automate setiap pelan pengguna (legasi) | 40k setiap pengguna | 200k setiap aliran awan |
| Power Automate setiap pelan aliran (warisan) | 250k setiap lesen | 500k setiap lesen |
| Percuma Power Automate | 6k setiap pengguna | 10k setiap aliran awan |
| Office 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 ke atas 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 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 tindakan 1000000 aliran awan bagi setiap tahap pengguna yang berasingan digunakan semasa tempoh peralihan untuk memastikan pengguna tidak melebihi 1 juta tindakan merentas semua aliran mereka dalam sehari. Selepas tempoh peralihan tamat, had sebenar akan digunakan pada peringkat pengguna untuk lesen Premium dan tahap aliran awan untuk lesen pelan Proses / Setiap 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 memanggil pengguna.
Oleh kerana had lebih murah hati semasa tempoh peralihan, susun 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 Permintaan Pek tambahan kapasiti 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 didikit, beli alat tambah dan buat tiket sokongan dengan butiran aliran dan butiran tambahan supaya pasukan sokongan boleh memberikan pengecualian untuk aliran anda yang didikit.
Pengguna lesen yang dibenihkan hanya boleh menggunakan aliran awan dalam konteks apl. Ketahui lebih lanjut dalam bahagian lesen yang dibenihkan. 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 dalam pusat pentadbiran Power Platform.
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 akan berpindah kepada ketersediaan umum. Tiada ETA semasa untuk bila GA akan 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 mencekit 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, akan menggunakan had akaun yang memulakan proses. 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 di dalam proses. Ketahui lebih lanjut dalam Had permintaan siapa Power Platform yang digunakan oleh aliran?.
Adakah Microsoft Power Platform had permintaan bergulir dari hari ke hari atau bulan ke bulan?
Tidak, ia tidak. Semua permintaan Microsoft Power Platform wujud untuk tempoh 24 jam. Jika permintaan tidak digunakan, ia tidak akan dibawa ke keesokan harinya ataupun dikumpulkan dalam 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 jenis CRUD, tugaskan atau perkongsian, ia dikira. Mengenai aliran kerja klasik, logik ini termasuk tindakan seperti menyemak syarat, memulakan aliran kerja kanak-kanak atau menghentikan aliran kerja. Walau bagaimanapun, permintaan yang dijana secara dalaman daripada platform tidak dikira, seperti: sdkmessagerequest, solutioncomponentdefinition, dan 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. Lebih-lebih lagi, permintaan dari ke Power Automate tidak Dataverse dikira dua kali, aliran yang memanggil satu tindakan hanya dikira sebagai satu permintaan terhadap had mereka, bukan dua.
Maklumat berkaitan
Maklum balas
Akan datang: Sepanjang 2024, kami akan menghentikan secara berperingkat Isu GitHub sebagai kaedah maklum balas untuk kandungan dan menggantikannya dengan sistem maklum balas baharu. Untuk mendapatkan maklumat lanjut lihat: https://aka.ms/ContentUserFeedback.
Kirim dan lihat maklum balas untuk