Блог

Главная - Вопросы по программированию - Я пытаюсь понять ограничение / регулирование скорости Microsoft Graph API с конечными точками OneDrive / SharePoint и Excel

Я пытаюсь понять ограничение / регулирование скорости Microsoft Graph API с конечными точками OneDrive / SharePoint и Excel

#excel #microsoft-graph-api #onedrive #throttling #rate-limiting

#excel #microsoft-graph-api #onedrive #регулирование #ограничение скорости

Вопрос:

Я пытаюсь понять ограничение / регулирование скорости Microsoft Graph API с конечными точками OneDrive / SharePoint и Excel. Я знаю, что они не публикуют эти ограничения (см. Здесь ), но надеюсь, что если я предоставлю некоторую информацию о моем варианте использования, кто-нибудь сможет предоставить приблизительные цифры.

Вот некоторая информация о варианте использования:

  1. Существует электронная таблица, которая хранится в OneDrive или SharePoint
  2. В этой электронной таблице выполняются вычисления
  3. Пользователи отправляют входные данные и получают выходные данные из этой таблицы
  4. Пользователей 200
  5. Каждый пользователь делает около 10 запросов на чтение (отправка входных данных) и 10 запросов на запись (получение выходных данных) в день, т.Е. 2000 запросов на чтение и 2000 запросов на запись в день

Учитывая приведенную выше информацию, есть ли какой-либо способ узнать, столкнутся ли пользователи 429 ("Too many requests") or 503 ("Server Too Busy") с ошибкой?

И если это так,:

  1. Как часто?

  2. Есть ли стратегия для решения этой проблемы?

В конечном итоге я пытаюсь решить, является ли это подходящим инструментом для приложения корпоративного уровня или мне следует использовать SpreadsheetWeb.

Комментарии:

1. Пожалуйста, ознакомьтесь с этим документом .

2. При реализации обработки ошибок используйте код ошибки HTTP 429 для обнаружения регулирования. Неудачный ответ включает заголовок ответа Retry-After. Резервное копирование запросов с использованием задержки повторной попытки — лучший способ восстановления после регулирования, поскольку Microsoft Graph продолжает регистрировать использование ресурсов во время регулирования клиента. (1) Подождите количество секунд, указанное в заголовке Retry-After. (2) Повторите запрос. (3) Если запрос снова завершается ошибкой с кодом ошибки 429, вас все еще регулируют. Продолжайте использовать рекомендуемую задержку повторной попытки и повторяйте запрос до тех пор, пока он не завершится успешно.