IKuznetsov: Новая страница: «В вашей среде обрабатываются тысячи запросов, каждый из которых имеет свои взаимосвязи...»

2026-02-06T17:18:15Z

Новая страница: «В вашей среде обрабатываются тысячи запросов, каждый из которых имеет свои взаимосвязи...»

Новая страница

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

== Сценарий ==
За выбранный 2-часовой промежуток времени сервис <code>easyTravel Customer Frontend</code> получил 249 000 запросов. В этом примере мы хотим выявить запросы с медленным временем ответа сервиса.

== Шаги ==
1. Начните с сегментации запросов с помощью Service flow .

1.1 Для доступа к потоку обслуживания

* Перейдите в раздел '''Службы'''.
* Выберите службу, которую хотите проанализировать.
* На странице обзора службы в разделе '''Топология''' выберите '''Поток обслуживания'''.

Нас интересуют именно запросы, поступившие от <code>easyTravel Customer Frontend</code> сначала по <code>AuthenticationService</code>, а затем по <code>easyTravel-Business</code>. 94% запросов <code>easyTravel Customer Frontend</code>, поступивших по <code>AuthenticationService</code>, также касались <code>VerificationService</code>.

1.2 Сосредоточьтесь на подмножестве запросов

* Выберите вызываемую службу > '''Применить фильтр'''

[[Файл:Imageа2.png|граница]]

* Чтобы добавить службу в качестве второго параметра фильтра, выберите службу, которую хотите добавить.

[[Файл:Imageа3.png|граница]]

2. Чтобы получить доступ к списку распределенных трассировок, отфильтрованных по заданным параметрам, выберите службу вызова (<code>easyTravel Customer Frontend</code>) > '''Распределенные трассировки'''.

В списке последних трассировок отображаются запросы <code>easyTravel Customer Frontend</code>, инициированные пользователями, соответствующими критериям фильтра. Вы можете отфильтровать список или отсортировать его по времени начала, названию, времени ответа, времени обработки, методу HTTP или коду ответа.

3. Для визуализации отображаются только запросы <code>easyTravel Customer Frontend</code> с временем ответа менее или равным 80 мс.

* Выберите узел <code>easyTravel Customer Frontend</code>.
* В списке фильтров запросов выберите '''Время ответа'''.
* Выберите '''больше или равно ≥''', введите значение <code>80</code> в поле ввода и нажмите '''Применить'''.
* Выберите '''Применить'''.

[[Файл:Imageа4.png|граница]]

Из первоначальных 249 000 запросов лишь 3 оправдывают углубленный анализ распределенной трассировки.

[[Файл:Imageа5.png|граница]]

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

== Заключение ==
Разделив запросы <code>easyTravel Customer Frontend</code> на этапы обслуживания и выделив только те, которые соответствуют нашим критериям, мы сужаем круг необходимых для углубленного анализа запросов с 249 000 до 3 за выбранный 2-часовой период времени.

Вы можете расширить свой анализ:

* Чтобы узнать, откуда поступил запрос, выберите '''Дополнительно''' '''( … ) > Трассировка стека службы'''.
* Чтобы просмотреть полную трассировку от первой полностью отслеживаемой группы процессов, выберите '''Показать полную трассировку'''. Каждая распределенная трассировка отслеживает запрос от начала до конца. Это означает, что трассировки всегда начинаются с первой полностью отслеживаемой группы процессов. С помощью этой опции вы можете изменить ракурс и сосредоточиться только на сервисе.

Сегментация запросов для улучшения времени отклика - История изменений

IKuznetsov: Новая страница: «В вашей среде обрабатываются тысячи запросов, каждый из которых имеет свои взаимосвязи...»