Как отслеживать использование Azure Text to Speech, если метрика Synthesized Characters не видна: проверить ресурс, namespace и период, понять правила подсчёта символов и вести безопасный контрольный счётчик без подмены биллинга.
Проверьте ресурс, namespace и временной диапазон
Откройте именно тот Azure Speech resource, ключ или endpoint которого использует приложение, затем Monitoring > Metrics. Зафиксируйте subscription, resource group и имя ресурса во внутреннем отчёте, но скрывайте их в публичных снимках. Проверьте metric namespace, aggregation и диапазон, включающий известный тестовый запрос; не сравнивайте локальный месяц и UTC-интервал без явных границ. Если в подписке несколько Speech resources, отсутствие данных в одном не говорит о нулевом использовании другого. Сначала добейтесь однозначного соответствия запросов и выбранного ресурса.
Понимайте, что считает Synthesized Characters
Официальный обзор Text to Speech называет Synthesized Characters метрикой количества символов, преобразованных в речь. В правила billable characters входят буквы, цифры, пробелы, пунктуация, табуляция и другие пробельные символы, а в SSML учитывается разметка внутри текстового поля, кроме указанных исключений для speak и voice. Поэтому длина видимого текста и оплачиваемое значение могут различаться. Не выводите сумму из размера аудиофайла или длительности: это другая единица, а для некоторых языковых символов действуют отдельные правила подсчёта.
Создайте один нейтральный контрольный запрос
В тестовом окружении отправьте короткую фразу без персональных данных и сохраните время UTC, идентификатор ресурса, режим real-time или batch, имя голоса, успешный статус и локально рассчитанное число Unicode code points в фактически отправленном теле. Не включайте ключ Speech, полный endpoint с секретными параметрами и содержимое пользовательских запросов. Подождите штатное обновление метрики и сравните не абсолютный счёт, а изменение в узком интервале. Один тест не подтверждает биллинг, но показывает, отображается ли телеметрия выбранного ресурса.
Ведите собственный счётчик как контроль, не счёт
На стороне приложения можно регистрировать для успешных запросов время, ресурс, тип синтеза, хеш шаблона и рассчитанное число символов после формирования фактического SSML. Храните только необходимые агрегаты и не записывайте пользовательский текст. Такой счётчик помогает находить пропущенные ресурсы, повторы и скачки, но не заменяет Azure usage или invoice: сервис применяет собственные правила billable characters и может учитывать успешно обработанный запрос даже при отсутствии ожидаемого аудио из-за несовпадения языка голоса. Расхождение должно запускать разбор, а не автоматическую корректировку счёта.
Эскалируйте исчезнувшую метрику с фактами
Если Synthesized Characters отсутствует в списке или не меняется после контрольного запроса, сохраните тип и регион Speech resource, SKU, metric namespace, UTC-интервал, снимок пустого списка, correlation ID успешного запроса и результат проверки второго окна браузера с теми же правами. Сверьте текущую страницу документации, где метрика всё ещё описана, и не объявляйте её удалённой без changelog. В Azure Support передавайте идентификаторы через защищённые поля. Не публикуйте ключи, текст запросов или счёт; просите проверить доступность метрики для конкретного ресурса.
Материал подготовлен самостоятельно с автоматизацией и редакционно проверен 29 июля 2026 года по обезличенному сигналу Microsoft Q&A и документации Microsoft Learn; данные подписки и фактическое потребление не использовались.
Источники и проверка
- Microsoft Learn — обзор Azure Text to Speech проверено 2026-07-29
- Microsoft Learn — квоты Azure Speech проверено 2026-07-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.