IKuznetsov: Новая страница: «Помимо знания того, какая служба напрямую вызывает ту или иную из ваших сервисв, полезно...»

2026-02-11T15:35:47Z

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

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

Помимо знания того, какая служба напрямую вызывает ту или иную из ваших сервисв, полезно знать последовательность вызовов служб, предшествующих каждому запросу — вплоть до '''clickpatch''', который запустил эту последовательность вызовов. Обратная трассировка сервиса Ключ-АСТРОМ может показать вам такие последовательности вызовов.

Допустим, вы анализируете службу базы данных '''SQL''' и хотите понять последовательность предшествующих запросов к сервису, которые в конечном итоге вызвали входящие запросы к сервису '''SQL'''. С помощью обратной трассировки сервиса вы можете узнать, например, что сервис базы данных '''SQL''' вызывается процессом <code>Service1</code>, в то время как процесс <code>Service1</code> вызывается процессом <code>Service2</code>, который, в свою очередь, был запущен нажатием кнопки входа в систему.

Для просмотра обратной трассировки сервиса

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

Обратите внимание, что в этом примере большинство запросов поступает из веб-приложения <code>easyTravel</code>, и что эти запросы осуществляются через определенную цепочку сервисов (запросы <code>EasyTravelWebServer</code>, <code>easyTravel Customer Frontend</code> которые вызывают <code>CouchDB_ET</code>). Выберите любой элемент цепочки, чтобы увидеть названия отдельных запросов. На изображении ниже все запросы к <code>CouchDB_ET</code>, исходящие из приложения <code>easytravel.com</code>, поступают из подробного списка действий пользователя.

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

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

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

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

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

* '''Причины неудачных запросов'''

В списке указаны причины, по которым конкретные запросы не были выполнены.

* '''Трассировка стека'''

Показывает, в какой части кода был выполнен запрос.

* '''Ссылающиеся страницы'''

HTTP-источники переходов, которые повлияли на конкретный поток трассировки стека.

* '''Прокси'''

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

* Функция «'''Анализ'''»

Предлагает различные варианты анализа как для выбранного сервиса (в левой колонке), так и для сервиса, анализируемой в трассировке стека (в правой колонке).

* Просмотреть схему работы сервиса
* Просмотреть подробности сбоя
* Просмотреть распределенные трассировки
* Просмотреть время ответа
* Просмотреть хотспоты
* Просмотреть ключевые запросы
* Просмотр веб-запросов

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

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

Если в трассировке стека выбран кластерный сервис, откройте вкладку '''Экземпляры''', чтобы просмотреть тот же анализ для всех экземпляров сервиса (см. изображение выше).

Обратная трассировка сервиса - История изменений

IKuznetsov: Новая страница: «Помимо знания того, какая служба напрямую вызывает ту или иную из ваших сервисв, полезно...»