Данные маршрутизации - История изменений

IKuznetsov: Полностью удалено содержимое страницы

2026-04-13T22:21:28Z

Полностью удалено содержимое страницы

← Предыдущая версия		Версия от 22:21, 13 апреля 2026
Строка 1:		Строка 1:
	Существует несколько вариантов использования разделения входящих записей на разные потоки, например, для разделения данных, не относящихся к производству, или предоставления группам возможности безопасно форматировать только записи тех приложений и служб, которыми они владеют.

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

	~~== Для кого это? ==~~
	~~Эта статья предназначена для администраторов, управляющих потоками данных.~~

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

	~~'''1.''' Извлекайте логи всех служб, имеющих отношение к продукту, и суммируйте записи по атрибуту.~~

	При извлечении логов через '''DQL''' в '''Notebooks''' вы получаете обзор обнаруженных атрибутов, которые можно использовать для сужения результатов, например, <code>k8s.deployment.name</code>.

	Следующий запрос '''DQL''' извлекает логи с пространством имен '''Kubernetes''' <code>prod</code> и суммирует результаты по имени развертывания.
	~~{\| class="wikitable"~~
	~~\|fetch logs~~

	~~<nowiki>\|</nowiki> filter k8s.namespace.name == "prod"~~

	~~<nowiki>\|</nowiki> summarize by:{k8s.deployment.name}, count()~~
	\|}
	~~'''2.''' Определите пары «ключ-значение», которые идентифицируют важные службы.~~

	Пары «ключ-значение» будут использоваться в качестве условий сопоставления. Данное руководство посвящено четырём сервисам, которые идентифицируются следующими парами «ключ-значение»:

	* <code>k8s.deployment.name == "checkoutservice-*"</code>
	* <code>k8s.deployment.name == "currencyservice-*"</code>
	* <code>k8s.deployment.name == "emailservice-*"</code>
	* <code>k8s.deployment.name == "paymentservice-*"</code>

	Вы определили, сколько маршрутов вам нужно (4) и условия их соответствия (например, <code>k8s.deployment.name == "checkoutservice-*</code>).

	~~== Создайте пайплайны ==~~

	~~# Перейдите в '''Настройки > Обработка и контекстуализация > OpenPipeline > Логи > Конвейеры'''.~~
	~~# Создайте конвейер для каждой службы.~~
	~~## Выберите '''+ Конвейер''' и введите название конвейера, например, для службы '''checkoutservice''' <code>Checkout service pipeline</code>.~~
	~~## Выберите '''Сохранить''' .~~

	~~Вы создали пустой конвейер для каждой службы.~~

	~~== Записи маршрута в выделенный пайплайн ==~~
	~~Создайте маршрут для каждого конвейера.~~

	~~# Перейдите в '''Настройки > Обработка и контекстуализация > OpenPipeline : > Логи > Конвейеры > Динамический маршрут'''.~~
	~~# Определите условие маршрутизации с помощью~~
	~~#* '''Название'''~~
	~~#* '''Условие соответствия'''~~
	#* '''Целевой конвейер''' В следующей таблице приведены примеры условий на основе пространства имен '''Kubernetes''' и развертывания для маршрутизации логов каждой службы в соответствующий конвейер.

	~~{\| class="wikitable"~~
	~~!Название~~
	~~!Условие соответствия~~
	~~!Целевой конвейер~~
	\|-
	~~\|Checkout service~~
	~~\|<code>k8s.deployment.name == "checkoutservice-*"</code>~~
	~~\|Checkout service pipeline~~
	\|-
	~~\|Currency service~~
	~~\|<code>k8s.deployment.name == "currencyservice-*"</code>~~
	~~\|Currency service pipeline~~
	\|-
	~~\|Email service~~
	~~\|<code>k8s.deployment.name == "emailservice-*"</code>~~
	~~\|Email service pipeline~~
	\|-
	~~\|Payment service~~
	~~\|<code>k8s.deployment.name == "paymentservice-*"</code>~~
	~~\|Payment service pipeline~~
	\|}
	Логи, соответствующие условиям маршрутизации, направляются в целевой конвейер. Таблица маршрутизации теперь включает новые маршруты.

	~~== Заключение ==~~
	~~Вы направили строки логов для каждой значимой для продукта службы в выделенный пустой конвейер.~~

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

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

	Чтобы изменить способ обработки логов, можно изменить условие сопоставления, чтобы исключить или включить другие строки логов, направить строки логов на другой конвейер обработки или изменить целевое хранилище. Например, можно создать новый конвейер, чтобы пропустить хранилище с помощью процесса '''Без назначения хранилища''' и направить все логи, не относящиеся к производству, которые соответствуют условию <code>isNotNull(k8s.namespace.name) and k8s.namespace.name != "prod"</code>.

IKuznetsov: Новая страница: «Существует несколько вариантов использования разделения входящих записей на разные по...»

2025-09-12T09:53:17Z

Новая страница: «Существует несколько вариантов использования разделения входящих записей на разные по...»

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

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

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

== Для кого это? ==
Эта статья предназначена для администраторов, управляющих потоками данных.

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

'''1.''' Извлекайте логи всех служб, имеющих отношение к продукту, и суммируйте записи по атрибуту.

При извлечении логов через '''DQL''' в '''Notebooks''' вы получаете обзор обнаруженных атрибутов, которые можно использовать для сужения результатов, например, <code>k8s.deployment.name</code>.

Следующий запрос '''DQL''' извлекает логи с пространством имен '''Kubernetes''' <code>prod</code> и суммирует результаты по имени развертывания.
{| class="wikitable"
|fetch logs

<nowiki>|</nowiki> filter k8s.namespace.name == "prod"

<nowiki>|</nowiki> summarize by:{k8s.deployment.name}, count()
|}
'''2.''' Определите пары «ключ-значение», которые идентифицируют важные службы.

Пары «ключ-значение» будут использоваться в качестве условий сопоставления. Данное руководство посвящено четырём сервисам, которые идентифицируются следующими парами «ключ-значение»:

* <code>k8s.deployment.name == "checkoutservice-*"</code>
* <code>k8s.deployment.name == "currencyservice-*"</code>
* <code>k8s.deployment.name == "emailservice-*"</code>
* <code>k8s.deployment.name == "paymentservice-*"</code>

Вы определили, сколько маршрутов вам нужно (4) и условия их соответствия (например, <code>k8s.deployment.name == "checkoutservice-*</code>).

== Создайте пайплайны ==

# Перейдите в '''Настройки > Обработка и контекстуализация > OpenPipeline > Логи > Конвейеры'''.
# Создайте конвейер для каждой службы.
## Выберите '''+ Конвейер''' и введите название конвейера, например, для службы '''checkoutservice''' <code>Checkout service pipeline</code>.
## Выберите '''Сохранить''' .

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

== Записи маршрута в выделенный пайплайн ==
Создайте маршрут для каждого конвейера.

# Перейдите в '''Настройки > Обработка и контекстуализация > OpenPipeline : > Логи > Конвейеры > Динамический маршрут'''.
# Определите условие маршрутизации с помощью
#* '''Название'''
#* '''Условие соответствия'''
#* '''Целевой конвейер''' В следующей таблице приведены примеры условий на основе пространства имен '''Kubernetes''' и развертывания для маршрутизации логов каждой службы в соответствующий конвейер.

{| class="wikitable"
!Название
!Условие соответствия
!Целевой конвейер
|-
|Checkout service
|<code>k8s.deployment.name == "checkoutservice-*"</code>
|Checkout service pipeline
|-
|Currency service
|<code>k8s.deployment.name == "currencyservice-*"</code>
|Currency service pipeline
|-
|Email service
|<code>k8s.deployment.name == "emailservice-*"</code>
|Email service pipeline
|-
|Payment service
|<code>k8s.deployment.name == "paymentservice-*"</code>
|Payment service pipeline
|}
Логи, соответствующие условиям маршрутизации, направляются в целевой конвейер. Таблица маршрутизации теперь включает новые маршруты.

== Заключение ==
Вы направили строки логов для каждой значимой для продукта службы в выделенный пустой конвейер.

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

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

Чтобы изменить способ обработки логов, можно изменить условие сопоставления, чтобы исключить или включить другие строки логов, направить строки логов на другой конвейер обработки или изменить целевое хранилище. Например, можно создать новый конвейер, чтобы пропустить хранилище с помощью процесса '''Без назначения хранилища''' и направить все логи, не относящиеся к производству, которые соответствуют условию <code>isNotNull(k8s.namespace.name) and k8s.namespace.name != "prod"</code>.