Сегментация запросов для улучшения времени отклика
В вашей среде обрабатываются тысячи запросов, каждый из которых имеет свои взаимосвязи и контекст. Поэтому для выявления первопричины неэффективности необходимо сузить анализ до релевантных запросов. Вы можете сегментировать запросы, фильтруя поток обслуживания или проводя анализ выбросов.
Сценарий
За выбранный 2-часовой промежуток времени сервис easyTravel Customer Frontend получил 249 000 запросов. В этом примере мы хотим выявить запросы с медленным временем ответа сервиса.
Шаги
1. Начните с сегментации запросов с помощью Service flow .
1.1 Для доступа к потоку обслуживания
- Перейдите в раздел Службы.
- Выберите службу, которую хотите проанализировать.
- На странице обзора службы в разделе Топология выберите Поток обслуживания.
Нас интересуют именно запросы, поступившие от easyTravel Customer Frontend сначала по AuthenticationService, а затем по easyTravel-Business. 94% запросов easyTravel Customer Frontend, поступивших по AuthenticationService, также касались VerificationService.
1.2 Сосредоточьтесь на подмножестве запросов
- Выберите вызываемую службу > Применить фильтр
- Чтобы добавить службу в качестве второго параметра фильтра, выберите службу, которую хотите добавить.
2. Чтобы получить доступ к списку распределенных трассировок, отфильтрованных по заданным параметрам, выберите службу вызова (easyTravel Customer Frontend) > Распределенные трассировки.
В списке последних трассировок отображаются запросы easyTravel Customer Frontend, инициированные пользователями, соответствующими критериям фильтра. Вы можете отфильтровать список или отсортировать его по времени начала, названию, времени ответа, времени обработки, методу HTTP или коду ответа.
3. Для визуализации отображаются только запросы easyTravel Customer Frontend с временем ответа менее или равным 80 мс.
- Выберите узел
easyTravel Customer Frontend. - В списке фильтров запросов выберите Время ответа.
- Выберите больше или равно ≥, введите значение
80в поле ввода и нажмите Применить. - Выберите Применить.
Из первоначальных 249 000 запросов лишь 3 оправдывают углубленный анализ распределенной трассировки.
4. Выберите трассировку из уточненного списка, чтобы продолжить ее анализ на уровне кода.
Заключение
Разделив запросы easyTravel Customer Frontend на этапы обслуживания и выделив только те, которые соответствуют нашим критериям, мы сужаем круг необходимых для углубленного анализа запросов с 249 000 до 3 за выбранный 2-часовой период времени.
Вы можете расширить свой анализ:
- Чтобы узнать, откуда поступил запрос, выберите Дополнительно ( … ) > Трассировка стека службы.
- Чтобы просмотреть полную трассировку от первой полностью отслеживаемой группы процессов, выберите Показать полную трассировку. Каждая распределенная трассировка отслеживает запрос от начала до конца. Это означает, что трассировки всегда начинаются с первой полностью отслеживаемой группы процессов. С помощью этой опции вы можете изменить ракурс и сосредоточиться только на сервисе.
