Microsoft Graph 調整ガイド

調整とは、リソースの使いすぎを防ぐために、サービスの同時呼び出し数を制限することをいいます。Microsoft Graph は、大量の要求を処理できるよう設計されています。過剰な数の要求が発生した場合、調整を行うことは Microsoft Graph サービスの最適なパフォーマンスと信頼性の維持に役立ちます。

制限の調整はシナリオによって異なります。たとえば、大量の書き込みを行う際には、読み込みのみを行う場合に比べて調整が起こる可能性は高くなります。

調整が発生すると、何が起こるのでしょうか

調整のしきい値を超えた場合、Microsoft Graph はそのクライアントの以降の要求を一定時間制限します。調整が発生した場合、Microsoft Graph は HTTP ステータス コード 429 (Too Many Requests) を返し、要求は失敗します。失敗した要求の応答ヘッダーで、推奨される待機時間を返します。調整の動作は要求の種類と数によります。たとえば、大量の要求があれば、すべての種類の要求が調整されます。しきい値は要求の種類によって異なります。そのため、書き込みは調整を受けるが、読み込みはそのままで許容されるシナリオが起こりえます。

一般的な調整のシナリオ

クライアントに対して調整が発生する最も一般的な原因は次のとおりです。

  • あるテナントのすべてのアプリケーションから大量の要求がある。
  • すべてのテナントで、特定のアプリケーションから大量の要求がある。

応答のサンプル

調整しきい値を超えると、Microsoft Graph はこのような反応を返します。

HTTP/1.1 429 Too Many Requests
Content-Type: application/json
Retry-After: 2.128

{
  "error": {
    "code": "TooManyRequests",
    "innerError": {
      "code": "429",
      "date": "2020-08-18T12:51:51",
      "message": "Please retry after",
      "request-id": "94fb3b52-452a-4535-a601-69e0a90e3aa2",
      "status": "429"
    },
    "message": "Please retry again later."
  }
}

調整に対応するためのベスト プラクティス

調整に対応するためのベスト プラクティスには、次のようなものがあります。

  • 要求あたりの操作の数を減らす。
  • 呼び出しの頻度を減らす。
  • すべての要求が使用量の制限に計上されるため、即時の再試行を避ける。

エラー処理を実装する場合は、HTTP エラー コード 429 を使用して調整の発生を検出します。失敗した要求には、Retry-After 応答ヘッダーが含まれています。Microsoft Graph はクライアントが調整による制限を受けている間でもリソースの使用量を記録しています。そのため、Retry-After の指示に従って要求を遅延させることが最も迅速に調整を解消できる方法です。

  1. Retry-After ヘッダーに指定された秒数だけ待機してください。
  2. 要求を再試行してください。
  3. 要求が再度エラーコード 429 で失敗した場合は、依然として調整を受けています。推奨された Retry-After 遅延に引き続き従い、成功するまで再試行してください。

特に明記されていない限り、サービス固有の制限 セクションで説明されているすべてのリソースと API が Retry-After ヘッダーを提供します。

Microsoft Cloud における調整についてのより幅広い議論については「調整パターン」を参照してください。

注意

応答によって Retry-After ヘッダーが提供されない場合は、指数バックオフ再試行ポリシーを実装することをお勧めします。 大規模アプリケーションを構築する場合は、 より高度なパターンを実装することもできます。

Microsoft Graph SDK は、Retry-After ヘッダーに依存するハハンドラー、または既定の指数バックオフ再試行ポリシーがすでに実装されています。

調整を回避するためのベスト プラクティス

リソースを継続的にポーリングして更新を確認したり、リソース コレクションを定期的にスキャンして新規または削除されたリソースを確認したりするようなプログラミング パターンは、アプリケーションが抑制され、全体的なパフォーマンスが低下する可能性が高くなります。 可能な場合は、代わりに変更履歴変更通知を利用する必要があります。

注意

ファイルの探索とスケールでの変更の検出に関するベストプラクティスでは、ベスト プラクティスについて詳しく説明しています。

調整とバッチ処理

JSON のバッチ処理を使用すると、複数の要求を単一の JSON オブジェクトに統合することにより、アプリケーションを最適化することができます。 バッチ内の要求は、調整した制限に対して個別に評価されます。また、要求が制限を超えると、429statusで失敗し、上記のようなエラーが表示されます。 バッチ自体は、424の状態コードで失敗します (依存エラー)。 1 つのバッチ内で複数の要求を調整できます。 JSON コンテンツから、 retry-after 応答ヘッダーに準備された値を使用して、失敗したバッチの要求を順番に再実行する必要があります。 最長のretry-after値が出た後は、新しいバッチで失敗した要求をすべて再試行します。

SDK がバッチ処理されていないときに調整した要求を自動的に再試行した場合、バッチ処理の一部であった調整された要求は自動的に再試行されません。

サービス固有の制限

Microsoft Graph では、Outlook や Azure Active Directory などの複数のサービスのデータにアクセスできます。 これらのサービスは、Microsoft Graph を使用してそれらにアクセスするアプリケーションに影響する独自に調整した制限を課します。

すべての要求は、制限の範囲 (すべてのテナントでのアプリ別、すべてのアプリのテナント別、テナントごとに1つのアプリなど)、要求の種類 (GET、POST、PATCH など)、また、その他の要因に応じて、複数の制限に対して評価できます。     最初に到達した上限に達すると、トリガーの調整が行われます。 セクションに記載されているサービス固有の制限に加えて、次のグローバル制限が適用されます:

要求の種類 すべてのテナントのアプリごと
任意 1 秒あたり 2000の要求数

注意

ここで説明する特定の制限は変更される場合があります。

注: このセクションの、テナント という語は、アプリケーションがインストールされている Microsoft 365 組織を示します。 このテナントは、1 つのテナント アプリケーションの場合、アプリケーションを作成した場合と同じにすることができますが、マルチ テナント アプリケーションの場合は異なるものにすることもできます。

Outlook サービスの制限

Outlookサービスの制限は、アプリ ID とメールボックスの組み合わせごとに判定されます。 つまり、説明されている制限は、特定のメールボックス (ユーザーまたはグループ) にアクセスする特定のアプリに適用されます。 アプリケーションが 1 つのメールボックス内で制限を超えても、別のメールボックスにアクセスする機能には影響しません。 このような制限は、パブリック クラウドだけでなく、国内クラウドの展開にも適用されます。

極限 適用対象
10 分間で 10,000 件の API リクエスト v 1.0 およびベータ版エンドポイント
4 つの同時リクエスト v 1.0 およびベータ版エンドポイント
30 秒間で 15 メガバイト (MB) のアップロード (PATCH、POST、PUT) v 1.0 およびベータ版エンドポイント

Outlook サービス リソース

API リソース
検索 API (プレビュー)
  • 外部アイテム (Microsoft Search)
  • プロファイル API
  • 写真
  • カレンダー API
  • event
  • eventMessage
  • calendar
  • calendarGroup
  • outlookCategory
  • attachment
  • place (preview)
  • メール API
  • message
  • message
  • mailFolder
  • mailSearchFolder
  • messageRule
  • outlookCategory
  • attachment
  • 個人用連絡先 API
  • contact
  • contactFolder
  • outlookCategory
  • ソーシャルおよび職場のインテリジェンス
  • To do タスク API (プレビュー)
  • outlookTask
  • outlookTaskFolder
  • outlookTaskGroup
  • outlookCategory
  • attachment
  • クラウド コミュニケーションのサービスの制限

    リソース アプリあたりの制限
    通話 10,000 回の通話/月および 100 回の同時通話
    会議の情報 毎月 2,000 回の会議/ユーザー
    プレゼンス (プレビュー) テナントごとのアプリ別に、30 秒間に 1500 の要求数

    OneNote サービスの制限

    制限の種類 ユーザー1人あたりのアプリごとの制限数 (委任されたコンテキスト) アプリごとに制限 (アプリのみのコンテキスト)
    要求率 1分に120の要求と1時間あたり400の要求 1分に240の要求と1時間あたり800の要求
    同時リクエスト 5つ同時のリクエスト 20同時のリクエスト

    上記の制限は、次のリソースに適用されます:

    OneNote API の調整とその回避方法の成功事例に関する追加情報を見つけることができます。

    注: この一覧に記載されているリソースは429 Too Many Requests応答のRetry-Afterヘッダーを返しません。

    Project Rome サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限
    取得 5分に400件の要求と1日に12000件の要求
    投稿、PUT、PATCH、削除 5分に100件の要求と1日に8000件の要求

    上記の制限は、次のリソースに適用されます。

    Microsoft Teams サービスの制限

    制限は 1 秒あたりの要求数 (RPS) で表されます。

    Teams 要求の種類 テナントごとのアプリ別の制限 すべてのテナントでのアプリごとの制限
    Microsoft Teams のための任意の Graph API 呼び出し 10 秒ごとに 15000 回の要求 該当なし
    チームを取得する、チャネル、タブ、installedApps、appCatalogs 60 RPS 600 RPS
    POST 操作/PUT 操作、チャネル、タブ、installedApps、appCatalogs 30 RPS 300 RPS
    チームを修正する、チャネル、タブ、installedApps、appCatalogs 30 RPS 300 RPS
    チャネルを削除する、タブ、installedApps、appCatalogs 15 RPS 150 RPS
    GET /チーム/{team-id}、joinedTeams 30 RPS 300 RPS
    POST /チーム/{team-id}、PUT /グループ/{team-id}/チーム、クローン 6 RPS 150 RPS
    チャネル メッセージを取得する 5 RPS 100 RPS
    1:1/グループのチャット メッセージを取得する 3 RPS 30 RPS
    チャネル メッセージを投稿する 2 RPS 20 RPS
    1:1/グループのチャット メッセージを投稿する 2 RPS 20 RPS
    取得 /teams/{team-id}/スケジュール、およびこのパスの下にあるすべての API 60 RPS 600 RPS
    投稿、パッチ、PUT /teams/{team-id}/スケジュール、およびこのパスの下にあるすべての API 30 RPS 300 RPS
    削除/teams/{team-id}/スケジュール、およびこのパスの下にあるすべての API 15 RPS 150 RPS

    指定されたチームまたはチャネルでは、1 つのアプリに対して 1 秒間に最大 4 つの要求を発行することができます。 特定のチャネルに送信できる 1 日あたりのメッセージ数は、アプリごとに 3000 です。

    詳細については、「Microsoft Teams の制限」と「投票の要件」を参照してください。

    上記の制限は、次のリソースに適用されます:

    ID とアクセス サービスの制限

    このセクションのサービス制限は、次のエンティティに適用されます:

    パターン

    調整はトークン バケット アルゴリズムに基づいています。これは、要求の個々のコストを加算することで機能します。 要求コストの合計は、事前に定義された制限と比較されます。 制限を超えた要求のみが調整されます。 いずれかの制限を超えると、応答が 429 Too Many Requests 件になります。 サービスが重要な負荷がかかっている場合、または特定のテナントのデータ ボリュームに基づいている場合は、次の制限に達していなくても 429 Too Many Requests 件の応答を受信できます。 次の表に、既存の制限を示します。

    制限の種類 リソース単価のクォータ 書き込みクォータ
    アプリケーションとテナントのペア 10 秒あたり S: 3500、M:5000、L: 8000 2 分 30 秒あたり 3000
    アプリケーション 20 秒あたり 150,000 5 分あたり 70,000
    テナント 該当なし 5 分あたり 18,000

    : アプリケーションとテナントのペアの制限は、実行されるテナント要求のユーザー数に基づいて異なります。 テナント サイズは次のように定義されます。S - 50 ユーザー未満、M - 50 - 500 ユーザー、L - 500 ユーザー以上。

    次の表に、要求の基本コストを示します。 表示されない要求の基本コストは 1 です。

    操作 要求のパス 基準リソース単価のコスト 書き込みコスト
    GET applications 2 0
    GET applications/{id}/extensionProperties 2 0
    GET contracts 3 0
    POST directoryObjects/getByIds 3 0
    GET domains/{id}/domainNameReferences 4 0
    POST getObjectsById 3 0
    GET groups/{id}/members 3 0
    GET groups/{id}/transitiveMembers 5 0
    POST isMemberOf 4 0
    POST me/checkMemberGroups 4 0
    POST me/checkMemberObjects 4 0
    POST me/getMemberGroups 2 0
    POST me/getMemberObjects 2 0
    GET me/licenseDetails 2 0
    GET me/memberOf 2 0
    GET me/ownedObjects 2 0
    GET me/transitiveMemberOf 2 0
    GET oauth2PermissionGrants 2 0
    GET oauth2PermissionGrants/{id} 2 0
    GET servicePrincipals/{id}/appRoleAssignments 2 0
    GET subscribedSkus 3 0
    GET users 2 0
    GET 表に記載されていない ID パス 1 0
    POST 表に記載されていない ID パス 1 1
    PATCH 表に記載されていない ID パス 1 1
    PUT 表に記載されていない ID パス 1 1
    DELETE 表に記載されていない ID パス 1 1

    要求コストに影響を与えるその他の要因:

    • $select を使用すると、コストが 1 減少
    • $expand を使用すると、コストが 1 増加
    • 20 未満の値で $top を使用すると、コストが 1 減少
    • Azure AD B2C テナントにユーザーを作成すると、コストが 4 増加する

    注: 要求コストを 1 より少なくすることはできません。 me/ で始まる要求パスに適用される要求コストは、users/{id | userPrincipalName}/ で始まる同等の要求にも適用されます。

    その他のヘッダー

    要求ヘッダー
    • x-ms-throttle-priority - ヘッダーが存在しないか、他の値に設定されている場合、それは通常の要求を示します。 ユーザーによって開始された要求に対してのみ、優先度を high に設定することをお勧めします。 このヘッダーの値は次のとおりです。
      • 低 - 要求の優先度が低いことを示します。 この要求を調整しても、ユーザーに表示されるエラーは発生しません。
      • 標準 - 値が指定されていない場合の既定値です。 要求が既定の優先度であることを示します。
      • 高 - 要求の優先度が高いことを示します。 この要求を調整すると、ユーザーに表示されるエラーが発生します。

    注: 要求が調整された場合、優先度の低い要求が最初に調整され、通常の優先度の要求が 2 番目に調整され、優先度の高い要求が最後に調整されます。 優先度の要求ヘッダーを使用しても、制限は変更されません。

    定期的な応答要求
    • x-ms-resource-unit - この要求に使用されているリソース単位を示します。値は正の整数です。
    • x-ms-throttle-limit-percentage - アプリケーションが 0.8 の上限を超えた場合にのみ返されます。 値の範囲は、0.8 から 1.8、かつ上限の使用率です。 呼び出し元がこの値を使用して、アラートを設定し、操作を実行できます。
    調整された応答要求
    • x-ms-throttle-scope - 例。 Tenant_Application/ReadWrite/9a3d526c-b3c1-4479-ba74-197b5c5751ae/0785ef7c-2d7a-4542-b048-95bcab406e0b. 調整の範囲を次の形式 <Scope>/<Limit>/<ApplicationId>/<TenantId|UserId|ResourceId> で示します:
      • 範囲: (文字列、必須)
        • Tenant_Application - 現在のアプリケーションの特定のテナントのすべての要求。
        • Tenant - アプリケーションに関係なく、現在のテナントのすべての要求。
        • Application - 現在のアプリケーションのすべての要求。
      • 制限: (文字列、必須)
        • Read: 範囲に対する読み取り要求 (GET)
        • Write: 範囲に対する書き込み要求 (POST、PATCH、PUT、DELETE...)
        • ReadWrite: 範囲に対するすべての要求 (any)
      • ApplicationId (Guid、必須)
      • TenantId |UserId |ResourceId: (Guid、必須)
    • x-ms-throttle-information - 調整の理由を示します。任意の値 (文字列) を使用できます。 この値は診断とトラブルシューティングのために用意されています。次に例を示します。
      • CPULimitExceeded - 調整は、CPU 割り当ての制限を超えているためです。
      • WriteLimitExceeded - 調整は、書き込みの制限を超えているためです。
      • ResourceUnitLimitExceeded - 調整は、割り当てられたリソース単位を超えているためです。

    ID とアクセス レポート サービスの制限

    要求の種類 テナントごとのアプリ別の制限
    任意 10 秒に 5 件の要求

    上記の制限は、次のリソースに適用されます:

    Information Protection サービスの制限

    次の制限は /informationProtection でのすべての要求に適用されます。

    電子メールの場合、リソースは一意のネットワーク メッセージ ID と受信者のペアです。 たとえば、同じメッセージ ID を持つメールを同じユーザーに 15 分間に複数回送信すると、次の表に示すリソースごとの制限がトリガーされます。 ただし、15 分ごとに最大 150 件の一意のメールを送信できます (テナントの制限)。

    操作 テナントごとの制限 リソースあたりの制限 (メール、URL、ファイル)
    POST 15 分に 150 件の要求、24 時間に 10000 件の要求 15 分に 1 件の要求、24 時間に 3 件の要求

    ID 保護と条件付きアクセス サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限
    任意 1 秒あたりのリクエスト

    注: この一覧に記載されているリソースは429 Too Many Requests応答のRetry-Afterヘッダーを返しません。

    インサイト サービスの制限

    次の制限はme/insightsまたはusers/{id}/insightsでのすべての要求に適用されます。

    極限 適用対象
    10 分間で 10,000 件の API リクエスト v 1.0 およびベータ版エンドポイント
    4 つの同時リクエスト v 1.0 およびベータ版エンドポイント

    上記の制限は、次のリソースに適用されます:

    Microsoft Graph レポートのサービスの制限

    次の制限は /reports でのすべての要求に適用されます。

    操作 テナントごとのアプリ別の制限 すべてのアプリのテナントごとの制限
    任意の要求 (CSV) 10 分あたり 14 の要求数 10 分あたり 40 の要求数
    任意の要求 (JSON、beta) 10 分あたり 100 の要求数 該当なし

    上記の制限は、各レポート API に個別に適用されます。 たとえば、10 分間の中の Microsoft Teams ユーザー アクティビティ レポート API および Outlook ユーザー アクティビティ レポート API への要求は、各 API の 14 回の要求のうちの 2 回としてカウントされるのではなく、各 API の 14 回の要求のうちの 1 回としてカウントされます。

    前述の制限は、すべての利用状況レポート リソースに適用 されます。

    招待マネージャー サービスの制限

    次の制限は /invitations でのすべての要求に適用されます。

    操作 すべてのアプリのテナントごとの制限
    いずれかの操作 5 秒あたり 150 の要求数

    セキュリティの検出とインシデントのサービスの制限

    次の制限は /security でのすべての要求に適用されます。

    操作 テナントごとのアプリ別の制限
    alertsecurityActionssecureScoreでのいずれかの操作 1分に150件の要求
    tiIndicatorでのいずれかの操作 1分に1000件の要求
    secureScoreまたはsecureScorecontrolProfileでの、いずれかの操作 10 分間で 10,000 件の API の要求
    secureScoreまたはsecureScorecontrolProfileでの、いずれかの操作 4 つ同時のリクエスト

    オープンおよびスキーマ拡張 のサービス制限

    要求の種類 テナントごとのアプリ別の制限
    任意 10 秒あたり 455 の要求数

    前述の制限は、次のリソースに適用されます:

    ファイルとリストサービスの制限

    OneDrive、OneDrive for Business、およびSharePoint Onlineのサービス制限は利用できません。 詳細については、正確な調整制限を設定できない理由をご覧ください。

    上記の情報は、次のリソースに適用されます:

    タスクと計画のサービスの制限

    Planner のサービス制限は利用できません。

    前述の情報は、次のリソースに適用されます:

    ID およびアクセス データ ポリシー操作サービスの制限

    要求の種類 テナントごとの制限
    exportPersonalData の投稿 任意のサブジェクトについて 1 日あたり 1000 件の要求、1 日あたりサブジェクトごとに 100 件
    その他の要求 1 時間あたり 10000 件の要求

    前述の制限は、次のリソースに適用されます:

    注: この一覧に記載されているリソースは429 Too Many Requests応答のRetry-Afterヘッダーを返しません。

    教育サービスの制限

    要求の種類 すべてのテナントに対するアプリごとの制限 テナントごとのアプリ別の制限
    任意 20 秒あたり 400000 の要求数 10 秒あたり 35000 の要求数

    上記の制限は、次のリソースに適用されます。

    Excel サービスの制限

    要求の種類 すべてのテナントに対するアプリごとの制限 テナントごとのアプリ別の制限
    任意 10 秒あたり 5000 の要求数 10 秒あたり 1500 の要求数

    上記の制限は、次のリソースに適用されます。

    ID プロバイダー サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    任意 1 分あたり 300 の要求数 1 分あたり 200 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    職場用 Intune Android サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune アプリケーション サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune 監査サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune ブック サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune バンドル サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune Chromebook 同期サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune 会社の使用条件サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune デバイス構成 V2 サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune デバイス構成サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune デバイス登録サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune デバイス目的サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune デバイス サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 400 の要求数 20 秒あたり 200 の要求数
    任意 20 秒あたり 4000 の要求数 20 秒あたり 2000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune エンドポイント保護サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune 登録サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune フェンシング サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune GPAnalytics サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune 管理アプリケーション サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune 通知サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune ODJ サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune パートナー統合サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune RBAC サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune リモート アシスタンス サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune テレフォニー サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune TEM サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune トラブルシューティング サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune ロック解除サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune 更新プログラム サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Intune WIP サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    マルチ サービスの制限

    要求の種類 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 200 の要求数 20 秒あたり 100 の要求数
    任意 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数

    上記の制限は、次のリソースに適用されます:

    Skype サービスの制限

    要求の種類 すべてのテナントに対するアプリごとの制限
    任意 10 秒あたり 5000 の要求数

    上記の制限は、次のリソースに適用されます:

    サブスクリプション サービス

    要求の種類 すべてのテナントに対するアプリごとの制限 すべてのアプリのテナントごとの制限 テナントごとのアプリ別の制限
    POST、PUT、DELETE、PATCH 20 秒あたり 5000 の要求数 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数
    ID によるサブスクリプションの取得 20 秒あたり 5000 の要求数 20 秒あたり 2000 の要求数 20 秒あたり 1000 の要求数
    サブスクリプションの取得リスト 20 秒あたり 80 の要求数 20 秒あたり 40 の要求数 20 秒あたり 40 の要求数

    上記の制限は、次のリソースに適用されます:

    割り当てサービスの制限

    次の制限は、割り当てサービス API の要求に適用されます。

    要求の種類 テナントごとのアプリ別の制限 すべてのアプリのテナントごとの制限
    任意 10 秒あたり 500 の要求数 10 秒あたり 1000 の要求数
    任意 3600 秒あたり 15000 の要求数 3600 秒あたり 30000 の要求数
    割り当てを取得する 10 秒あたり 50 の要求数 10 秒あたり 150 の要求数

    前述の制限は、次のリソースに適用されます: