Performance Monitoring использует трассировки для сбора данных о отслеживаемых процессах в вашем приложении. Трассировка — это отчет, содержащий данные, собранные между двумя моментами времени в вашем приложении.
Для всех типов приложений Performance Monitoring автоматически собирает трассировку для каждого сетевого запроса, отправленного вашим приложением, который называется трассировкой сетевого запроса HTTP/S . Эти трассировки собирают показатели за время между отправкой вашим приложением запроса к конечной точке службы и завершением ответа от этой конечной точки. Для любой конечной точки, к которой ваше приложение отправляет запрос, Performance Monitoring фиксирует несколько показателей:
Время ответа — время между отправкой запроса и полным получением ответа.
Размер полезных данных ответа — размер в байтах сетевых полезных данных, загружаемых приложением.
Данные этих трассировок можно просмотреть на подвкладке «Сетевые запросы» таблицы трассировок, которая находится в нижней части панели мониторинга «Производительность» (подробнее об использовании консоли см . далее на этой странице).
Готовый мониторинг включает в себя большинство сетевых запросов для вашего приложения. Однако если есть определенные URL-адреса, которые Firebase не фиксирует с помощью производного автоматического сопоставления шаблонов URL-адресов, вы можете создать собственные шаблоны URL-адресов для отслеживания определенного набора URL-адресов с течением времени.
Агрегация данных по шаблонам URL
Firebase Performance Monitoring автоматически объединяет данные по похожим сетевым запросам, чтобы помочь вам понять тенденции в производительности ваших сетевых запросов.
Для каждого запроса Firebase проверяет, соответствует ли URL-адрес сетевого запроса шаблону URL-адреса. Если URL-адрес запроса соответствует шаблону URL-адреса, Firebase автоматически объединяет данные запроса по шаблону URL-адреса. Firebase отображает шаблоны URL-адресов и их агрегированные данные на вкладке «Сеть» на панели «Производительность» консоли Firebase .
Что такое шаблон URL?
Шаблон URL-адреса содержит домен и шаблон, который может соответствовать пути URL-адреса, например: example.com/*/animals/** .
Шаблоны URL-адресов могут содержать следующие сегменты пути:
- обычный текст — соответствует точной строке
-
*— соответствует любой строке в одном сегменте пути -
**— соответствует произвольному суффиксу пути
Шаблоны URL-адресов могут быть следующими:
- Шаблоны, полученные из Firebase — называемые автоматическими шаблонами URL.
- Пользовательские шаблоны — называемые пользовательскими шаблонами URL-адресов.
Например: любой из следующих URL-запросов может соответствовать шаблону URL-адресов example.com/*/animals/** .
-
example.com/singapore/animals -
example.com/australia/animals/spiders -
example.com/australia/animals/marsupials/koala.png
Домен для шаблона URL-адреса также может содержать * в качестве первого сегмента, например: *.example.com/*/fruits/** .
Firebase сопоставляет каждый запрос только с одним шаблоном URL . Если вы настроили какие-либо собственные шаблоны URL-адресов , Firebase сначала попытается сопоставить URL-адреса запросов с этими шаблонами. Если Firebase не находит подходящего пользовательского шаблона URL-адреса, он сопоставляет URL-адрес запроса с наиболее репрезентативным автоматическим шаблоном URL-адреса . Узнайте больше об автоматических и пользовательских шаблонах URL в следующих разделах.
Автоматические шаблоны URL
Без какой-либо настройки с вашей стороны, Performance Monitoring пытается отразить последнее поведение вашего приложения, сопоставляя запросы вашего приложения с автоматическими шаблонами URL-адресов .
Как работает автоматическое сопоставление шаблонов URL?
Firebase сопоставляет каждый запрос с наиболее репрезентативным автоматическим шаблоном URL-адреса, полученным на основе запросов, отправленных вашим приложением. Однако обратите внимание, что Firebase сначала пытается сопоставить URL-адреса запроса с любыми настроенными шаблонами URL-адресов .
Ниже приведен базовый пример того, как Firebase пытается сопоставить запросы с наиболее репрезентативным автоматическим шаблоном URL-адреса для вашего приложения.
Ваше приложение отправляет множество запросов на такие 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/**.-
Через неделю большая часть запросов вашего приложения приходится на
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/**.Однако в течение следующих нескольких недель количество запросов вашего приложения к
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-адресов и их данных
Firebase отображает все шаблоны URL-адресов и их агрегированные данные на подвкладке «Сетевые запросы» таблицы трассировок, которая находится в нижней части панели «Производительность» консоли Firebase .
Вы можете увидеть шаблоны URL с меткой «Без категории» . Это «широкие» автоматические шаблоны URL-адресов, в соответствии с которыми Firebase может агрегировать данные для запросов, которые не соответствуют какому-либо более конкретному шаблону URL-адресов.
Когда период хранения данных , агрегированных по шаблону URL-адреса, заканчивается, Firebase удаляет эти данные из шаблона URL-адреса. Если срок действия всех данных, агрегированных по автоматическому шаблону URL-адресов, истечет, Firebase удалит этот шаблон URL-адреса из консоли Firebase .
Пользовательские шаблоны URL-адресов
Вы можете создавать собственные шаблоны URL-адресов для отслеживания определенных шаблонов URL-адресов, которые Firebase не фиксирует с помощью производного автоматического сопоставления шаблонов URL-адресов . Например, вы можете использовать собственный шаблон URL-адреса для устранения неполадок определенного URL-адреса или для мониторинга определенного набора URL-адресов с течением времени.
Посетите раздел «Создание собственных шаблонов URL-адресов», чтобы узнать больше.
Отслеживайте, просматривайте и фильтруйте данные о производительности
Чтобы просматривать данные о производительности в реальном времени, убедитесь, что ваше приложение использует версию Performance Monitoring SDK, совместимую с обработкой данных в реальном времени. Узнайте больше о данных о производительности в реальном времени .
Отслеживайте конкретные показатели на панели управления
Чтобы узнать, как меняются ваши ключевые показатели, добавьте их на доску показателей в верхней части панели мониторинга «Производительность» . Вы можете быстро выявить регрессии, наблюдая за изменениями еженедельно, или убедиться, что недавние изменения в вашем коде повышают производительность.
Панель мониторинга производительности Firebase" />Чтобы добавить метрику на доску метрик, выполните следующие действия:
- Перейдите на панель мониторинга производительности в консоли Firebase .
- Нажмите пустую карточку показателя, затем выберите существующий показатель, чтобы добавить его на доску.
- Нажмите на заполненной карточке показателя, чтобы просмотреть дополнительные параметры, например заменить или удалить показатель.
На панели показателей отображаются собранные данные показателей с течением времени как в графической форме, так и в виде численного процентного изменения.
Узнайте больше об использовании панели мониторинга .
Просмотр трассировок и их данных
Чтобы просмотреть трассировки, перейдите на панель мониторинга «Производительность» в консоли Firebase , прокрутите вниз до таблицы трассировок и щелкните соответствующую вложенную вкладку. В таблице отображаются некоторые основные метрики для каждой трассы, и вы даже можете отсортировать список по процентному изменению определенной метрики.
Performance Monitoring предоставляет страницу устранения неполадок в консоли Firebase , на которой освещаются изменения показателей, что позволяет легко быстро устранять и минимизировать влияние проблем с производительностью на ваши приложения и пользователей. Вы можете использовать страницу устранения неполадок, когда узнаете о потенциальных проблемах с производительностью, например в следующих сценариях:
- Вы выбираете соответствующие показатели на информационной панели и замечаете большую разницу.
- В таблице трассировок вы сортируете данные так, чтобы самые большие отклонения отображались вверху, и вы видите значительное процентное изменение.
- Вы получите оповещение по электронной почте, уведомляющее вас о проблеме с производительностью.
Вы можете получить доступ к странице устранения неполадок следующими способами:
- На панели мониторинга показателей нажмите кнопку « Просмотреть сведения о метрике» .
- На любой карточке показателя выберите
=> Посмотреть подробности . На странице устранения неполадок отображается информация о выбранной вами метрике. В таблице трассировок щелкните имя трассировки или любое значение метрики в строке, связанной с этой трассировкой. В уведомлении по электронной почте нажмите «Провести расследование» .
Данные мониторинга производительности Firebase фильтруются по атрибуту" />- Фильтруйте по URL-адресу страницы , чтобы просмотреть данные для конкретной страницы вашего сайта.
- Отфильтруйте по эффективному типу соединения , чтобы узнать, как соединение 3G влияет на ваше приложение.
- Фильтруйте по стране , чтобы убедиться, что расположение вашей базы данных не влияет на определенный регион.
Узнайте больше о просмотре данных для ваших трассировок .
Следующие шаги
Узнайте больше об использовании атрибутов для проверки данных о производительности.
Узнайте больше о том, как отслеживать проблемы с производительностью в консоли Firebase .
Настройте оповещения о сетевых запросах, которые снижают производительность вашего приложения. Например, вы можете настроить оповещение по электронной почте для своей команды, если время ответа для определенного шаблона URL-адреса превышает установленный вами порог.
Performance Monitoring использует трассировки для сбора данных о отслеживаемых процессах в вашем приложении. Трассировка — это отчет, содержащий данные, собранные между двумя моментами времени в вашем приложении.
Для всех типов приложений Performance Monitoring автоматически собирает трассировку для каждого сетевого запроса, отправленного вашим приложением, который называется трассировкой сетевого запроса HTTP/S . Эти трассировки собирают метрики за время между отправкой вашим приложением запроса к конечной точке службы и завершением ответа от этой конечной точки. Для любой конечной точки, к которой ваше приложение отправляет запрос, Performance Monitoring фиксирует несколько показателей:
Время ответа — время между отправкой запроса и полным получением ответа.
Размер полезных данных ответа — размер в байтах сетевых полезных данных, загружаемых приложением.
Данные этих трассировок можно просмотреть на подвкладке «Сетевые запросы» таблицы трассировок, которая находится в нижней части панели мониторинга «Производительность» (подробнее об использовании консоли см . далее на этой странице).
Готовый мониторинг включает в себя большинство сетевых запросов для вашего приложения. Однако если есть определенные URL-адреса, которые Firebase не фиксирует с помощью производного автоматического сопоставления шаблонов URL-адресов, вы можете создать собственные шаблоны URL-адресов для отслеживания определенного набора URL-адресов с течением времени.
Агрегация данных по шаблонам URL
Firebase Performance Monitoring автоматически объединяет данные по похожим сетевым запросам, чтобы помочь вам понять тенденции в производительности ваших сетевых запросов.
Для каждого запроса Firebase проверяет, соответствует ли URL-адрес сетевого запроса шаблону URL-адреса. Если URL-адрес запроса соответствует шаблону URL-адреса, Firebase автоматически объединяет данные запроса по шаблону URL-адреса. Firebase отображает шаблоны URL-адресов и их агрегированные данные на вкладке «Сеть» на панели «Производительность» консоли Firebase .
Что такое шаблон URL?
Шаблон URL-адреса содержит домен и шаблон, который может соответствовать пути URL-адреса, например: example.com/*/animals/** .
Шаблоны URL-адресов могут содержать следующие сегменты пути:
- простой текст — соответствует точной строке
-
*— соответствует любой строке в одном сегменте пути -
**— соответствует произвольному суффиксу пути
Шаблоны URL-адресов могут быть следующими:
- Шаблоны, полученные из Firebase — называемые автоматическими шаблонами URL.
- Пользовательские шаблоны — называемые пользовательскими шаблонами URL-адресов.
Например: любой из следующих URL-запросов может соответствовать шаблону URL-адресов example.com/*/animals/** .
-
example.com/singapore/animals -
example.com/australia/animals/spiders -
example.com/australia/animals/marsupials/koala.png
Домен для шаблона URL-адреса также может содержать * в качестве первого сегмента, например: *.example.com/*/fruits/** .
Firebase сопоставляет каждый запрос только с одним шаблоном URL . Если вы настроили какие-либо собственные шаблоны URL-адресов , Firebase сначала попытается сопоставить URL-адреса запросов с этими шаблонами. Если Firebase не находит подходящего пользовательского шаблона URL-адреса, он сопоставляет URL-адрес запроса с наиболее репрезентативным автоматическим шаблоном URL-адреса . Узнайте больше об автоматических и пользовательских шаблонах URL в следующих разделах.
Автоматические шаблоны URL
Без какой-либо настройки с вашей стороны, Performance Monitoring пытается отразить последнее поведение вашего приложения, сопоставляя запросы вашего приложения с автоматическими шаблонами URL-адресов .
Как работает автоматическое сопоставление шаблонов URL?
Firebase сопоставляет каждый запрос с наиболее репрезентативным автоматическим шаблоном URL-адреса, полученным на основе запросов, отправленных вашим приложением. Однако обратите внимание, что Firebase сначала пытается сопоставить URL-адреса запроса с любыми настроенными шаблонами URL-адресов .
Ниже приведен базовый пример того, как Firebase пытается сопоставить запросы с наиболее репрезентативным автоматическим шаблоном URL-адреса для вашего приложения.
Ваше приложение отправляет множество запросов на такие 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/**.-
Через неделю большая часть запросов вашего приложения приходится на
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/**.Однако в течение следующих нескольких недель количество запросов вашего приложения к
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-адресов и их данных
Firebase отображает все шаблоны URL-адресов и их агрегированные данные на подвкладке «Сетевые запросы» таблицы трассировок, которая находится в нижней части панели «Производительность» консоли Firebase .
Вы можете увидеть шаблоны URL с меткой «Без категории» . Это «широкие» автоматические шаблоны URL-адресов, в соответствии с которыми Firebase может агрегировать данные для запросов, которые не соответствуют какому-либо более конкретному шаблону URL-адресов.
Когда период хранения данных , агрегированных по шаблону URL-адреса, заканчивается, Firebase удаляет эти данные из шаблона URL-адреса. Если срок действия всех данных, агрегированных по автоматическому шаблону URL-адреса, истечет, Firebase удалит этот шаблон URL-адреса из консоли Firebase .
Пользовательские шаблоны URL-адресов
Вы можете создавать собственные шаблоны URL-адресов для отслеживания определенных шаблонов URL-адресов, которые Firebase не фиксирует с помощью производного автоматического сопоставления шаблонов URL-адресов . Например, вы можете использовать собственный шаблон URL-адреса для устранения неполадок определенного URL-адреса или для мониторинга определенного набора URL-адресов с течением времени.
Посетите раздел «Создание собственных шаблонов URL-адресов», чтобы узнать больше.
Отслеживайте, просматривайте и фильтруйте данные о производительности
Чтобы просматривать данные о производительности в реальном времени, убедитесь, что ваше приложение использует версию Performance Monitoring SDK, совместимую с обработкой данных в реальном времени. Узнайте больше о данных о производительности в реальном времени .
Отслеживайте конкретные показатели на панели управления
Чтобы узнать, как меняются ваши ключевые показатели, добавьте их на доску показателей в верхней части панели мониторинга «Производительность» . Вы можете быстро выявить регрессии, наблюдая за изменениями еженедельно, или убедиться, что недавние изменения в вашем коде повышают производительность.
Панель мониторинга производительности Firebase" />Чтобы добавить метрику на доску метрик, выполните следующие действия:
- Перейдите на панель мониторинга производительности в консоли Firebase .
- Нажмите пустую карточку показателя, затем выберите существующий показатель, чтобы добавить его на доску.
- Нажмите на заполненной карточке показателя, чтобы просмотреть дополнительные параметры, например заменить или удалить показатель.
На панели показателей отображаются собранные данные показателей с течением времени как в графической форме, так и в виде численного процентного изменения.
Узнайте больше об использовании панели мониторинга .
Просмотр трассировок и их данных
Чтобы просмотреть трассировки, перейдите на панель мониторинга «Производительность» в консоли Firebase , прокрутите вниз до таблицы трассировок и щелкните соответствующую вложенную вкладку. В таблице отображаются некоторые основные метрики для каждой трассы, и вы даже можете отсортировать список по процентному изменению определенной метрики.
Performance Monitoring предоставляет страницу устранения неполадок в консоли Firebase , на которой освещаются изменения показателей, что позволяет легко быстро устранять и минимизировать влияние проблем с производительностью на ваши приложения и пользователей. Вы можете использовать страницу устранения неполадок, когда узнаете о потенциальных проблемах с производительностью, например в следующих сценариях:
- Вы выбираете соответствующие показатели на информационной панели и замечаете большую разницу.
- В таблице трассировок вы сортируете данные так, чтобы самые большие отклонения отображались вверху, и вы видите значительное процентное изменение.
- Вы получите оповещение по электронной почте, уведомляющее вас о проблеме с производительностью.
Вы можете получить доступ к странице устранения неполадок следующими способами:
- На панели мониторинга метрики нажмите кнопку « Просмотреть сведения о метрике» .
На любой карточке показателя выберите => Посмотреть подробности . На странице устранения неполадок отображается информация о выбранной вами метрике. В таблице трассировок щелкните имя трассировки или любое значение метрики в строке, связанной с этой трассировкой. В уведомлении по электронной почте нажмите «Провести расследование» .
Данные мониторинга производительности Firebase фильтруются по атрибуту" />- Фильтруйте по URL-адресу страницы , чтобы просмотреть данные для конкретной страницы вашего сайта.
- Отфильтруйте по эффективному типу соединения , чтобы узнать, как соединение 3G влияет на ваше приложение.
- Фильтруйте по стране , чтобы убедиться, что расположение вашей базы данных не влияет на определенный регион.
Узнайте больше о просмотре данных для ваших трассировок .
Следующие шаги
Узнайте больше об использовании атрибутов для изучения данных о производительности.
Узнайте больше о том, как отслеживать проблемы с производительностью в консоли Firebase .
Настройте оповещения о сетевых запросах, которые снижают производительность вашего приложения. Например, вы можете настроить оповещение по электронной почте для своей команды, если время ответа для определенного шаблона URL-адреса превышает установленный вами порог.
Performance Monitoring использует трассировки для сбора данных о отслеживаемых процессах в вашем приложении. Трассировка — это отчет, содержащий данные, собранные между двумя моментами времени в вашем приложении.
Для всех типов приложений Performance Monitoring автоматически собирает трассировку для каждого сетевого запроса, отправленного вашим приложением, который называется трассировкой сетевого запроса HTTP/S . Эти трассировки собирают показатели за время между отправкой вашим приложением запроса к конечной точке службы и завершением ответа от этой конечной точки. Для любой конечной точки, к которой ваше приложение отправляет запрос, Performance Monitoring фиксирует несколько показателей:
Время ответа — время между отправкой запроса и полным получением ответа.
Размер полезных данных ответа — размер в байтах сетевых полезных данных, загружаемых приложением.
Данные этих трассировок можно просмотреть на подвкладке «Сетевые запросы» таблицы трассировок, которая находится в нижней части панели мониторинга «Производительность» (подробнее об использовании консоли см . далее на этой странице).
Мониторинг вне коробки включает в себя большинство сетевых запросов для вашего приложения. Однако, если существуют конкретные URL -адреса, которые Firebase не захватывает его производным автоматическим сопоставлением шаблонов URL, вы можете создавать пользовательские шаблоны URL для мониторинга определенного набора URL -адресов с течением времени.
Агрегация данных в соответствии с шаблонами URL -адреса
Firebase Performance Monitoring автоматически собирает данные для аналогичных сетевых запросов, чтобы помочь вам понять тенденции в производительности вашего сетевого запроса.
Для каждого запроса Firebase проверяет, если URL -адрес сетевого запроса соответствует шаблону URL. Если URL -адрес запроса соответствует шаблону URL, Firebase автоматически объединяет данные запроса по шаблону URL. Firebase отображает шаблоны URL и их агрегированные данные на вкладке «Сеть» на панели управления производительности консоли Firebase .
Что такое URL -образец?
Образец URL содержит домен плюс шаблон, который может соответствовать пути URL, например: example.com/*/animals/** .
Узоры URL могут содержать следующие сегменты пути:
- Простой текст - соответствует точной строке
-
*- Соответствует любой строке в одном сегменте пути -
**- соответствует суффиксу произвольного пути
Узоры URL могут быть:
- Огненные паттерны, называемые автоматическими узорами URL-адреса
- Пользовательские шаблоны, называемые пользовательскими шаблонами URL-адреса
Например: любой из следующих запросов URL -адреса может соответствовать example.com/*/animals/** URL -шаблона.
-
example.com/singapore/animals -
example.com/australia/animals/spiders -
example.com/australia/animals/marsupials/koala.png
Домен для шаблона URL также может содержать * в качестве первого сегмента, например: *.example.com/*/fruits/** .
Firebase отображает каждый запрос только на один шаблон URL . Если вы настроили какие -либо пользовательские шаблоны URL , Firebase пытается сначала сопоставить URL -адреса запроса с этими шаблонами. Если Firebase не находит соответствующую пользовательскую картину URL, то она соответствует URL -адресу запроса с наиболее репрезентативным автоматическим шаблоном URL . Узнайте больше об автоматических и пользовательских шаблонах URL в следующих разделах.
Автоматические шаблоны URL
Без какой -либо конфигурации вам попытки Performance Monitoring отразить последнее поведение использования вашего приложения путем сопоставления запросов вашего приложения с автоматическими шаблонами URL .
Как работает автоматическое сопоставление шаблонов URL?
Firebase соответствует каждому запросу с наиболее репрезентативным автоматическим шаблоном URL, который он получил по запросам, отправленным вашим приложением. Обратите внимание, однако, что Firebase пытается сопоставить URL -адреса запроса с любыми настроенными пользовательскими шаблонами URL -адреса в первую очередь.
Ниже приведен основной пример того, как Firebase пытается соответствовать запросам с наиболее репрезентативным автоматическим шаблоном URL для вашего приложения.
Ваше приложение отправляет много запросов на URL -адреса, такие как:
-
example.com/germany/animals/bears -
example.com/germany/animals/birds -
example.com/germany/cars
Firebase определяет, что
example.com/germany/**является общим шаблоном запроса для вашего приложения и добавляет его в качестве автоматического шаблона URL в вашем проекте.Для любых новых соответствующих запросов на этот шаблон URL -адреса Firebase собирает данные запросов в соответствии с
example.com/germany/**автоматического URL -шаблона.com/germany/**.-
Через одну неделю большинство запросов вашего приложения - это
example.com/germany/animals/bearsanimals/bears иexample.com/germany/animals/birds. Таким образом, Firebase получает более репрезентативный URL -шаблонexample.com/germany/animals/**.Для любых новых соответствующих запросов на этот новый шаблон URL -адреса Firebase объединяет данные запросов только под новым шаблоном URL. Firebase продолжает собирать данные для запросов
example.com/germany/**example.com/germany/carsТем не менее, в течение следующих нескольких недель запросы вашего приложения на
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. Firebase не задним числом повторно агрегировать данные запроса.
Только будущие запросы влияют новые модели URL. Firebase отображает каждый новый запрос с наиболее репрезентативным автоматическим шаблоном URL. Обратите внимание, однако, что Firebase пытается сопоставить URL -адреса запроса с любыми настроенными пользовательскими шаблонами URL -адреса в первую очередь.
Просмотреть автоматические шаблоны URL и их данные
Firebase отображает все шаблоны URL -адреса и их агрегированные данные в сетевых запросах таблицы Traces, которая находится в нижней части панели управления производительности консоли Firebase .
Вы можете увидеть шаблоны URL -адреса с лейблом без категории . Это «широкие» автоматические шаблоны URL, в соответствии с которыми Firebase может агрегировать данные для запросов, которые не соответствуют более конкретному шаблону URL.
Когда период хранения данных заканчивается для данных, агрегированных по схеме URL, Firebase удаляет эти данные из схемы URL. Если истекает все данные, агрегированные по автоматическому схеме URL -адреса, то Firebase удаляет этот шаблон URL из консоли Firebase .
Пользовательские узоры URL
Вы можете создавать пользовательские шаблоны URL для мониторинга конкретных шаблонов URL -адреса, которые Firebase не захватывает с помощью своего производного автоматического сопоставления шаблонов URL . Например, вы можете использовать пользовательский шаблон URL для устранения неполадок конкретного URL или для мониторинга определенного набора URL -адресов с течением времени.
Посетите создать пользовательские шаблоны URL, чтобы узнать больше.
Отслеживать, просмотреть и фильтровать данные о производительности
Чтобы просмотреть данные о производительности в реальном времени, убедитесь, что ваше приложение использует версию SDK мониторинга производительности, которая совместима с обработкой данных в реальном времени. Узнайте больше об данных о производительности в реальном времени .
Отслеживайте конкретные метрики на панели панели
Чтобы узнать, как ваши ключевые метрики в тренде, добавьте их в свою доску метриков в верхней части панели управления . Вы можете быстро определить регрессии, увидев изменения в неделю или убедиться, что недавние изменения в вашем коде улучшают производительность.
Мониторинг мониторинга производительности Firebase " />Чтобы добавить метрику в вашу доску метрик, выполните следующие действия:
- Перейдите на приборную панель Performance в консоли Firebase .
- Нажмите на пустую метрическую карту, затем выберите существующую метрику, чтобы добавить на свою плату.
- Нажмите на заполненной метрической карте для получения дополнительных параметров, например, для замены или удаления метрики.
Соглашение метрик показывает собранные метрические данные с течением времени, как в графической форме, так и в виде численного процентного изменения.
Узнайте больше об использовании приборной панели .
Просмотреть следы и их данные
Чтобы просмотреть свои следы, перейдите к панели управления Performance в консоли Firebase , прокрутите вниз к таблице трассы, затем нажмите подходящую подтую. В таблице отображаются некоторые лучшие метрики для каждого трассировки, и вы даже можете сортировать список по процентному изменению для определенной метрики.
Performance Monitoring обеспечивает страницу устранения неполадок в консоли Firebase , которая подчеркивает изменения метрических изменений, что позволяет легко быстро решать и минимизировать влияние проблем производительности на ваши приложения и пользователей. Вы можете использовать страницу устранения неполадок, когда вы узнаете о потенциальных проблемах производительности, например, в следующих сценариях:
- Вы выбираете соответствующие метрики на приборной панели и замечаете большую дельту.
- В таблице трассы вы сортируете, чтобы отобразить самые большие Deltas наверху, и вы видите значительное процентное изменение.
- Вы получаете предупреждение по электронной почте, уведомив вам проблему с производительностью.
Вы можете получить доступ к странице устранения неполадок следующими способами:
- На метрической панели инструментов нажмите кнопку «Просмотр метрических сведений» .
На любой метрической карте выберите => Просмотреть детали . На странице устранения неполадок отображается информация об выбранной вами метрике. В таблице трассы нажмите на имя трассировки или любое значение метрического значения в строке, связанном с этой трассировкой. В предупреждении по электронной почте нажмите «Расследовать сейчас» .
Данные мониторинга производительности Firebase фильтруются атрибутом " />- Фильтр по URL -адресу страницы для просмотра данных для определенной страницы вашего сайта
- Фильтр по эффективному типу соединения , чтобы узнать, как соединение 3G влияет на ваше приложение
- Отфильтруйте страну , чтобы убедиться, что местоположение в базе данных не влияет на конкретный регион
Узнайте больше о просмотре данных для ваших следов .
Следующие шаги
Узнайте больше об использовании атрибутов для изучения данных о производительности.
Узнайте больше о том, как отслеживать проблемы с производительностью в консоли Firebase .
Настройте оповещения о сетевых запросах, которые снижают производительность вашего приложения. Например, вы можете настроить оповещение по электронной почте для своей команды, если время ответа для определенного шаблона URL-адреса превышает установленный вами порог.
Performance Monitoring использует следы для сбора данных о контролируемых процессах в вашем приложении. След - это отчет, который содержит данные, полученные между двумя моментами времени в вашем приложении.
Для всех типов приложений Performance Monitoring автоматически собирает трассировку для каждого сетевого запроса, выпущенного вашим приложением, называемым трассировкой сетевого запроса HTTP/S . Эти следы собирают метрики в течение времени между тем, когда ваше приложение выдает запрос на конечную точку службы, и когда ответ с этой конечной точки завершен. Для любой конечной точки, на которую ваше приложение делает запрос, Performance Monitoring отражает несколько показателей:
Время ответа - время между тем, когда запрос сделан и когда ответ полностью получен
Размер полезной нагрузки ответа - размер байта сетевой полезной нагрузки, загруженной приложением
Вы можете просмотреть данные с этих следов в подборе сетевых запросов таблицы Traces, которая находится в нижней части панели управления производительности (узнайте больше об использовании консоли позже на этой странице).
Мониторинг вне коробки включает в себя большинство сетевых запросов для вашего приложения. Однако, если существуют конкретные URL -адреса, которые Firebase не захватывает его производным автоматическим сопоставлением шаблонов URL, вы можете создавать пользовательские шаблоны URL для мониторинга определенного набора URL -адресов с течением времени.
Агрегация данных в соответствии с шаблонами URL -адреса
Firebase Performance Monitoring автоматически собирает данные для аналогичных сетевых запросов, чтобы помочь вам понять тенденции в производительности вашего сетевого запроса.
Для каждого запроса Firebase проверяет, если URL -адрес сетевого запроса соответствует шаблону URL. Если URL -адрес запроса соответствует шаблону URL, Firebase автоматически объединяет данные запроса по шаблону URL. Firebase отображает шаблоны URL и их агрегированные данные на вкладке «Сеть» на панели управления производительности консоли Firebase .
Что такое URL -образец?
Образец URL содержит домен плюс шаблон, который может соответствовать пути URL, например: example.com/*/animals/** .
Узоры URL могут содержать следующие сегменты пути:
- Простой текст - соответствует точной строке
-
*- Соответствует любой строке в одном сегменте пути -
**- соответствует суффиксу произвольного пути
Узоры URL могут быть:
- Огненные паттерны, называемые автоматическими узорами URL-адреса
- Пользовательские шаблоны, называемые пользовательскими шаблонами URL-адреса
Например: любой из следующих запросов URL -адреса может соответствовать example.com/*/animals/** URL -шаблона.
-
example.com/singapore/animals -
example.com/australia/animals/spiders -
example.com/australia/animals/marsupials/koala.png
Домен для шаблона URL также может содержать * в качестве первого сегмента, например: *.example.com/*/fruits/** .
Firebase отображает каждый запрос только на один шаблон URL . Если вы настроили какие -либо пользовательские шаблоны URL , Firebase пытается сначала сопоставить URL -адреса запроса с этими шаблонами. Если Firebase не находит соответствующую пользовательскую картину URL, то она соответствует URL -адресу запроса с наиболее репрезентативным автоматическим шаблоном URL . Узнайте больше об автоматических и пользовательских шаблонах URL в следующих разделах.
Автоматические шаблоны URL
Без какой -либо конфигурации вам попытки Performance Monitoring отразить последнее поведение использования вашего приложения путем сопоставления запросов вашего приложения с автоматическими шаблонами URL .
Как работает автоматическое сопоставление шаблонов URL?
Firebase соответствует каждому запросу с наиболее репрезентативным автоматическим шаблоном URL, который он получил по запросам, отправленным вашим приложением. Обратите внимание, однако, что Firebase пытается сопоставить URL -адреса запроса с любыми настроенными пользовательскими шаблонами URL -адреса в первую очередь.
Ниже приведен основной пример того, как Firebase пытается соответствовать запросам с наиболее репрезентативным автоматическим шаблоном URL для вашего приложения.
Ваше приложение отправляет много запросов на URL -адреса, такие как:
-
example.com/germany/animals/bears -
example.com/germany/animals/birds -
example.com/germany/cars
Firebase определяет, что
example.com/germany/**является общим шаблоном запроса для вашего приложения и добавляет его в качестве автоматического шаблона URL в вашем проекте.Для любых новых соответствующих запросов на этот шаблон URL -адреса Firebase собирает данные запросов в соответствии с
example.com/germany/**автоматического URL -шаблона.com/germany/**.-
Через одну неделю большинство запросов вашего приложения - это
example.com/germany/animals/bearsanimals/bears иexample.com/germany/animals/birds. Таким образом, Firebase получает более репрезентативный URL -шаблонexample.com/germany/animals/**.Для любых новых соответствующих запросов на этот новый шаблон URL -адреса Firebase объединяет данные запросов только под новым шаблоном URL. Firebase продолжает собирать данные для запросов
example.com/germany/**example.com/germany/carsТем не менее, в течение следующих нескольких недель запросы вашего приложения на
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. Firebase не задним числом повторно агрегировать данные запроса.
Только будущие запросы влияют новые модели URL. Firebase отображает каждый новый запрос с наиболее репрезентативным автоматическим шаблоном URL. Обратите внимание, однако, что Firebase пытается сопоставить URL -адреса запроса с любыми настроенными пользовательскими шаблонами URL -адресов в первую очередь.
Просмотреть автоматические шаблоны URL и их данные
Firebase отображает все шаблоны URL -адреса и их агрегированные данные в сетевых запросах таблицы Traces, которая находится в нижней части панели управления производительности консоли Firebase .
Вы можете увидеть шаблоны URL -адреса с лейблом без категории . Это «широкие» автоматические шаблоны URL, в соответствии с которыми Firebase может агрегировать данные для запросов, которые не соответствуют более конкретному шаблону URL.
Когда период хранения данных заканчивается для данных, агрегированных по схеме URL, Firebase удаляет эти данные из схемы URL. Если истекает все данные, агрегированные по автоматическому схеме URL -адреса, то Firebase удаляет этот шаблон URL из консоли Firebase .
Пользовательские узоры URL
Вы можете создавать пользовательские шаблоны URL для мониторинга конкретных шаблонов URL -адреса, которые Firebase не захватывает с помощью своего производного автоматического сопоставления шаблонов URL . Например, вы можете использовать пользовательский шаблон URL для устранения неполадок конкретного URL или для мониторинга определенного набора URL -адресов с течением времени.
Посетите создать пользовательские шаблоны URL, чтобы узнать больше.
Отслеживать, просмотреть и фильтровать данные о производительности
Чтобы просмотреть данные о производительности в реальном времени, убедитесь, что ваше приложение использует версию SDK мониторинга производительности, которая совместима с обработкой данных в реальном времени. Узнайте больше об данных о производительности в реальном времени .
Отслеживайте конкретные метрики на панели панели
Чтобы узнать, как ваши ключевые метрики в тренде, добавьте их в свою доску метриков в верхней части панели управления . Вы можете быстро определить регрессии, увидев изменения в неделю или убедиться, что недавние изменения в вашем коде улучшают производительность.
Мониторинг мониторинга производительности Firebase " />Чтобы добавить метрику в вашу доску метрик, выполните следующие действия:
- Перейдите на приборную панель Performance в консоли Firebase .
- Нажмите на пустую метрическую карту, затем выберите существующую метрику, чтобы добавить на свою плату.
- Нажмите на заполненной метрической карте для получения дополнительных параметров, например, для замены или удаления метрики.
Соглашение метрик показывает собранные метрические данные с течением времени, как в графической форме, так и в виде численного процентного изменения.
Узнайте больше об использовании приборной панели .
Просмотреть следы и их данные
Чтобы просмотреть свои следы, перейдите к панели управления Performance в консоли Firebase , прокрутите вниз к таблице трассы, затем нажмите подходящую подтую. В таблице отображаются некоторые лучшие метрики для каждого трассировки, и вы даже можете сортировать список по процентному изменению для определенной метрики.
Performance Monitoring обеспечивает страницу устранения неполадок в консоли Firebase , которая подчеркивает изменения метрических изменений, что позволяет легко быстро решать и минимизировать влияние проблем производительности на ваши приложения и пользователей. Вы можете использовать страницу устранения неполадок, когда вы узнаете о потенциальных проблемах производительности, например, в следующих сценариях:
- Вы выбираете соответствующие метрики на приборной панели и замечаете большую дельту.
- В таблице трассы вы сортируете, чтобы отобразить самые большие Deltas наверху, и вы видите значительное процентное изменение.
- Вы получаете предупреждение по электронной почте, уведомив вам проблему с производительностью.
Вы можете получить доступ к странице устранения неполадок следующими способами:
- На метрической панели инструментов нажмите кнопку «Просмотр метрических сведений» .
На любой метрической карте выберите => Просмотреть детали . На странице устранения неполадок отображается информация об выбранной вами метрике. В таблице трассы нажмите на имя трассировки или любое значение метрического значения в строке, связанном с этой трассировкой. В предупреждении по электронной почте нажмите «Расследовать сейчас» .
Данные мониторинга производительности Firebase фильтруются атрибутом " />- Фильтр по URL -адресу страницы для просмотра данных для определенной страницы вашего сайта
- Фильтр по эффективному типу соединения , чтобы узнать, как соединение 3G влияет на ваше приложение
- Отфильтруйте страну , чтобы убедиться, что местоположение в базе данных не влияет на конкретный регион
Узнайте больше о просмотре данных для ваших следов .
Следующие шаги
Узнайте больше об использовании атрибутов для изучения данных о производительности.
Узнайте больше о том, как отслеживать проблемы с производительностью в консоли Firebase .
Настройте оповещения о сетевых запросах, которые снижают производительность вашего приложения. Например, вы можете настроить оповещение по электронной почте для своей команды, если время ответа для определенного шаблона URL-адреса превышает установленный вами порог.