Примітка
Доступ до цієї сторінки потребує авторизації. Можна спробувати ввійти або змінити каталоги.
Доступ до цієї сторінки потребує авторизації. Можна спробувати змінити каталоги.
Нотатка
Новий і вдосконалений Power Platform Центр адміністрування тепер доступний для загального перегляду! Ми розробили новий Центр адміністрування, щоб ним було зручніше користуватися, а також із орієнтованою на завдання навігацією, яка допомагає швидше досягати конкретних результатів. Ми публікуватимемо нову й оновлену документацію, коли новий Power Platform Центр адміністрування стане загальнодоступним.
Power Platform Ліміти запитів існують для забезпечення рівня обслуговування, доступності та якості платформи. Існують обмеження на кількість запитів, які користувачі можуть робити щодня в Power Apps Power Automate Microsoft Copilot Studio різних програмах Dynamics 365.
Що таке запит Microsoft Power Platform?
Запити в Microsoft Power Platform включають різні дії користувача в різних продуктах. На високому рівні, наступний список полягає в тому, що становить запит API:
- Power Apps: Усі запити API до конекторів та Microsoft Dataverse.
- Power Automate: Усі запити API до з’єднувачів, аналіз консультанта процесів, дії HTTP та вбудовані дії від ініціалізації змінних до простої дії складання. Обмеження застосовуються до загальних кількості дій, як успішних, так і тих, що виконати не вдалося. Крім того, повторні спроби та інші запити з пагінації зараховуються як виконання дій. Дізнайтеся більше в статті Що вважається запитом Power Platform ?
- Microsoft Copilot Studio: запити (або дзвінки) до Power Automate потоків із розмови чат-бота.
- Dataverse: усі операції створення, читання, оновлення та видалення (CRUD), призначення та спільний доступ, включно з користувацькими та внутрішніми системними запитами, необхідними для завершення транзакцій CRUD, а також спеціальними операціями, як-от спільний доступ або призначення. Ці операції можуть виконуватися з будь-якого клієнта або програми (включаючи Dynamics 365) і з використанням будь-якої кінцевої точки (SOAP або REST). Ці операції включають, але не обмежуються ними, плагіни, класичні робочі процеси та користувацькі елементи керування, які виконують раніше згадані операції.
Нотатка
Для Dataverse цього існує невеликий набір внутрішніх операцій системи, які виключаються з обмежень, таких як вхід, вихід із системи та операції з метаданими системи.
У наступних розділах описані типи запитів і встановлені для кожного ліміти.
Обмеження запитів залежно від ліцензії користувача
Усі користувачі Microsoft Power Platform мають обмеження на кількість запитів залежно від призначеної ліцензії. У таблиці нижче наведено кількість запитів, які користувач може надіслати за добу.
Продукти | Запити на оплачену ліцензію цілодобово |
---|---|
Платні ліцензовані користувачі для(виключає Power Platform кожну програму, Power Apps за потік і Power Automate Dynamics 365) і Dynamics 365 за винятком Dynamics 365 Team Member Microsoft Copilot Studio1 | 40,000 |
Power Apps План з оплатою за використання, а також платні ліцензовані користувачі для Power Apps кожної програми, Microsoft 365 програм із Power Platform доступом і Dynamics 365 Team Member2 | 6,000 |
Power Automate за планпотоку 3, Microsoft Copilot Studio базову пропозицію та Microsoft Copilot Studio пакет доповнень4 | 250,000 |
Логін для входу на сплачені портали Power Apps | 200 |
1 Ця категорія включає платні ліцензії для Power Apps плану на користувача (який включає попередні Power Apps ліцензії Plan 1 і Power Apps Plan 2), Power Automate на план користувача (який включає попередні ліцензії Flow Plan 1 і Flow Plan 2), 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, План Dynamics 365 Customer Engagement, План Dynamics 365 Unified Ops, План Dynamics 365, Dynamics 365 for Operations Пристрій, Dynamics Dynamics 365 for Operations ActivityOnline Device, Dynamics AX Online Task, Динаміка AX та Динаміка CRM Online Enterprise CRM Online Professional.
2 До цієї категорії Power Apps належать план з оплатою за фактом використання та платні ліцензії Power Apps для кожного плану програми, ліцензії Dynamics 365 Team Member, Dynamics CRM Online Basic, Online Essential, Dynamics CRM Dynamics AX Self-Serve, Microsoft 365 а також Microsoft Project Online (план 1, план 3 і план 5). Дізнайтеся більше в Додатку B Посібника Power Platform з ліцензування ліцензій Microsoft 365 , які включають Power Apps і Power Automate можуть використовуватися.
3 План Power Automate потоків дозволяє спеціально резервувати потужність для одного потоку, незалежно від власника потоку. У цьому плані не використовуються ліміти запитів неліцензованих користувачів на рівні клієнта.
Microsoft Copilot Studio З Power Automate ланцюжків, що спрацювали з Microsoft Copilot Studio чат-бота, зараховуються 4 запити. Microsoft Copilot Studio Початковий пакет сеансів і пакет додаткових сеансів отримують однакові щоденні Power Platform ліміти запитів.
Інші відомості
Обмеження на запит Power Platform включаються тільки з платними базовими ліцензіями в моделі ліцензування «базова Dynamics 365 + вкладення». Вкладання ліцензій не передбачає окремих обмежень. Наприклад, якщо користувач має як базову ліцензію Dynamics 365 Customer Service Enterprise, так і додаткову ліцензію на вкладення Dynamics 365 Sales Enterprise, то загальне обмеження на запит буде надано базовою ліцензією Dynamics 365 Customer Service Enterprise.
Якщо користувачеві призначено кілька платних ліцензій, загальна кількість дозволених запитів дорівнює сумі запитів, дозволених для кожної ліцензії. Наприклад, якщо користувач має як базову, так Dynamics 365 Customer Service Enterprise і Power Apps ліцензію на одного користувача, то цей користувач має загалом 40 000 + 40 000 = 80 000 запитів, доступних протягом 24 годин.
Microsoft Copilot Studio Запити зараховуються з Power Automate ланцюжків, спрацьованих з Microsoft Copilot Studio чат-бота. Microsoft Copilot Studio Початковий пакет сеансів і пакет додаткових сеансів отримують однакові щоденні Power Platform ліміти запитів.
Обмеження запитів для користувачів без ліцензії
Для певних справ встановлюється окреме обмеження (наприклад, фоновий процес, який переносить дані між базами даних), які не потребують взаємодії користувача з послугою. Ці обмеження визначаються та додаються в пул на рівні клієнта. Dataverse дозволяє мати ідентичності, які не вимагають, щоб будь-який користувач взаємодіяв зі службою. Їх зазначено нижче.
Крім того, існують особливі безкоштовні ($0) ліцензії, які дають змогу взаємодіяти з програмами Dynamics 365, наприклад, Dynamics 365 Marketing. Дізнайтеся більше в статті Як ліцензовано маркетинг.
Для цих неліцензованих ідентифікаційних даних кожен клієнт отримує початковий ліміт базового запиту на клієнта, який визначається кількістю платних ліцензій на клієнті, а також накопичені ліміти, визначені кількістю платних ліцензій Dynamics 365 Enterprise і Professional. 1 Цей пул може використовуватися лише цими неліцензованими користувачами, а не користувачами з призначеними інтерактивними ліцензіями користувача.
Продукти | Об’єднання запитів на рівні неліцензованих клієнтів протягом доби |
---|---|
Програми Dynamics 365 Enterprise & Professional1 | 500 000 базових запитів + 5 000 запитів, на USL1 до максимально 10 000 0002 |
Power Apps (усі ліцензії) | 25 000 базових запитів без нарахування за ліцензією для клієнта |
Power Automate (усі ліцензії) | 25 000 базових запитів без нарахування за ліцензією для клієнта |
1 Ця категорія включає ліцензії на 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 Dynamics 365 Customer Engagement, Dynamics 365 Unified Ops plan, Dynamics 365 Plan, Dynamics CRM Online Enterprise та Dynamics CRM Online Professional. Накопичені неліцензовані обмеження на рівні клієнта Power Platform надаються лише з платними базовими ліцензіями в моделі ліцензування Dynamics 365 «базова + додаткова».
2 Якщо ви плануєте перевищити ліміти неліцензованих користувачів, зверніться до свого торговельного посередника або команди облікового запису Microsoft, щоб обговорити індивідуальне рішення.
Додаткові відомості
Певні продукти працюють за концепцією принципала служби, і їхні обмеження нараховуються на пул неліцензованих користувачів. Це найкращий спосіб узгодити обмеження з тим, як продукт працює на платформі.
Якщо клієнт має кілька типів підписок, його неліцензована ємність запитів користувачів використовує підписку на лінійку продуктів із більшою кількістю запитів. Наприклад, якщо клієнт має базові передплати на ліцензії Dynamics 365 Customer Service Enterprise (500 000 мінімальних запитів + накопичені ліміти), і передплати Power Apps на користувача (25 000 запитів/день), обсяг запиту клієнта складав 500 000 мінімальних запитів + накопичені граничні значення на 24 години.
Що станеться, якщо ліцензований або неліцензований користувач перевищує ліміти
Power Platform Ліміти запитів були оновлені та значно збільшені наприкінці 2021 року, щоб досягти рівнів, які значно перевищують звичайне використання для більшості клієнтів. З оновленими обмеженнями очікування в тому, що дуже мало користувачів перевищуватиме документовані обмеження. Якщо ви очікуєте перевищення обмежень неліцензованих користувачів, зверніться до робочої групи з повторного продажу або до робочої групи Microsoft Account, щоб обговорити настоюване рішення.
Будь-які можливі заходи з високим рівнем використання почнуться не раніше ніж через шість місяців після того, як Power Platform звіт про використання за запитом стане загальнодоступним у Power Platform Центрі адміністрування.
Корпорація Microsoft резервує за собою право примусити обмеження на переоцінення. Якщо клієнт стикається із суворим обмеженням використання, то в такому разі можна очікувати певної форми дроселювання. Клієнти можуть придбати більше потужностей, щоб уникнути надмірного використання або перевести своє середовище на оплату за фактичне використання понад денні ліміти.
Запитати додаткову потужність Power Platform
Клієнти, які повідомляють про те, що вони часто використовують більше запитів, ніж обмеження, можуть уникнути примусового використання, придбавши додатковий компонент для спроможності запиту Power Platform. Цей додатковий компонент дає змогу клієнтам збільшити граничні значення для певних ліцензованих користувачів із високою інтенсивністю використання або неліцензованих користувачів із високою інтенсивністю використання. За кожним додатковим компонентом виробничої спроможності обмеження запитів підвищується ще на 10 000 запитів за кожні 24 години. Крім того, ви можете призначити кілька доповнень виробничої спроможності збільшеним лімітам.
Ви не можете призначати Power Platform користувачам або потоки запитів, ємності, доповнення до них протягом перехідного періоду. Проте Microsoft рекомендує придбати ці додаткові компоненти вже зараз, щоб не виходити за межі умов вашої ліцензії та бути готовими до завершення перехідного періоду.
Якщо ваші Power Automate потоки обмежуються, спробуйте Pay-as-you-go , щоб переконатися, що жоден із потоків у середовищі не обмежується. Якщо ви не можете використовувати функцію "Оплата за фактом використання", придбайте ліцензію або додаткові компоненти "Процес" і створіть запит на підтримку Microsoft із відомостями про процес і додатковими компонентами, щоб команда підтримки могла надавати винятки для обмежених потоків.
Нотатка
Наразі користувачам не можна призначити додаткові компоненти місткості (включно з програмними, адміністративними та неінтерактивними користувачами). Функціональні можливості для присвоєння додаткових компонентів виробничої спроможності буде узгоджено з часом примусового використання.
Інші обмеження, що застосовуються
Крім добового обмеження запитів Power Platform, для кожної послуги можуть існувати інші обмеження захисту послуги. Так само, як і добові обмеження на запити, ці обмеження допомагають підтримувати якість надання послуг, захищаючи послугу від зловмисної або неохайної поведінки, яка в іншому випадку могла б порушити обслуговування для усіх клієнтів.
Ознайомтеся з переліченими нижче ресурсами, щоб дізнатися про поточні обмеження для кожної служби, покликані захистити її.
- Dataverse обмеження: застосовується для програм на основі моделі та програм залучення клієнтів (таких як Dynamics 365 Sales та Customer Service), Power Apps а також Power Automate підключення до програм залучення клієнтів Dataverse/залучення клієнтів
- Power Automate Ліміти: застосовуються для автоматизованих, запланованих і миттєвих потоків
- Обмеження в з’єднувачах: застосовуються для Power Automate та Power Apps
Перегляд докладних відомостей про використання запитів Power Platform у центрі адміністрування Power Platform (підготовча версія)
Щоб переглянути споживання запитів Power Platform ліцензованих користувачів, неліцензованих користувачів і запусків потоку з ліцензією на потік.
Увійдіть у Power Platform Центр адміністрування.
У меню навігації ліворуч виберіть Ємність.
На вкладці Зведення натисніть завантажити звіти в розділі Додаткові компоненти.
У меню виберіть Створити.
Виберіть запити Microsoft Power Platform в полі Вибрати звіт.
Виберіть потрібний тип звіту, а потім натисніть Надіслати.
Коли звіт буде готовий, виберіть Завантажити, щоб завантажити звіт як файл CSV Excel.
Нотатка
Зараз доступні підготовчі версії цих звітів. Існує два обмеження зі звітом підготовчої версії ліцензованого користувача.
- Умови обслуговування для ліцензованих користувачів відображаються в звітах для кожного користувача на день за середовище. Обмеження мають застосовуватися на рівні користувача на день. Під час перегляду звітів слід розуміти, що обмеження вказані на одного користувача на день, використовуючи кількість умов обслуговування лише один раз на день, а не підсумування умов обслуговування для одного користувача, можливо, кілька разів.
- У звіті про ліцензованих користувачів будуть відображатися права для користувачів, які отримали ліцензію за допомогою лічильника Power Apps для кожної програми або Power Apps для кожної програми з оплатою за використання. Права для таких користувачів будуть показані як 0, тоді як насправді вони повинні бути показані як 6000 (запит на 24-годинний період, як зазначено раніше).
Звіт про ліцензованих користувачів
У звіті Ліцензовані користувачі відображаються дані про використання запиту Power Platform для кожного користувача на день, а також кількість користувачів, які мають умови використання. Завантажуваний звіт містить такі поля:
Поле | Опис |
---|---|
Ідентифікатор середовища | Унікальний ідентифікатор середовища Power Platform. |
Ім’я середовища | Відображення імені вашого середовища. |
Ідентифікатор абонента | Унікальний ідентифікатор ідентифікатора виклику, який зіставляється з ідентифікатором Active Directory. Він може бути пустим або мати значення Null. |
Тип абонента | Тип ідентичності абонента. Застосовне значення для звіту про ліцензованого користувача — Користувач. |
Дата й час використання | Дата і час реєстрації використання в UTC |
Кількість | Загальна кількість обмежень запитів Power Platform для користувача. |
Загальна спожита кількість | Загальне використання за всіма типами запитів (Dataverse, Power Apps і Power Automate). |
Запити Dataverse | Кількість запитів Power Platform, які походять із Dataverse. |
Запити Power Automate | Кількість запитів Power Platform, які походять із Power Automate. |
Запити Power Apps | Кількість запитів Power Platform, які походять із Power App. |
Нижче наведено приклад докладного звіту про використання.
Звіт про неліцензованих користувачів
У звіті неліцензований користувач відображаються дані про використання запиту Power Platform на день для неліцензованих користувачів і загальні умови обслуговування неліцензованих користувачів для цього клієнта. Завантажуваний звіт містить такі поля:
Поле | Опис |
---|---|
Умови обслуговування Power platform для цього клієнта | Загальні щоденні умови обслуговування для запитів power platform без ліцензії для цього клієнта. |
Ідентифікатор середовища | Унікальний ідентифікатор середовища Power Platform. |
Ім’я середовища | Відображення імені вашого середовища. |
Ідентифікатор абонента | Унікальний ідентифікатор ідентичності виклику. Він може бути пустим або мати значення Null. |
Тип абонента | Тип ідентичності абонента. Застосовні значення: System, Non-Interactive/Application. |
Тип ресурсу | Тип ресурсу. Застосовні значення: Dataverse, Power Apps і Power Automate. |
Ідентифікатор ресурсу | Унікальний ідентифікатор ресурсу. Залежно від типу ресурсу це може бути ідентифікатор програми, ідентифікатор організації Dataverse або ідентифікатор циклу Power Automate. Він може бути пустим або мати значення Null. |
Категорія лічильника | Лічильник верхнього рівня в цьому запиті Power Platform інциденту. |
Підкатегорія лічильника | Докладна класифікація того, що породило запит. Це може бути Dataverse, Power Apps або Power Automate. |
Дата й час використання | Дата і час реєстрації використання в UTC |
Спожита кількість | Використання запитів Power Platform. |
Нижче наведено приклад докладного звіту про використання.
Звіт на цикл
Завантажуваний звіт за ліцензованими потоками для потоку містить такі поля:
Поле | Опис |
---|---|
Ідентифікатор середовища | Унікальний ідентифікатор середовища Power Platform. |
Ім’я середовища | Відображення імені вашого середовища. |
Регіон середовища | Недоступно в підготовчій версії. |
Ідентифікатор абонента | Унікальний ідентифікатор циклу. Він може бути пустим або мати значення Null. |
Тип абонента | Тип ідентичності абонента. Доступними значеннями є цикл. |
Дата й час використання | Дата і час реєстрації використання в UTC |
Кількість | Значення будь-якого з включених умов обслуговування для циклу. |
Спожита кількість | Використання запитів Power Platform. |
Нижче наведено приклад докладного звіту про використання.
Ліміти запитів у Power Automate
Важливо
Виконання потоку на робочому столі не споживає запити Power Platform
Щоб забезпечити Power Automate доступність і якість послуг, існують обмеження на кількість запитів Power Platform (PPR), які користувачі можуть зробити у своїх хмарних потоках. Ці обмеження встановлюються щодо нормальних моделей використання потоку як за п’ять хвилин, так і з інтервалами в 24 години.
Обмеження в 24 години базується на ліцензії користувача або на ліцензії плану Process / Per-flow, призначеної для хмарного потоку
- Якщо користувач має Power Automate ліцензію Premium, він може зробити 40 000 Power Platform запитів у всіх своїх хмарних потоках у клієнті протягом 24 годин. Цей ліміт також включає запити, які платформа робить до сторонніх конекторів.
- Якщо хмарний потік має ліцензію на процес, потік, його дочірні потоки та пов’язані з ним потоки можуть зробити 250 000 Power Platform запитів серед усіх користувачів потоку за 24 години.
- Якщо хмарний потік має план Per-flow (застарілий), він може зробити 250 000 Power Platform запитів від усіх користувачів потоку протягом 24 годин.
Щоб запобігти інтенсивному використанню потоку або впливу користувача на інших користувачів, ця ємність відстежується на основі споживання на рівні окремого користувача або потоку, і вона не може бути об’єднана на будь-якому іншому рівні, наприклад на рівні середовища або клієнта. 24 години – це ковзне вікно, що означає, що щоразу, коли працює хмарний потік, система дивиться на запити за останні 24 години, щоб визначити, чи досяг користувач їх ліміту. Наприклад, двоє користувачів у клієнті можуть мати ліцензії Premium, і кожен користувач отримує 40 000 запитів за 24 години. Якщо перша особа використовує понад 40 000 запитів протягом 24 годин, її потоки сповільнюються і не впливають на другого користувача, який використав лише 20 000 запитів, а ще має 20 000 запитів.
В даний час всі організації знаходяться в перехідному періоді , протягом якого застосовуються більш високі ліміти перехідного періоду. Після закінчення перехідного періоду застосовуються офіційні ліміти. Будуйте свої хмарні потоки на основі офіційних лімітів.
П’ятихвилинний ліміт становить 100 000 запитів і не залежить від ліцензії користувача. Наприклад, потоки з ліцензією Process можуть зробити 250 000 запитів за 24 години, але вони не можуть зробити більше 100 000 запитів протягом п’яти хвилин.
Power Automate Ліміти запитів на одну ліцензію:
Назва ліцензії | Офіційний ліміт PPR на 24 години | Ліміт перехідного періоду PPR на 24 години |
---|---|---|
Power Automate Premium | 40 тисяч на користувача | 200 тисяч за хмарний потік |
Power Automate Process | 250 тисяч за ліцензію | 500 тисяч за ліцензію |
Розміщений процес Power Automate | 250 тисяч за ліцензію | 500 тисяч за ліцензію |
Power Automate План для кожного користувача (старий) | 40 тисяч на користувача | 200 тисяч за хмарний потік |
Power Automate Потоковий план (застарілий) | 250 тисяч за ліцензію | 500 тисяч за ліцензію |
Power Automate безкоштовно | 6 тис на користувача | 10 тис на хмарний потік |
Office 365 | 6 тис на користувача | 10 тис на хмарний потік |
Power Apps Premium | 40 тисяч на користувача | 200 тисяч за хмарний потік |
Dynamics 365 professional | 40 тисяч на користувача | 200 тисяч за хмарний потік |
Корпоративні програми Dynamics 365 | 40 тисяч на користувача | 200 тисяч за хмарний потік |
Учасник команди Dynamics 365 | 6 тис на користувача | 10 тис на хмарний потік |
Докладніше про Power Automate ліцензії.
Нотатка
- Ліцензії Power Automate на процес можуть бути складені на хмарному потоці, щоб збільшити його ліміт PRR
- FAQ за Power Platform запитом в межах Power Automate
Power Automate Перехідний період
Всі організації знаходяться в перехідному періоді. Це означає, що контроль не є суворим, а ліміти PPR вищі. Перехідний період закінчується після того, як звіти Центру адміністрування Power Platform стануть загальнодоступними. Потім організації мають шість місяців, щоб проаналізувати своє використання та придбати відповідні ліцензії, перш ніж почнеться суворе дотримання ліцензійних обмежень.
Ось кілька речей, про які слід пам’ятати під час перехідного періоду:
Перехідний період означає відсутність денних обмежень. Це означає, що поточні обмеження щедріші, ніж офіційні, щоб запобігти потенційному ненавмисному впливу на ваші додатки або потоки.
Ці обмеження перехідного періоду застосовуються на рівні хмарного потоку під час перехідного періоду. Крім того, під час перехідного періоду застосовується окреме обмеження на рівень користувача 1000000 дій хмарного потоку, щоб гарантувати, що користувачі не перевищують 1 мільйон дій за всі свої прогони потоку за день. Після закінчення перехідного періоду фактичні ліміти будуть застосовуватися на рівні користувача для ліцензій Premium і рівня хмарного потоку для ліцензій Process / Per flow-plan.
Під час перехідного періоду ручні хмарні потоки не використовують ліміти власників потоку/викликачів потоку. Кожен ручний хмарний потік має профіль продуктивності Medium (100 000 запитів/потік/24 години). Після перехідного періоду ручні хмарні потоки використовуватимуть ліміти запитів для виклику користувача.
Оскільки ліміти є більш щедрими під час перехідного періоду, накопичення ліцензій користувачів не підтримується. Якщо користувач має кілька планів, таких як Microsoft 365 план і план Dynamics 365, у потоці використовується вищий план (план Dynamics 365).
Power Platform Пакети додаткових компонентів Requests Capacity не призначаються користувачам або хмарним потокам протягом перехідного періоду. Проте Microsoft рекомендує придбати ці додаткові компоненти вже зараз, щоб не виходити за межі умов вашої ліцензії та бути готовими до завершення перехідного періоду. Якщо ваші хмарні потоки зараз обмежуються, придбайте додаткові компоненти та створіть запит на підтримку з деталями потоку та деталями доповнень, щоб команда підтримки могла надати винятки для ваших обмежених потоків.
Користувачі початкової ліцензії можуть використовувати хмарні потоки лише в контексті застосунку. Дізнайтеся більше в розділі « Посівні ліцензії ». Протягом перехідного періоду застосування ліцензійних обмежень є менш суворим, і Microsoft рекомендує дотримуватись умов ліцензії, щоб уникнути будь-яких проблем після завершення перехідного періоду.
Запитання й відповіді
Які засоби можна використовувати для відстеження та аналізу запитів Power Platform в межах платформи?
Звіти про використання запитів Power Platform у підготовчій версії доступні в центрі адміністрування Power Platform.
Які часові обмеження для запиту Power Platform?
Концепція обмежень була вперше введена наприкінці 2019 року і документально підтверджені ліміти були суттєво збільшені наприкінці 2021 року. Звіт про загальнодоступну підготовчу версію для запитів Power Platform, випущених у липні 2022 року. Після загальнодоступного періоду попереднього перегляду звіти переходять у загальний доступ. Не існує поточного ETA, коли відбувається GA. Будь-які потенційні заходи з високим рівнем використання почнуть діяти не раніше ніж через шість місяців після того, як звіти стануть загальнодоступними. Power Automate Однак продовжує обмежувати обмеження на перехідних межах до набрання чинності. Дізнайтеся більше в розділі FAQ.
Які обмеження облікових записів використовуються для класичних робочих циклів або потоків Power Automate?
Це залежить від того, чи виконується процес на вимогу або у фоновому режимі. Для миттєвих потоків, які запускаються на вимогу, використовуються ліміти облікового запису, який запустив процес. З іншого боку, робочі процеси або автоматизовані/заплановані потоки, які працюють у фоновому режимі, завжди використовують обмеження власника процесу, незалежно від того, чому процес розпочався або які облікові записи використовуються для з’єднань усередині процесу. Дізнайтеся більше в статті Чиї Power Platform ліміти запитів використовуються потоком?.
Microsoft Power Platform Ліміт запитів переноситься з дня на день або з місяця на місяць?
Ні, не має. Усі запити Microsoft Power Platform існують цілодобово. Якщо запити не використовуються, вони не переносяться на наступний день і не накопичуються впродовж місяця.
Чи отримує власні обмеження на рівні клієнта кожен користувач програми, неінтерактивний користувач, адміністративний користувач або користувач СИСТЕМА?
Ні, не мають. Обмеження на рівні клієнта розподіляються між усіма користувачами програм, неінтерактивними користувачами, адміністративними користувачами та користувачем СИСТЕМА в межах клієнта.
Чи враховуються запити, що виконуються з класичних робочих циклів Dataverse і компонентів plug-in у Dataverse, в обмеженнях на запити?
Так, якщо ці запити роблять запити типу CRUD, assign або share, вони враховуються. Що стосується класичних робочих процесів, ця логіка включає такі дії, як перевірка умов, запуск дочірніх робочих процесів або зупинка робочих процесів. Проте внутрішні запити, створені платформою, наприклад, sdkmessagerequest, solutioncomponentdefinition та ribbonclientmetadatareporting, не враховуватимуться,
Чи можна використовувати замість Power Automate засіб інтеграції даних від стороннього виробника, щоб уникнути перебільшення обмежень?
Ні, до засобів інтеграції даних від сторонніх виробників застосовуються такі ж обмеження, як і до запланованих, автоматизованих або миттєвих циклів. Таким чином, не буде ніякої різниці між Power Automate або стороннім засобом. Крім того, запити від Power Automate to Dataverse не враховуються двічі, потік, який викликає лише одну дію в межах ліміту, а не два.