Students Save 30%! Learn & create with unlimited courses & creative assets Students Save 30%! Save Now
Advertisement
  1. Code
  2. New Relic
Code

Как использовать новые Relic Insights, чтобы узнать больше о ваших клиентах

by
Difficulty:IntermediateLength:LongLanguages:
This post is part of a series called Performance Monitoring With New Relic.
How to Monitor Docker-Based Applications Using New Relic
Sponsored Content

This sponsored post features a product relevant to our readers while meeting our editorial guidelines for being objective and educational.

Russian (Pусский) translation by Masha Kolesnikova (you can also view the original English article)

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

Некоторые из вопросов являются техническими, например «Какой самый популярный веб-браузер среди наших высокооплачиваемых клиентов на этой неделе?» Другие, такие как «Какие самые популярные функции в нашем приложении?», Расскажут вам, когда вы пытаетесь спланировать, где ваши ресурсы разработчика имеют наибольшее значение.

Иногда нет правильного ответа, но чаще всего то, что стоит между вами и хорошо информированным решением, - это просто отсутствие качественных данных.

New Relic Insights - это инструмент расширенной аналитики эффективности (APA), призванный помочь вам ответить на эти (и многие другие) вопросы, связанные с бизнесом. Для этого он объединяет показатели производительности с соответствующими бизнес-параметрами и параметрами приложения, делая все это доступным для запросов, комбинирования и визуализации красивым способом.

Раньше такие исследования проводились с помощью сложных запросов и сценариев, использующих данные истории, специалистами по данным. Теперь, используя Insights, вы можете проводить транзакции близко к реальному времени, используя реальные данные от фактических посетителей.

В этом учебнике

Этот учебник представляет собой практическое введение в использование New Relic Insights в реальной прикладной среде. Лучший способ испытать и изучить Insights - это попробовать самим - и поэкспериментировать. Поэтому, вместо того, чтобы тратить много времени на теорию, мы будем сразу приступим к делу и исследуем инструмент шаг за шагом, узнавая о том, когда мы идем.

Начнем с того, что мы кратко остановимся на установке New Relic Insights. Затем мы будем копаться в данных: как запросить его, как визуализировать его и как заставить ваш код проходить в некоторых параметрах приложения. Наконец, мы возьмем все то, что мы изучили, и создадим панель поддержки клиентов, которую вы можете использовать, чтобы быстро выявлять проблемы и помогать своим клиентам в их проблемах с вашим приложением.

После завершения учебного пособия вам будет удобно изучать данные в New Relic Insights и использовать его для создания информационных панелей для представления информации, относящейся к различным заинтересованным сторонам вашей организации, от менеджмента до инженерии.

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

Начало работы с Relic Insights

Шаг 1: Настройте Relic Insights

Если вы уже используете инструменты мониторинга New Relic, начать работу с Insights будет просто. Приложение собирает свои данные из других продуктов New Relic, таких как APM и браузер, поэтому дальнейшая установка не требуется. Просто нажмите на пункт меню Insights в строке меню New Relic и начните использовать его для изучения ваших данных.

Если вы новый пользователь, начните с подписки на новую учетную запись пользователя Relic. Insights недоступна в качестве бесплатной версии, но 14-дневный период бесплатной пробной версии отлично подходит для использования.

После создания вашей учетной записи вам необходимо установить средство мониторинга APM на вашем сервере. Я описал шаги по установке инструмента в деталях в более раннем учебном пособии о New Relic Alerts. Следуйте инструкциям по установке из этого учебника, а затем, с New Relic, собирающим информацию из вашего приложения, вернитесь к этому руководству и переходите к следующему шагу.

Шаг 2. Запустите свой первый запрос.

Первое, что вы видите при запуске New Relic Insights, - это страница «Запрос».

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

The New Relic Insights welcome screen

Чтобы дать вам представление о данных, доступных для вас в Insights, давайте начнем с первого запроса.

В окне запроса в верхней части страницы напишите следующий запрос:

Этот запрос показывает количество событий PageView, зарегистрированных за последние 24 часа.

Как видно из вышеприведенного запроса, NRQL очень похож на SQL, с некоторыми ограничениями, а также с рядом специфических функций и ключевых слов New Relic. В оставшейся части этого учебника вы увидите довольно много разных запросов, но если в любой момент вам нужно будет изучить специфику языка запросов, вы также можете взглянуть на ссылку NRQL Reference.

Нажмите «Выполнить», чтобы запустить запрос и просмотреть его результаты.

The response from your first NRQL query

Теперь вы выполнили свой первый запрос NRQL. Затем вы, вероятно, захотите ознакомиться с данными, которые New Reic предоставляет для ваших запросов.

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

Другой вариант - изучить исходные данные.

Шаг 3: Изучите данные

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

Для этого нажмите «Проводник данных» в меню слева.

На следующем экране вы сможете выбрать тип данных, которые хотите просмотреть.

Select the event type to browse in the Data Explorer

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

Ниже приведен полный список типов событий, предоставляемых Insights:

  • Transaction: события на стороне сервера, собранные New Relic APM. В этих случаях вы найдете информацию о функциях более низкого уровня, таких как коды ответа HTTP и длительность запросов к базе данных.
  • PageView: события загрузки страницы, собранные New Relic Browser. В этой группе событий вы найдете информацию об опыте посетителя на странице, будут доступны такие вещи, как используемый веб-браузер, продолжительность посещения и т.д.
  • PageAction: настраиваемая группа связанных с браузером событий, которые можно заполнить, используя Insights JavaScript API для отправки событий о любых действиях, которые пользователь выполняет на странице (например, нажав кнопку, чтобы добавить элемент в свою корзину покупок).
  • Mobile: события, собранные из ваших мобильных приложений, которые отслеживаются с помощью New Relic Mobile.
  • SyntheticCheck и SyntheticRequest: события проверки доступности, отправленные с помощью инструмента Synthetics, с информацией о доступности ваших сервисов.

Поскольку многие из этих типов событий зависят от более сложных функций New Relic, мы не будем рассматривать их в этом уроке. Вместо этого мы продолжим работу с двумя первыми: Transaction и PageView.

Нажмите «PageView».

Проводник PageView показывает вам список последних событий PageView из вашего приложения. Каждая строка представляет собой представление отдельной страницы пользователя. Не забудьте прокрутить страницу вправо; если у вас нет очень большого экрана, вы обнаружите, что доступно гораздо больше полей, чем на экране.

Exploring PageView events

Взгляните также на данные Transaction.

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

Создание вашей первой приборной панели

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

С помощью New Relic Insights вы можете использовать данные с вашего сервера, чтобы пропустить этот шаг и обеспечить лучший опыт работы с клиентами, в то время как ваша работа в качестве разработчика станет гораздо легче!

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

Шаг 1. Создание новой панели инструментов.

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

Для более сложных коллекций диаграмм и виджетов вы можете создать Data App, набор панелей инструментов, связанных друг с другом, чтобы сформировать опыт, похожий на приложение.

Панель инструментов поддержки клиентов, скорее всего, будет расти в будущем, поскольку вы добавляете в нее все больше и больше элементов, поэтому для ее подготовки рекомендуется начинать сборку панели непосредственно внутри нее.

Сначала нажмите Data Apps в меню слева. Поскольку у вас еще нет настроенного приложения данных, вы увидите следующий экран:

Create a Data App

Нажмите «Создать приложение данных», чтобы создать приложение «Данные».

Всплывающее окно для ввода информации о приложении открывается в середине страницы:

Enter Data App settings

Заполните информацию о своем новом приложении: значок, заголовок (например, «Служба поддержки клиентов») и «Описание».

Имейте в виду, что это верхний уровень: внутри приложения вы сможете создавать любое количество информационных панелей. Вы также сможете редактировать эти настройки позже, поэтому не беспокойтесь о них на данный момент.

После заполнения полей данных нажмите «Создать».

Теперь вы создали приложение. Insights автоматически добавляет к нему пустую панель. Дайте панели управления имя (например, «Обзор»), отредактировав текстовое поле слева, которое теперь указывает «Без названия». Вы также можете выбрать описательный значок из выпадающего меню с левой стороны, если хотите.

Your new Data App is still empty

Панель инструментов выглядит пустой, поэтому давайте добавим в нее некоторый контент.

Шаг 2: добавьте свой первый виджет панели управления

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

Начнем с разбивки веб-браузеров, используемых вашими посетителями.

Введите следующий запрос в поле запроса вверху страницы:

Этот запрос:

  1. Подсчитывает количество уникальных сеансов. session - это атрибут нового сеанса доступа Relic пользователя, который длится до тех пор, пока пользователь не закроет окно браузера. uniqueCount - это функция NRQL, которая может использоваться для получения количества уникальных значений, записанных для атрибута.
  2. Группирует сеансы с помощью используемого веб-браузера. Это делается с использованием ключевого слова FACET, который принимает только один параметр, имя атрибута для группировки данных (userAgentName).
  3. Ограничивает запрос данными, собранными на прошлой неделе. Ключевое слово SINCE определяет начало временного диапазона и принимает дату, указанную в широком диапазоне различных форматов, например, 5 minutes ago, 6 hours ago или YESTERDAY.

Нажмите «Выполнить», чтобы выполнить запрос. Результаты отображаются прямо под окном запроса:

The results from the first query

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

В верхней части результатов вы найдете три вкладки для выбора презентации для результатов.

Нажмите на второй, чтобы отобразить разбивку браузера в виде гистограммы.

A more informative visualization of the browser breakdown

Введите заголовок для диаграммы и описание в поле «Примечания», если хотите.

Затем нажмите Добавить на эту панель.

The first widget is now in place on the dashboard

Вот он, первый виджет на этой приборной панели.

Вы можете изменить размер виджета, перетаскивая его из синего треугольника в нижнем правом углу окна или перемещая его вокруг холста, перетаскивая его.

Шаг 3: добавьте еще несколько виджетов панели мониторинга

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

В верхнем правом углу виджета Browser Breakdown, который вы только что добавили, вы найдете три значка.

Widget options

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

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

Чтобы получить эту информацию, отредактируйте запрос NRQL:

В этом запросе вместо группировки (FACET) результатов по имени браузера (userAgentName) мы группируем их по версии браузера (userAgentVersion).

Мы также добавили SQL-подобное предложение WHERE, чтобы отфильтровать данные, чтобы включать события, в которых пользовательский агент является Safari.

Нажмите «Выполнить», чтобы просмотреть результаты.

An edited version of the browser breakdown query

Если вы редактировали существующий виджет, теперь вы можете нажать «Сохранить изменения», чтобы применить изменения, внесенные в запрос.

Однако не делайте этого на этот раз.

Вместо этого отредактируйте имя и заметки. Затем нажмите «Добавить копию». В раскрывающемся меню выберите «Текущая панель», чтобы сохранить результаты в виде нового виджета на текущей панели мониторинга.

Remember to save a copy so you dont replace the existing widget

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

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

Вот еще несколько вопросов, которые нужно попробовать:

Операционные системы

Этот запрос подсчитывает сеансы посетителей, группируя их по используемой операционной системе.

Тип устройства

Этот запрос подсчитывает сеансы посетителей, группируя их по типу используемого устройства (Mobile / Desktop).

Страны посетителя

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

Самые популярные страницы

В этом запросе перечислены наиболее популярные страницы вашего сайта. Обратите внимание, что на этот раз мы используем count (*) вместо uniqueCount (session), так как даже тот же посетитель, посещающий ту же страницу, снова является интересным источником информации.

Просмотры страниц за сеанс

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

Запрос вычисляет долю просмотров страниц за сеанс, называя его «Просмотры страниц за сеанс». Затем он группирует их по типу устройства (deviceType) для сравнения, которое я имел в виду.

Последние ошибки

Этот запрос создает простой список сообщений об ошибках и типов, которые произошли на вашем сервере в последнее время. Если запрос возвращает пустой список, хорошо для вас! Если нет, вы нашли что-то исправить.

Коды ответа HTTP

Этот запрос подсчитывает транзакции, группируя их по HTTP-ответному коду.

Когда вы закончите работу с панелью управления, нажмите кнопку «Редактирование готово» в правом верхнем углу страницы.

После добавления этих запросов в виде виджетов (и удаления виджета версии Safari), вот как выглядит моя панель:

A basic Overview dashboard for a customer support Data App

Шаг 4: добавьте фильтр, чтобы лучше анализировать данные

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

Создание отдельного запроса для каждого сравнения было бы большим количеством работы и только привело бы к загроможденной информационной панели, отображающей информацию, которая вам нужна только изредка. Именно здесь удобна функция New Relic Insights для фильтрации данных приборной панели.

Давайте попробуем.

Нажмите кнопку «Изменить» в правом верхнем углу, чтобы вернуться в режим редактирования. Прямо над диаграммами появляется элемент, который говорит, что фильтр отключен.

Filter disabled

Нажмите на значок шестеренки, чтобы настроить фильтр.

В появившемся меню:

  1. Установите флажок Включить фильтр.
  2. В раскрывающемся списке «Типы событий» выберите «PageView». Здесь хранится информация о устройстве.
  3. В раскрывающемся списке Атрибуты выберите deviceType в качестве атрибута, который будет использоваться для фильтрации данных.
Enable filtering by deviceType

Выпадающие списки «Типы событий» и «Атрибуты» позволяют выбирать несколько параметров. Поэтому, если в любой момент вы хотите добавить дополнительные фильтры в свою панель, вы можете сделать это, просто выбрав больше атрибутов.

Теперь нажмите кнопку «Готово», чтобы просмотреть данные и протестировать фильтр.

В верхней части страницы вы увидите окно поиска, в котором указано Search deviceType. Нажмите на поле и выберите опцию Mobile.

Затем изучите данные, чтобы увидеть, не заметите ли вы различий между мобильными и настольными пользователями. Например, по моим данным, использование мобильных устройств - большинство из них на устройствах Apple - объясняет высокий процент пользователей Safari: на настольных компьютерах Google Chrome гораздо более популярен.

Dashboard filtered to only show mobile users

Добавление параметров приложения к вашим транзакционным данным

До сих пор в этом уроке мы работали с готовыми данными, предоставляемыми средствами браузера и APM. С помощью этих данных мы создали обзорную панель, которая дает нам полезную информацию о приложении в целом.

Однако, когда дело доходит до поиска данных, которые помогут вам ответить на вопросы поддержки клиентов конкретного пользователя, этого недостаточно. Таким образом, чтобы иметь возможность просверливать данные данного пользователя, мы продолжим, сделав контролируемое приложение передам некоторые параметры приложения для Insights.

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

Шаг 1. Добавление информации о пользователе в транзакции.

Новый API-интерфейс агента Relic PHP предоставляет множество функций для управления данными, поскольку он хранится для использования в Insights и других инструментах New Relic.

Теперь мы сосредоточимся на одном из них: newrelic_add_custom_parameter, который можно использовать для добавления настраиваемого параметра в ваши события Transaction. Если вы используете какой-либо другой язык программирования, ознакомьтесь с документацией New Relic для используемой функции.

Функция принимает два параметра: string ключ и значение, которое может быть типа string или float.

Теперь давайте создадим функцию для ввода некоторых данных о пользователе.

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

Во-первых, в строке 7 функция проверяет, что новое расширение Relic было загружено. Затем, если функции отчетности доступны, она продолжается добавлением нескольких параметров с использованием пользовательского объекта WordPress по умолчанию, WP_User:

  • email: адрес электронной почты часто является самым простым способом идентификации конкретного пользователя. Однако при работе с электронными письмами вы должны быть осторожны, чтобы информация оставалась в безопасности.
  • user_id: Если вам неудобно использовать адреса электронной почты для идентификации ваших пользователей в Insights, другим вариантом может быть числовой идентификатор пользователя. Поиск идентификатора пользователя перед поиском данных - дополнительный шаг, хотя ...
  • member_since: пока не требуется идентификация пользователя, время регистрации пользователя может быть интересным для будущих запросов о поведении ваших пользователей.
  • request_uri: По умолчанию данные транзакции не имеют параметра для определения страницы, к которой был осуществлен доступ. Итак, я решил добавить один для использования для запросов на страницы с ошибками 404.

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

В плагине WordPress лучший способ сделать это - подключить функцию к действию, например init, которое называется ранним, но только после того, как пользовательские данные были инициализированы.

Сделайте это, добавив следующий код прямо под функцией:

Шаг 2. Передача пользовательских данных в новый Relic-браузер.

Теперь вы добавили несколько настраиваемых параметров в свои Transaction события.

Однако, поскольку большинство наших виджетов панели инструментов основаны на запросах к событиям PageView, чтобы сделать их более полезными, вам также необходимо предоставить эту информацию для них. Для этого вам нужно будет настроить параметры агента PHP.

Сначала найдите файл конфигурации New Relic, newrelic.ini, на вашем сервере. Точное местоположение зависит от вашей установки PHP. На моем сервере Amazon Linux я нашел файл в /etc/php-5.5.d/newrelic.ini.

В файле конфигурации найдите строку, которая выглядит так:

Замените ее следующим:

Затем сохраните изменения и перезапустите веб-сервер.

Атрибуты Transaction теперь автоматически включаются также в события PageView, собранные New Relic Browser. Дополнительные данные будут доступны только в событиях, собранных после изменений, поэтому вам нужно будет дать New Relic некоторое время для сбора некоторых событий, прежде чем двигаться дальше.

Шаг 3: добавление нового виджета поддержки клиентов с использованием добавленных атрибутов

Теперь, когда события Transaction и PageView содержат пользовательские переменные с информацией о пользователе, мы можем создавать новые, еще более интересные запросы.

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

Введите следующий запрос в поле запроса:

Подобно общему списку ошибок PHP, которые мы создали ранее, запрос подсчитывает события Transaction, где установлен параметр errorType, и группирует их по адресу электронной почты пользователя (email).

Нажмите «Выполнить», чтобы протестировать запрос (скорее всего, вы получите пустой список). Затем дайте виджету имя и добавьте его в панель управления Обзор.

A widget for listing users who have experienced server errors

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

Результаты должны выглядеть примерно так:

A user was affected by the error

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

Шаг 4. Создание информационной панели для отображения конкретного пользователя.

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

Edit filter to allow filtering by email address

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

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

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

Add a new dashboard

Назовите новую панель инструментов «Signed In User Details». Затем нажмите «Готово» и вернитесь на панель «Обзор».

Перейдите в режим редактирования, затем щелкните значок ссылки в верхней части виджета «Пользователи с ошибками сервера».

Click the icon marked with the blue arrow

Появится всплывающее окно для выбора панели. Нажмите «Выбрать целевую панель», а затем выберите раскрывающийся список Информация о пользователе, которую вы только что создали.

Link to dashboard

Затем нажмите кнопку Link and update filter, чтобы сохранить изменения.

Нажмите «Готово» и вернитесь к виджету «Пользователи с ошибками сервера». Обратите внимание, что адрес электронной почты теперь является ссылкой. Нажав на нее, вы попадете на созданную панель, автоматически фильтруя ее по электронной почте.

Шаг 5: добавьте некоторые виджеты в панель сведений о пользователе

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

Последние ошибки

Сначала добавьте копию виджета «Последние ошибки» на вкладке «Обзор».

Для этого еще на вкладке «Обзор» перейдите в режим редактирования, затем прокрутите вниз до виджета и нажмите кнопку «Изменить». Прокрутите страницу до результатов запроса, затем нажмите «Добавить копию» и выберите новую раскрывающуюся панель в раскрывающемся списке.

Чтобы сделать данные более полезными для исправления ошибок, отредактируйте запрос, добавив к нему request_uri. Окончательный запрос выглядит так:

Вот результат на новой панели мониторинга при доступе, нажав на мой адрес электронной почты:

Errors filtered by the users email address

Коды ответа HTTP

Точно так же, как вы скопировали список вышеперечисленных ошибок, также скопируйте виджет HTTP Response Codes на личную панель пользователя.

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

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

The Signed In User Details dashboard shows information about errors

Информация о браузере и операционной системе

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

Мы уже создали виджеты для всех этих запросов на панели инструментов «Обзор», поэтому все, что вам нужно сделать, это скопировать их в новую панель управления и создать для них макет.

Что-то вроде этого, может быть?

The final Signed In User Details dashboard

Заключение

Теперь вы использовали New Relic Insights для создания простой, но мощной панели инструментов поддержки клиентов, которая поможет вам разобраться в причинах, с которыми сталкиваются ваши клиенты, когда они используют ваше приложение.

Это, однако, только начало.

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

Вот несколько идей, которые помогут вам:

  • Если ваше приложение использует сеансы для посетителей, отправьте ключи сеанса в New Relic, чтобы найти информацию о незалогиненных пользователях.
  • Добавьте инструментарий и сделайте панель инструментов лучше, чтобы учитывать требования бизнеса.
  • Импортируйте больше событий из внешних служб.
  • Создайте больше информационных панелей, чтобы углубиться в некоторые другие аспекты вашего приложения.

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

Advertisement
Advertisement
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.