2

POST /groups/{id}/eventsエンドポイントに要求を行うと 、Microsoft Graph API が状態コード 429 エラー応答を返すことがあります。これは、あまりにも多くの要求が短期間に行われ、要求が抑制されていることを示しています. 私の観察によると、このスロットリング制限は、使用される認証トークンの共通部分と、リクエストで指定された特定のグループ ID に基づいて適用されるようです。いずれかを変更すると、スロットリング制約がバイパスされるようです。

しかし、驚いたことに、そして Microsoftのドキュメントと明らかに矛盾していることに、これらの POST 要求は、応答が失敗したにもかかわらず成功したようです。私のアプリケーションは、Outlook で新しいイベントが作成されたときに、変更通知を利用して Webhook を受信します。429 エラー レスポンスを受信して​​から数秒後に、POST リクエスト経由で送信されたイベントが正常に作成されたことを示す通知を受け取ります。

Request timestamp: 2020-03-19T11:04:22.784-07:00 
Webhook timestamp: 2020-03-19T11:04:24.833-07:00 (successful creation notification)

私が理解しようとしているのは、すべてのグラフ API からこの動作を期待する必要があるかということです。Outlook関連だけですか?グループカレンダー関連だけ?POSTリクエストだけですか?これらのリクエストを再試行すると重複が発生するため、これらのエラーを適切に処理する方法を知る必要があります。

それを踏まえて、グループ カレンダー API の特定のスロットリング制限に関するガイダンス、またはそれらを回避する方法に関するアドバイスを歓迎します。

4

0 に答える 0