요청 한도 및 할당
Power Platform 요청 한도는 플랫폼의 서비스 수준, 가용성 및 품질을 보장하기 위해 존재합니다. 사용자가 Power Apps, Power Automate, Microsoft Copilot Studio 및 Dynamics 365 애플리케이션에서 매일 요청할 수 있는 요청 수에는 제한이 있습니다.
Microsoft Power Platform 요청이란 무엇입니까?
Microsoft Power Platform의 요청은 사용자가 다양한 제품에서 수행하는 다양한 작업으로 구성됩니다. 개략적으로 다음 목록은 API 요청을 구성하는 항목입니다.
- Power Apps: 커넥터 및 Microsoft Dataverse에 대한 모든 API 요청.
- Power Automate: 커넥터, 프로세스 어드바이저 분석, HTTP 작업 및 변수 초기화에서 간단한 작성 작업에 이르는 기본 제공 작업에 대한 모든 API 요청. 성공 및 실패한 작업 모두 이러한 한도에 반영됩니다. 또한 페이지 매김의 재시도 및 기타 요청도 작업 실행으로 간주됩니다. Power Platform 요청으로 간주되는 항목은?에서 자세히 알아보세요
- Microsoft Copilot Studio: 챗봇 대화 내에서의 Power Automate 흐름에 대한 API 요청(또는 호출)입니다.
- Dataverse: 모든 CRUD(생성, 읽기, 업데이트 및 삭제), 할당 및 공유 작업에는 CRUD 트랜잭션을 완료하는 데 필요한 사용자 주도 및 내부 시스템 요청과 공유 또는 할당과 같은 특수 작업이 포함됩니다. 이러한 작업은 모든 클라이언트 또는 애플리케이션(Dynamics 365 포함) 및 끝점(SOAP 또는 REST)을 사용하는 것일 수 있습니다. 이러한 작업에는 플러그인, 클래식 워크플로 및 앞서 언급한 작업을 수행하는 사용자 지정 컨트롤이 포함되지만 이에 국한되지 않습니다.
참고
Dataverse의 경우 로그인, 로그아웃 및 시스템 메타데이터 작업과 같이 한도에서 제외되는 작은 시스템 내부 작업 집합이 있습니다.
다음 섹션에서는 요청 유형과 각각에 대해 설정된 제한에 대해 설명합니다.
라이선스 사용자 요청 제한
Microsoft Power Platform의 모든 사용자는 할당된 라이선스에 따라 요청 횟수에 제한이 있습니다. 다음 표는 24시간 동안 사용자가 요청할 수 있는 횟수를 정의합니다.
제품 | 24시간당 유료 라이선스별 요청 |
---|---|
Power Platform의 유료 라이선스 사용자(앱당 Power Apps, 흐름당 Power Automate, Microsoft Copilot Studio 제외) 및 Dynamics 365(Dynamics 365 팀 구성원 제외)1 | 40,000 |
Power Apps 종량제 요금제, 앱당 Power Apps의 유료 라이선스 사용자, Power Platform 액세스가 포함된 Microsoft 365 앱 및 Dynamics 365 팀 구성원2 | 6,000 |
Power Automate 흐름당 플랜3, Microsoft Copilot Studio 기본 제안 및 Microsoft Copilot Studio 추가 기능 팩4 | 250,000 |
유료 Power Apps 포털 로그인 | 200 |
1 이 범주에는 다음에 대한 유료 라이선스가 포함됩니다. Power Apps 사용자별 플랜(이전 Power Apps 플랜 1과 Power Apps 플랜 2 라이선스), Power Automate 사용자별 플랜(이전 흐름 플랜 1 및 흐름 플랜 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 통합 운영 플랜, Dynamics 365 플랜, Dynamics 365 for Operations 디바이스, Dynamics 365 for Operations Activity, Dynamics AX Online Device, Dynamics AX Online Task, Dynamics CRM Online Enterprise, Dynamics CRM Online Professional.
2 이 범주에는 Power Apps 종량제 요금제 및 앱당 유료 라이선스 Power Apps 플랜, Dynamics 365 Team Member, Dynamics CRM Online Basic, Dynamics CRM Online Essential, Dynamics AX Self-Serve, Microsoft 365 라이선스 및 Microsoft Project Online(플랜 1, 플랜 3 및 플랜 5)이 포함됩니다. Power Apps 및 Power Automate 기능을 포함하는 Microsoft 365 라이선스에 대한 자세한 내용은 Power Platform 라이선스 가이드의 부록 B에서 확인하세요.
3 흐름당 Power Automate 플랜은 흐름의 담당자와 관계없이 단일 흐름에 대해 용량을 특별히 예약할 수 있습니다. 이 플랜은 테넌트 수준에서 라이선스가 없는 사용자 요청 제한을 사용하지 않습니다.
4 Microsoft Copilot Studio 요청은 Microsoft Copilot Studio 챗봇에서 트리거되는 Power Automate 흐름에서 계산됩니다. 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 라이선스가 모두 있는 경우 해당 사용자는 24시간당 총 40,000 + 40,000 = 80,000개의 요청을 사용할 수 있습니다.
Microsoft Copilot Studio 요청은 Microsoft Copilot Studio 챗봇에서 트리거되는 Power Automate 흐름에서 계산됩니다. Microsoft Copilot Studio 초기 세션 팩과 추가 세션 팩 모두 동일한 일일 Power Platform 요청 제한을 받습니다.
라이선스가 없는 사용자 요청 제한
사용자가 서비스와 상호 작용할 필요가 없는 특정 활동(예: 데이터베이스 간에 데이터를 마이그레이션하는 백그라운드 프로세스)에 대해 별도의 제한이 설정됩니다. 이러한 제한은 테넌트 수준에서 정의되고 풀링됩니다. Dataverse는 사용자가 서비스와 상호 작용할 필요가 없는 ID를 가질 수 있도록 합니다. 여기에는 다음이 포함됩니다.
또한 Dynamics 365 Marketing과 같은 Dynamics 365 애플리케이션과 상호 작용하는 데 사용되는 특별 무료($0) 라이선스가 있습니다. Marketing 라이선스 사용 방법에서 자세히 알아보세요.
이러한 라이선스가 없는 ID의 경우 모든 테넌트는 테넌트에 있는 유료 라이선스에 따라 결정되는 테넌트당 초기 기본 요청 한도와 유료 Dynamics 365 Enterprise 및 Professional 라이선스 수량에 따라 결정되는 누적 한도를 받게 됩니다.1 이 풀은 라이선스가 없는 사용자만 사용할 수 있으며 대화형 사용자 라이선스가 할당된 사용자는 사용할 수 없습니다.
제품 | 24시간당 풀링된 비 라이선스 테넌트 수준 요청 |
---|---|
Dynamics 365 Enterprise 및 Professional 애플리케이션1 | 기본 요청 500,000건 + USL당 발생한 요청 5,000건1 최대 10,000,000건2 |
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 통합 운영 플랜, Dynamics 365 플랜, 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 계정 팀에 문의하여 사용자 지정 솔루션에 대해 논의하세요.
Power Platform 요청 사용량 보고가 Power Platform 관리 센터에서 일반적으로 사용할 수 있게 된 후 6개월까지는 높은 사용량 실행이 발생할 가능성이 없습니다.
Microsoft는 초과분에 대한 제한을 적용할 권리가 있습니다. 고객이 사용량이 많은 경우 어떤 형태의 조절을 기대할 수 있습니다. 고객은 높은 사용량 시행을 피하기 위해 추가 용량을 구매하거나 환경을 종량제로 전환하고 일일 한도를 초과하는 실제 사용량에 대해 비용을 지불할 수 있습니다.
Power Platform 요청 용량 추가 기능
제한보다 많은 요청을 자주 사용하고 있다고 보고하는 고객은 Power Platform 요청 용량 추가 기능을 구매하여 높은 사용량 시행을 피할 수 있습니다. 이 추가 기능을 통해 고객은 라이선스가 많은 특정 사용자 또는 라이선스가 없는 사용자에 대한 제한을 늘릴 수 있습니다. 각 용량 추가 기능은 요청 한도를 24시간당 50,000개 더 늘립니다. 한도를 늘리기 위해 여러 용량 추가 기능을 할당할 수 있습니다.
전환 기간 동안에는 Power Platform 요청 용량 추가 기능 팩을 사용자 또는 흐름에 할당할 수 없습니다. 그러나 Microsoft는 라이선스 기간을 유지하고 전환 기간이 종료될 때를 대비하기 위해 이러한 추가 기능을 구매할 것을 권장합니다.
Power Automate 흐름이 조절되는 경우 종량제 환경의 흐름이 제한되지 않도록 합니다. 종량제를 사용할 수 없는 경우 프로세스 라이선스 또는 추가 기능을 구입하고 흐름 세부 정보 및 추가 기능 세부 정보가 포함된 Microsoft 지원 티켓을 만들어 지원 팀이 제한된 흐름에 대한 예외를 제공할 수 있도록 합니다.
참고
현재 용량 추가 기능은 사용자(응용 프로그램, 관리 및 비대화형 사용자 포함)에게 할당할 수 없습니다. 용량 추가 할당 기능은 사용량이 많은 시점에 맞춰 조정됩니다.
기타 적용 가능한 제한
일일 Power Platform 요청 제한과 별개로, 각 서비스에 특정한 다른 서비스 보호 제한이 있습니다. 일일 요청 제한과 마찬가지로 이러한 제한은 모든 고객의 서비스를 방해할 수 있는 악의적이거나 시끄러운 동작으로부터 서비스를 보호하여 서비스 품질을 유지하는 데 도움이 됩니다.
각 서비스에 대한 현재 서비스 보호 제한에 대한 정보는 다음 리소스를 검토하십시오.
- Dataverse 제한: 모델 기반 앱 및 Customer Engagement 앱(예: Dynamics 365 Sales 및 Customer Service), Power Apps, Dataverse/Customer Engagement 앱에 연결하는 Power Automate
- Power Automate한도: 자동화된, 예약된, 인스턴트 흐름에 적용 가능
- 커넥터의 한계: Power Automate 및 Power Apps에 적용 가능
Power Platform 관리센터(프리뷰)에서 Power Platform 요청 이용정보 상세보기
라이선스가 있는 사용자, 라이선스가 없는 사용자에 대한 Power Platform 요청의 소비량을 보려면 라이선스 흐름별로 흐름이 실행됩니다.
Power Platform 관리 센터에 로그인합니다.
왼쪽 탐색 메뉴에서 용량을 선택합니다.
요약 탭의 추가 기능 섹션에서 보고서 다운로드를 선택합니다.
메뉴에서 새로 만들기를 선택합니다.
보고서 선택 상자에서 Microsoft Power Platform 요청을 선택합니다.
필요한 보고서 유형을 선택한 다음 제출을 선택합니다.
보고서가 준비되면 다운로드를 선택하여 보고서를 Excel CSV 파일로 다운로드합니다.
노트
이 보고서는 현재 프리뷰 상태입니다. 라이선스 사용자 프리뷰 보고서에는 두 가지 제한 사항이 있습니다.
- 라이선스 사용자에 대한 권리 유형은 환경별 사용자별 보고에 표시됩니다. 한도는 사용자당 일일 수준으로 적용되어야 합니다. 보고를 볼 때 동일한 사용자에 대한 자격을 여러 번 합산하지 않고 하루에 한 번만 자격 수량을 사용하여 하루에 사용자당 제한이 있음을 이해하세요.
- 라이선스 사용자 보고서에는 앱별 Power Apps 라이선스 또는 앱별 Power Apps 종량제 측정기를 통해 라이선스가 부여된 사용자에 대한 올바른 권한이 표시되지 않습니다. 이러한 사용자에 대한 권한은 실제로는 6000으로 표시되어야 하지만 0으로 표시됩니다(이전에 설명된 대로 24시간 동안 요청).
사용이 허가된 사용자 보고서
사용이 허가된 사용자 보고서는 하루에 사용자당 Power Platform 요청 사용량과 자격이 있는 사용자 수를 보여줍니다. 다운로드 가능한 보고서에는 다음 필드가 포함됩니다.
필드 | 설명 |
---|---|
환경 ID | 고유 Power Platform 환경 식별자입니다. |
환경 이름 | 환경의 표시 이름입니다. |
호출자 ID | Active Directory ID에 매핑되는 호출 ID의 고유 식별자입니다. Null이거나 비워둘 수 있습니다. |
호출자 유형 | 호출자 ID의 유형입니다. 라이선스가 부여된 사용자 보고서에 적용 가능한 값은 사용자입니다. |
사용 날짜/시간 | 사용이 확인된 날짜 및 시간(UTC)입니다. |
허가된 수량 | 사용자에 대한 Power Platform 요청 제한의 총계입니다. |
사용한 총 수량 | 모든 유형의 요청(Dataverse, Power Apps, Power Automate)에 대한 총 사용량입니다. |
Dataverse 요청 | Dataverse에서 오는 Power Platform 요청 수입니다. |
Power Automate 요청 | Power Automate에서 오는 Power Platform 요청 수입니다. |
Power Apps 요청 | Power App에서 오는 Power Platform 요청 수입니다. |
다음은 자세한 사용 보고서의 샘플입니다.
라이선스가 없는 사용자 보고서
라이선스가 없는 사용자 보고서는 라이선스가 없는 사용자에 대한 Power Platform 요청 일별 사용량과 해당 테넌트에 대한 라이선스가 없는 사용자의 총 권리 유형을 보여줍니다. 다운로드 가능한 보고서에는 다음 필드가 포함됩니다.
필드 | 설명 |
---|---|
이 테넌트에 대한 Power Platform 요청 권리 유형 | 이 테넌트에 대한 라이선스가 없는 Power Platform 요청에 대한 총 일일 권리 유형입니다. |
환경 ID | 고유 Power Platform 환경 식별자입니다. |
환경 이름 | 환경의 표시 이름입니다. |
호출자 ID | 호출자 ID의 고유 식별자. Null이거나 비워둘 수 있습니다. |
호출자 유형 | 호출자 ID의 유형입니다. 적용 가능한 값은 시스템, 비대화형/애플리케이션입니다. |
리소스 종류 | 리소스의 종류. 사용 가능한 값은 Dataverse, Power Apps, Power Automate입니다. |
리소스 ID | 고유 리소스 식별자입니다. 리소스 유형에 따라 앱 ID, Dataverse Organization ID 또는 Power Automate Flow ID가 될 수 있습니다. Null이거나 비워둘 수 있습니다. |
미터 범주 | 이 경우 최상위 미터 Power Platform 요청입니다. |
미터 하위 범주 | 요청을 생성한 항목에 대한 자세한 분류입니다. 이는 Dataverse, Power Apps 또는 Power Automate일 수 있습니다. |
사용 날짜/시간 | 사용이 확인된 날짜 및 시간(UTC)입니다. |
사용한 수량 | Power Platform 사용 요청. |
다음은 자세한 사용 보고서의 샘플입니다.
흐름별 보고서
흐름 단위 사용이 허가된 흐름 다운로드 가능한 보고서에는 다음 필드가 포함되어 있습니다.
필드 | 설명 |
---|---|
환경 ID | 고유 Power Platform 환경 식별자입니다. |
환경 이름 | 환경의 표시 이름입니다. |
환경 지역 | 프리뷰 기간에 사용할 수 없습니다. |
호출자 ID | 흐름의 고유 식별자입니다. Null이거나 비워둘 수 있습니다. |
호출자 유형 | 호출자 ID의 유형입니다. 사용 가능한 값은 흐름입니다. |
사용 날짜/시간 | 사용이 확인된 날짜 및 시간(UTC)입니다. |
허가된 수량 | 흐름에 대한 포함된 권리 유형의 가치. |
사용한 수량 | Power Platform 사용 요청. |
다음은 자세한 사용 보고서의 샘플입니다.
Power Automate의 요청 제한
중요
데스크톱 흐름 실행은 Power Platform 요청을 사용하지 않습니다
Power Automate 서비스 가용성 및 품질을 보장하기 위해 사용자가 클라우드 흐름에서 수행할 수 있는 Power Platform 요청(PPR) 수에 제한이 있습니다 이러한 제한은 5분 및 24시간 간격으로 정상적인 흐름 사용 패턴에 대해 설정됩니다.
24시간 제한은 사용자 라이선스 또는 클라우드 흐름에 할당된 프로세스/흐름별 플랜 라이선스를 기반으로 합니다
- 사용자에게 Power Automate Premium 라이선스가 있는 경우 24시간 이내에 테넌트의 모든 클라우드 흐름에서 40,000개의 Power Platform 요청을 할 수 있습니다. 이 제한에는 플랫폼에서 타사 커넥터에 대한 요청도 포함됩니다.
- 클라우드 흐름에 프로세스 라이선스가 있는 경우 흐름, 하위 흐름 및 관련 흐름은 24시간 동안 흐름의 모든 사용자에 대해 250,000개의 Power Platform 요청을 할 수 있습니다.
- 클라우드 흐름에 흐름별 플랜(레거시)이 있는 경우 흐름은 24시간 동안 흐름의 모든 사용자에 대해 250,000개의 Power Platform 요청을 할 수 있습니다.
사용량이 많은 흐름이나 사용자가 다른 사용자에게 영향을 미치지 않도록 이 용량은 개별 사용자 또는 흐름 수준의 사용량을 기반으로 추적되며 환경 또는 테넌트 수준과 같은 다른 수준에서는 풀링할 수 없습니다. 24시간은 슬라이딩 윈도우로, 클라우드 흐름이 실행될 때마다 시스템은 지난 24시간 동안의 요청을 확인하여 사용자가 한계에 도달했는지 확인합니다. 예를 들어 테넌트의 두 사용자에게 Premium 라이선스가 있을 수 있으며 각 사용자는 24시간 동안 40,000개의 요청을 받습니다. 첫 번째 사용자가 24시간 동안 40,000개 이상의 요청을 사용하는 경우 흐름이 느려지고 20,000개만 사용하고 아직 20,000개 요청이 남아 있는 두 번째 사용자에게 영향을 미치지 않습니다.
현재 모든 조직은 더 높은 전환 기간 한도가 적용되는 전환 기간에 있습니다. 전환 기간이 종료되면 공식 한도가 적용됩니다. 공식 한도에 따라 클라우드 흐름을 빌드합니다.
5분 제한은 100,000개 요청이며 사용자 라이선스와 무관합니다. 예를 들어 프로세스 라이선스가 있는 흐름은 24시간 동안 250,000개의 요청을 할 수 있지만 5분 이내에 100,000개 이상의 요청을 할 수 없습니다.
라이선스당 Power Automate 요청 한도:
라이선스 이름 | 24시간당 PPR 공식 한도 | 24시간당 PPR 전환 기간 한도 |
---|---|---|
Power Automate Premium | 사용자당 40k | 클라우드 흐름당 200k |
Power Automate 프로세스 | 라이선스당 250k | 라이선스당 500k |
Power Automate 호스트형 프로세스 | 라이선스당 250k | 라이선스당 500k |
Power Automate 사용자당 플랜(레거시) | 사용자당 40k | 클라우드 흐름당 200k |
Power Automate 흐름 기준 요금제(레거시) | 라이선스당 250k | 라이선스당 500k |
Power Automate 무료 | 사용자당 6k | 클라우드 흐름당 10k |
Office 365 | 사용자당 6k | 클라우드 흐름당 10k |
Power Apps Premium | 사용자당 40k | 클라우드 흐름당 200k |
Dynamics 365 professional | 사용자당 40k | 클라우드 흐름당 200k |
Dynamics 365 Enterprise 애플리케이션 | 사용자당 40k | 클라우드 흐름당 200k |
Dynamics 365 Team 구성원 | 사용자당 6k | 클라우드 흐름당 10k |
Power Automate 라이선스에 대해 자세히 알아보세요.
참고
- Power Automate 프로세스 라이선스를 클라우드 흐름에 쌓아 PRR 한도를 늘릴 수 있습니다
- Power Automate 내의 Power Platform 요청 관련 FAQ
Power Automate 전환 기간
모든 조직은 전환 기간에 있습니다. 이는 적용이 엄격하지 않고 PPR 한도가 더 높다는 것을 의미합니다. 전환 기간은 Power Platform 관리 센터 보고서가 일반 출시된 후 종료됩니다. 조직은 라이선스 제한에 대한 엄격한 시행이 시작되기 전에 6개월 동안 사용량을 분석하고 적절한 라이선스를 구매해야 합니다.
다음은 전환 기간 동안 알아야 할 몇 가지 사항입니다.
전환 기간이 일일 제한이 없음을 의미하지는 않습니다. 이는 현재 시행 중인 제한이 공식 한도보다 더 관대하여 앱이나 흐름에 의도하지 않은 잠재적 영향을 방지한다는 의미입니다.
이러한 전환 기간 한도는 전환 기간 동안 클라우드 흐름 수준에서 적용됩니다. 또한 전환 기간 동안 100만 클라우드 흐름 작업이라는 별도의 사용자 수준 한도가 적용되어 사용자가 하루에 모든 흐름 실행에서 100만 작업을 초과하지 않도록 합니다. 전환 기간이 끝나면 실제 제한은 프리미엄 라이선스의 경우 사용자 수준에서, 프로세스/흐름 계획 라이선스의 경우 클라우드 흐름 수준에서 적용됩니다.
전환 기간 동안 수동 클라우드 흐름은 흐름 담당자/흐름 호출자 제한을 사용하지 않습니다. 모든 수동 클라우드 흐름의 성능 프로필은 중간(100,000개 요청/흐름/24시간)입니다. 전환 기간이 지나면 수동 클라우드 흐름은 사용자 호출의 요청 한도를 사용합니다.
전환 기간 동안 한도가 더 관대하기 때문에 사용자 라이선스 스태킹은 지원되지 않습니다. 사용자가 Microsoft 365 플랜 및 Dynamics 365 플랜과 같은 여러 플랜을 가지고 있는 경우 흐름은 더 높은 플랜을 사용합니다(Dynamics 365 플랜).
Power Platform 요청 용량 추가 기능 팩은 전환 기간 동안 사용자 또는 클라우드 흐름에 할당할 수 없습니다. 그러나 Microsoft는 라이선스 기간을 유지하고 전환 기간이 종료될 때를 대비하기 위해 이러한 추가 기능을 구매할 것을 권장합니다. 클라우드 흐름이 현재 조절되고 있는 경우 지원 팀이 조절된 흐름에 대한 예외를 제공할 수 있도록 추가 기능을 구입하고 흐름 세부 정보 및 추가 기능 세부 정보가 포함된 지원 티켓을 만드세요.
시드 라이선스 사용자는 앱 컨텍스트 내에서만 클라우드 흐름을 사용할 수 있습니다. 자세한 내용은 시드 라이선스 섹션에서 확인하세요. 라이선스 제한에 대한 적용은 전환 기간 동안 덜 엄격하며 전환 기간이 종료될 때 중단을 피하기 위해 라이선스 기간을 유지하는 것이 좋습니다.
자주 묻는 질문
플랫폼 전체에서 Power Platform 요청을 모니터링하고 분석하는 데 사용할 수 있는 도구는 무엇입니까?
Power Platform에 대한 보고는 Power Platform 관리 센터에서 프리뷰 신청이 가능합니다.
Power Platform 요청 제한에 대한 타임라인은 어떻게 되나요?
제한의 개념은 2019년 말에 처음 도입되었으며 문서화된 제한은 2021년 말에 크게 증가했습니다. Power Platform 요청에 대한 공개 프리뷰 보고가 2022년 6월에 롤아웃되었습니다. 공개 프리뷰 기간이 지나면 보고서가 일반 공급으로 전환됩니다. GA가 발생하는 시점에 대한 현재 ETA는 없습니다. 잠재적인 사용량이 많은 적용은 보고서가 일반 공개된 후 최소 6개월이 지나야 시작됩니다. 단, Power Automate는 적용할 때까지 전환 제한에서 계속 조절됩니다. FAQ에서 자세히 알아보세요.
클래식 워크플로 또는 Power Automate 흐름에 사용되는 계정 한도는 무엇입니까?
프로세스가 요청시 실행되는지 또는 백그라운드에서 실행되는지에 따라 다릅니다. 요청 시 실행되는 인스턴트 흐름은 프로세스를 시작한 계정의 한도를 사용합니다. 반면에 백그라운드에서 실행되는 워크플로 또는 자동화된/예약된 흐름은 프로세스가 시작된 이유 또는 프로세스 내부 연결에 사용되는 계정에 관계없이 항상 프로세스 담당자의 한도를 사용합니다. 흐름에서 누구의 Power Platform 요청 한도를 사용합니까?에서 자세히 알아보세요.
Microsoft Power Platform 요청 한도는 다음 날 또는 다음 달로 연장됩니까?
아니요, 그렇지 않습니다. 모든 Microsoft Power Platform 요청은 24시간 동안 존재합니다. 사용하지 않으면 다음 날로 이월되지 않으며 한 달 이내에 누적되지도 않습니다.
각 애플리케이션 사용자, 비대화형 사용자, 관리 사용자 또는 SYSTEM 사용자마다 테넌트 수준 제한이 있습니까?
아니요, 그렇지 않습니다. 테넌트 수준 제한은 테넌트 내의 모든 애플리케이션 사용자, 비대화형 사용자, 관리 사용자 또는 SYSTEM 사용자 간에 공유됩니다.
Dataverse의 클래식 Dataverse 워크플로 및 플러그 인에서 생성된 요청이 요청 제한에 포함됩니까?
예, 이러한 요청이 CRUD, 할당 또는 공유 유형 요청을 만드는 경우 요청 한도에 포함됩니다. 클래식 워크플로의 경우, 이 논리에는 조건 확인, 하위 워크플로 시작 또는 워크플로 중지와 같은 작업이 포함됩니다. 그러나 sdkmessagerequest, solutioncomponentdefinition 및 ribbonclientmetadatareporting과 같이 플랫폼에서 내부적으로 생성된 요청은 계산되지 않습니다.
제한에 도달하지 않으려면 Power Automate 대신 타사 데이터 통합 도구를 사용해야 합니까?
아니요, 타사 데이터 통합 도구에는 예약된, 인스턴트 또는 자동화된 흐름과 정확히 동일한 제한이 적용됩니다. 따라서 Power Automate를 선택하든 타사 도구를 사용하든 차이가 없습니다. 또한 Power Automate에서 Dataverse로 요청하는 것은 두 번 계산되지 않으며, 하나의 작업을 호출하는 흐름은 두 번이 아닌 한도를 한 번 요청하는 것으로 계산됩니다.