Ограничения скорости Azure REST API - использование Azure DNS для динамического DNS?
У нас есть разделение между локальной и облачной средой. Наш DNS размещен на Azure DNS.
У нас есть программа, которая работает на наших локальных серверах и обновляет службу Azure DNS через Azure REST API с использованием общедоступного IP-адреса сервера (эти серверы обычно расположены на домашних ADSL-соединениях) . По сути, это домашняя замена noip.com.
Программа выполняет прямое обновление каждый раз, даже если IP-адрес не изменился. API, конечно, предоставляет доступ для чтения, поэтому мы могли бы изменить нашу программу, чтобы сначала проверить текущий IP, но (очевидно) количество вызовов API на самом деле немного увеличится при таком подходе.
Объем запросов никогда не будет большой (скажем, не более 300 серверов с программой, запускаемой каждые 10 минут), но он будет больше, пропорционально размеру нашей учетной записи, чем может создать типичное управляющее приложение.
Мне не удалось найти никакой информации об ограничениях скорости API или руководящих принципах использования.
Чего я хочу избежать, так это непредвиденной потери обслуживания, поэтому я был бы признателен за любые рекомендации относительно того, будет ли это использование разрешенным. API и любую информацию об ограничениях скорости API.
Я обратился в службу поддержки Майкрософт с этим вопросом в категории поддержки «Квота».
Это ответ:
Если вы имеете в виду количество попаданий в Azure DNS метод "создать или обновить" (согласно документу: https://docs.microsoft.com/en-us/rest/api/dns/recordsets/createorupdate ), который в конечном итоге будет вызовом NRP . Мы не ограничиваем вызовы NRP, однако на бэкэнде запросы Resource Manager регулируются согласно https://docs.microsoft.com/en-us/azure/azure-resource-manager/resource-manager-request -пределы . В нем говорится, что «Для каждой подписки и клиента Resource Manager ограничивает запросы на чтение до 15 000 в час и запросы на запись до 1200 в час. Эти ограничения применяются к каждому экземпляру Azure Resource Manager; в каждом регионе Azure есть несколько экземпляров, а также в Azure Resource Manager. развертывается во всех регионах Azure. Таким образом, на практике ограничения намного выше, чем перечисленные выше, поскольку запросы пользователей обычно обслуживаются множеством разных экземпляров.
Если ваше приложение или сценарий достигает этих ограничений, вам необходимо ограничить В этом разделе показано, как определить количество оставшихся запросов до достижения лимита и как ответить, когда вы достигли лимита.
При достижении лимита вы получаете код состояния HTTP 429 Слишком много запросов. "
Ukuhlaziya iirekhodi zezixhobo ze-DNS yimeko yeshishini eliqhelekileyo. Ngeeseva ezingama-300 kunye nokuhlaziya yonke imizuzu eli-10 (imizuzwana engama-600) wenza iminxeba eyi-0.5 yeepi ngomzuzwana nje. Oku akuyi kuba yingxaki.
Nangona kunjalo, ndiza kuvula itikiti lenkxaso ngeMicrosoft ndibazise ngemeko yakho kunye needilesi ze-IP ezenziwa izicelo zakho ukusukela kwi-Azure DNS. Ayifuneki kodwa ayizukulimaza.