Google is committed to advancing racial equity for Black communities. See how.
Эта страница была переведа с помощью Cloud Translation API.
Switch to English

Узнайте о данных производительности сетевых запросов HTTP / S (любое приложение)

Мониторинг производительности использует трассировки для сбора данных о отслеживаемых процессах в вашем приложении. Трассировка - это отчет, содержащий данные, полученные между двумя моментами времени в вашем приложении.

Для всех типов приложений мониторинг производительности автоматически собирает трассировку для каждого сетевого запроса, выданного вашим приложением, который называется трассировкой сетевого запроса HTTP / S. Эти трассировки собирают метрики за время между отправкой вашим приложением запроса в конечную точку службы и завершением ответа от этой конечной точки. Для любой конечной точки, к которой ваше приложение отправляет запрос, мониторинг производительности фиксирует несколько показателей:

  • Время отклика - время между отправкой запроса и полным получением ответа.

  • Размер полезной нагрузки ответа - размер в байтах полезной нагрузки сети, загруженной приложением.

  • Размер полезной нагрузки запроса - размер в байтах полезной нагрузки сети, загруженной приложением.

  • Коэффициент успеха - процент успешных ответов по сравнению с общим числом ответов (для измерения сбоев сети или сервера)

Мониторинг производительности автоматически собирает метрики для сетевых запросов, которые используют следующие сетевые библиотеки:

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

Агрегация данных по шаблонам URL

Firebase Performance Monitoring автоматически объединяет данные для похожих сетевых запросов, чтобы помочь вам понять тенденции в производительности ваших сетевых запросов.

Для каждого запроса Firebase проверяет, соответствует ли URL-адрес сетевого запроса шаблону URL-адреса. Если URL-адрес запроса соответствует шаблону URL-адреса, Firebase автоматически объединяет данные запроса по шаблону URL-адреса. Firebase модель отображает URL и их агрегированные данные на вкладке Сети в приборной панели Performance консоли Firebase.

Что такое шаблон URL?

Шаблон URL-адреса содержит домен и шаблон, который может соответствовать пути URL-адреса, например: example.com/*/animals/** .

  • Шаблоны URL могут содержать следующие сегменты пути:

    • простой текст - соответствует точной строке
    • * - соответствует любой строке в одном сегменте пути
    • ** - соответствует суффиксу произвольного пути
  • Шаблоны URL могут быть:

Например: любой из следующих URL-запросов может соответствовать шаблону URL-адреса example.com/*/animals/** .

  • example.com/singapore/animals
  • example.com/australia/animals/spiders
  • example.com/australia/animals/marsupials/koala.png

Firebase сопоставляет каждый запрос только одному шаблону URL . Если вы настроили какие-либо пользовательские шаблоны URL-адресов , Firebase сначала попытается сопоставить URL-адреса запросов с этими шаблонами. Если Firebase не находит подходящего пользовательского шаблона URL, он сопоставляет URL запроса с наиболее репрезентативным автоматическим шаблоном URL . Узнайте больше об автоматических и настраиваемых шаблонах URL-адресов в следующих разделах.

Автоматические шаблоны URL

Без какой-либо конфигурации с вашей стороны, мониторинг производительности пытается отразить последнее поведение вашего приложения, сопоставляя запросы вашего приложения с автоматическими шаблонами URL-адресов .

Как работает автоматическое сопоставление шаблонов URL?

Firebase сопоставляет каждый запрос с наиболее репрезентативным автоматическим шаблоном URL, полученным из запросов, отправленных вашим приложением. Однако обратите внимание, что Firebase сначала пытается сопоставить URL-адреса запросов с любыми настроенными настраиваемыми шаблонами URL-адресов .

Ниже приведен базовый пример того, как Firebase пытается сопоставить запросы с наиболее репрезентативным автоматическим шаблоном URL для вашего приложения.

  1. Ваше приложение отправляет множество запросов на URL-адреса, например:

    • example.com/germany/animals/bears
    • example.com/germany/animals/birds
    • example.com/germany/cars

    Firebase определяет, что example.com/germany/** является распространенным шаблоном запроса для вашего приложения, и добавляет его в качестве автоматического шаблона URL-адреса в ваш проект.

    Для любых новых совпадающих запросов к этому шаблону URL Firebase объединяет данные запросов в соответствии с автоматическим шаблоном URL example.com/germany/** .

  2. По прошествии одной недели большинство запросов вашего приложения направляются на example.com/germany/animals/bears и example.com/germany/animals/birds . Итак, Firebase получает более представительный шаблон URL-адреса example.com/germany/animals/** .

    Для любых новых совпадающих запросов к этому новому шаблону URL Firebase агрегирует данные запросов только по новому шаблону URL. Firebase продолжает агрегировать данные для запросов к example.com/germany/cars разделе example.com/germany/** .

  3. Однако в течение следующих нескольких недель количество запросов вашего приложения к example.com/germany/animals/bears и example.com/germany/animals/birds существенно уменьшится. Firebase определяет, что example.com/germany/animals/** не является репрезентативным для последнего поведения вашего приложения, поэтому Firebase начинает сопоставлять эти два запроса с example.com/germany/** .

    Firebase не собирает никаких дополнительных данных запроса в example.com/germany/animals/** потому что это уже не самый представительный автоматический шаблон URL.

Поскольку автоматическое сопоставление шаблонов URL является динамическим, имейте в виду следующее:

  • Новые шаблоны URL-адресов не влияют на совпадения и агрегированные данные из предыдущих запросов. Firebase не выполняет повторную агрегацию данных запроса задним числом.

  • Новые шаблоны URL влияют только на будущие запросы. Firebase сопоставляет каждый новый запрос с наиболее представительным автоматическим шаблоном URL. Однако обратите внимание, что Firebase сначала пытается сопоставить URL-адреса запросов с любыми настроенными настраиваемыми шаблонами URL-адресов .

Просмотр автоматических шаблонов URL и их данных

Панели Производительность консоли перечислены автоматические модели URL в сети> Все вкладки. Вы можете увидеть шаблоны URL с меткой Без категории . Это «широкие» автоматические шаблоны URL, по которым Firebase может агрегировать данные для запросов, не соответствующих какому-либо конкретному шаблону URL.

Когда заканчивается период хранения данных для данных, агрегированных по шаблону URL, Firebase удаляет эти данные из шаблона URL. Если срок действия всех данных, собранных в соответствии с автоматическим шаблоном URL, истекает, Firebase удаляет этот шаблон URL из консоли Firebase.

Пользовательские шаблоны URL

Вы можете создавать собственные шаблоны URL-адресов для отслеживания определенных шаблонов URL-адресов, которые Firebase не захватывает с помощью производного автоматического сопоставления шаблонов URL-адресов . Например, вы можете использовать настраиваемый шаблон URL-адреса для устранения неполадок с определенным URL-адресом или для отслеживания определенного набора URL-адресов с течением времени.

Посетите « Создание пользовательских шаблонов URL», чтобы узнать больше.

Отслеживайте, просматривайте и фильтруйте данные о производительности

Отслеживайте определенные показатели на панели инструментов

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

изображение панели показателей Firebase Performance Monitoring

Чтобы добавить метрику в панель управления, перейдите на приборную панель Performance в Firebase консоли, а затем нажмите на вкладку Сводки. Щелкните пустую карточку метрики, затем выберите существующую метрику, чтобы добавить ее на панель инструментов. Щелкните на заполненной карточке метрики, чтобы дополнительные параметры, например заменить или удалить метрику.

На панели инструментов отображаются собранные метрические данные с течением времени как в графической форме, так и в виде числового процентного изменения.

Узнайте больше об использовании панели управления .

Просмотреть все трассы и их данные

Чтобы просмотреть эти трассировки, перейдите на панель управления « Производительность» в консоли Firebase, затем щелкните вкладку « Сеть ».

На вкладке « Сеть » вы можете переходить по различным экранам, чтобы изучить трассировку и перейти к интересующим метрикам. На большинстве страниц вы можете использовать кнопку фильтра (вверху слева на экране) для фильтрации данных по атрибуту, например:

изображение данных Firebase Performance Monitoring, фильтруемых по атрибуту
  • Отфильтруйте по версии приложения, чтобы просмотреть данные о прошлом выпуске или последней версии
  • Отфильтруйте по устройству, чтобы узнать, как старые устройства обрабатывают ваше приложение
  • Выполните фильтрацию по стране, чтобы убедиться, что расположение вашей базы данных не влияет на конкретный регион.

Узнайте больше о просмотре данных для ваших трассировок .

Следующие шаги

  • Просматривайте подробные отчеты о пользовательских сеансах, в которых вы можете видеть конкретную трассировку в контексте временной шкалы других трассировок, собранных в течение того же сеанса.