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

2026-02-09T21:34:56Z

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

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

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

Функции фильтрации помогают ориентироваться в сложной архитектуре сервисов вашего приложения, позволяя найти, образно говоря, иголку в стоге сена. Ключ-АСТРОМ Service Flow позволяет анализировать подмножества запросов, инициированных определенным сервисом.

Общая процедура фильтрации потока сервисных данных выглядит следующим образом:

# Перейдите в раздел '''Сервисы'''.
# Выберите сервис, которую хотите проанализировать.
# На странице обзора сервиса в разделе '''Топология''' выберите '''Поток обслуживания'''.
# В разделе '''Поток сервисов''' выберите вызываемый сервис, чтобы определить последовательность сервисов, которые вы хотите проанализировать. <br />Панель справа откроется непосредственно на вкладке '''Проходящие транзакции'''.
# Чтобы создать фильтр для выбранной последовательности сервисов, выполните одно из следующих действий:
#* В верхней части экрана выберите пункт '''Фильтр потока сервисов'''.
#* Выберите '''Фильтровать запросы''' над выбранным сервисом.
# Добавьте дополнительные критерии к фильтру:
## В фильтре выберите сервис, к которому вы хотите применить дополнительную фильтрацию.
## В списке '''Фильтр по''' выберите критерий.
## Укажите пороговое значение или правила сопоставления для данного критерия.
## Выберите '''Применить'''.
## При необходимости добавьте в фильтр дополнительные критерии.
## После завершения нажмите '''Применить'''.

Более подробное объяснение приведено ниже.

== Фильтрация запросов на основе определенных последовательностей вызовов ==
Фильтры последовательности вызовов доступны в большинстве представлений анализа сервисов, но наиболее очевидны они в представлении потока сервиса. Как видно из приведенного ниже примера, только 5,9% запросов к сервису <code>easyTravel Customer Frontend</code> также вызывали сам сервис <code>JourneyService</code>. Далее, 99% из них вызывали <code>easyTravel-Business</code> сервис базы данных.

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

Чтобы сосредоточить внимание '''Service Flow''' на этих вызовах

# Перейдите в раздел '''Сервисы'''.
# Выберите сервис, которую хотите проанализировать.
# На странице обзора сервиса в разделе '''Топология''' выберите '''Поток обслуживания'''.
# В разделе '''Поток сервисов''' выберите вызываемый сервис, чтобы определить последовательность сервисов, которые вы хотите проанализировать. В нашем примере это сервис <code>easyTravel-Business</code>. <br />Вкладка '''Проходящие транзакции''' отображается в правой части страницы.
# Чтобы создать фильтр для выбранной последовательности сервисов, выполните одно из следующих действий:
#* В верхней части экрана выберите пункт '''Фильтр потока сервисов'''.
#* Выберите '''Фильтровать запросы''' над выбранным сервисом.

Вернемся к нашему примеру. Был создан фильтр, позволяющий сосредоточить анализ только на тех запросах от сервиса <code>easyTravel Customer Frontend</code>, которые обращаются к сервису <code>JourneyService</code>, а затем к базе данных <code>easyTravel-Business</code>.

Обратите внимание, что количество анализируемых запросов <code>easyTravel Customer Frontend</code> сократилось с 156 тыс. до 8,73 тыс., поскольку теперь учитывается только часть вызовов. Следовательно, среднее время ответа теперь отражает только те запросы, которые вызывают <code>easyTravel Customer FrontendJourneyService</code>.

Теперь внимательно взгляните на узел <code>JourneyService</code>. Обратите внимание, что 35% времени ответа сервиса <code>easyTravel Customer Frontend</code> приходится на <code>JourneyService</code>. Схема работы сервиса также выявляет нечто неожиданное — некоторые из выбранных запросов запускают <code>RMI server</code>.

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

== Многогранные фильтры ==
Каждый фильтр может содержать несколько последовательностей вызовов. Это означает, что вы можете создавать сложные, многогранные фильтры последовательностей вызовов, основанные на ваших уникальных потребностях в анализе сервисов. '''Service Flow''' будет фокусироваться только на вызовах, соответствующих всем критериям.

Чтобы добавить новые последовательности к существующему фильтру

# Пока текущий фильтр активен, выберите дополнительную последовательность вызовов в разделе '''Поток сервиса'''.
# На вкладке '''Проходящие транзакции''' в правой панели выберите '''Фильтр потока сервиса'''.

В приведенном ниже примере критерии фильтрации расширены за счет вызовов сервиса <code>easyTravel Customer Frontend</code>, которые, в свою очередь, обращаются к сервису <code>RMI server</code>, а затем к базе данных <code>easyTravel-Business</code>. Теперь количество анализируемых запросов <code>easyTravel Customer Frontend</code> сократилось до 528. Кроме того, на сервис <code>JourneyService</code> теперь приходится 39% времени ответа.

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

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

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

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

В нашем примере мы применили пороговое значение времени ответа в 200 мс . Теперь отображаются только вызовы <code>JourneyService</code> с временем ответа более 200 мс, и их всего 6. Мы очень близки к тому, чтобы найти иголку в стоге сена!

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

== Анализ последовательностей звонков с разных сторон ==
Истинная эффективность фильтрации последовательности вызовов становится очевидной, когда вы начинаете анализ проблемной последовательности вызовов. В приведенном выше примере '''Service Flow''' показывает, что 40% времени ответа сервиса <code>easyTravel Customer Frontend</code> приходится на <code>JourneyService</code>.

Следующий логический шаг — анализ времени отклика сервиса <code>JourneyService</code> в контексте выбранной последовательности вызовов. Для этого выберите соответствующий пункт <code>JourneyService</code> в правой панели <code>Service flow</code>. В правой панели отображаются все параметры анализа, которые можно выполнить для выбранного сервиса — все в контексте отфильтрованной последовательности вызовов. Все фильтры, созданные вами в разделе '''Поток сервиса''', также будут применены к дополнительному анализу.

Service flow фильтры - История изменений

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