Итак, есть несколько вещей, которые следует учитывать:
- Есть
usage date/time
, а затем reported date/time
. Бывший сообщает вам дату / время использования ресурсов, в то время как последний сообщает вам дату / время, когда эта информация была получена подсистемой выставления счетов. Будет некоторая задержка в использовании ресурсов по сравнению с отчетом. Из этого link
:
Задайте для {dateTimeOffset-value} значение reportStartTime и reportEndTime на допустимые значения dateTime. Обратите внимание, что это значение dateTimeOffset представляет собой временную метку, в которую было записано использование ресурса в биллинговой системе Azure. Поскольку Azure - это распределенная система, охватывающая 19 центров обработки данных по всему миру, обязательно должна быть задержка между временем использования ресурса (когда ресурс был фактически потреблен) и сообщенным временем использования ресурса (когда произошло событие использования биллинговая система), а вызывающим абонентам необходим предсказуемый способ получения всех событий использования подписки за заданный период времени.
- Запрос позволяет выполнять поиск только по указанной дате / времени, дата и время использования не предусмотрены. Однако возвращаемые вам данные содержат дату / время использования, а не дату / время, о которых сообщают.
Короче говоря, из-за задержки в распространении информации об использовании в подсистему биллинга поведение, которое вы видите, является правильным. По моему опыту, для отображения всей информации об использовании в подсистеме биллинга требуется около 24 часов.
То, как мы обрабатываем этот сценарий в нашем приложении, заключается в том, что мы извлекаем данные на более длительный срок, а затем выбираем только те данные, которые нам интересны. Так, например, если мне нужно увидеть данные за 1 марта, мы запрашиваем данные для указанной даты / времени с 1 марта, чтобы сказать 4 марта (то есть сегодняшняя дата), а затем отбрасываем все данные, дата использования которых не 1 марта. .
Если мы не находим никаких данных (что вполне возможно и происходит в вашем случае), мы просто сообщаем пользователям, что информация об использовании еще не доступна.
person
Gaurav Mantri
schedule
04.03.2017