Документация Ключ-АСТРОМ - Свежие правки [ru]

Примечания к релизу 316

2026-04-29T21:40:09Z

← Предыдущая		Версия 21:40, 29 апреля 2026
Строка 819:		Строка 819:
	==== Устаревшее для Managed ====		==== Устаревшее для Managed ====

	* Схема настроек контекста безопасности Grail для контролируемых объектов (<code>builtin:monitoredentities.grail.security.context</code>)
	* Схема настроек контекста безопасности журнала ( <code>builtin:logmonitoring.log-security-context-rules</code>)		* Схема настроек контекста безопасности журнала ( <code>builtin:logmonitoring.log-security-context-rules</code>)
	* Схема настроек контекста безопасности бизнес-события ( <code>builtin:bizevents-security-context-rules</code>)		* Схема настроек контекста безопасности бизнес-события ( <code>builtin:bizevents-security-context-rules</code>)

Примечания к релизу 312

2026-04-29T21:39:48Z

← Предыдущая		Версия 21:39, 29 апреля 2026
Строка 188:		Строка 188:
	* Исправлена ошибка, из-за которой нарушались метрические запросы, использующие более одного фильтра `ne` внутри фильтра `or`.		* Исправлена ошибка, из-за которой нарушались метрические запросы, использующие более одного фильтра `ne` внутри фильтра `or`.
	* Решена проблема, из-за которой ответы об ошибках от API управления тегами JavaScript RUM подавлялись, и вместо них возвращался ответ HTTP 200 OK с пустым телом.		* Решена проблема, из-за которой ответы об ошибках от API управления тегами JavaScript RUM подавлялись, и вместо них возвращался ответ HTTP 200 OK с пустым телом.
	* Метрики сервисов в Grail, полученные из агрегированных интервалов (например, вызовов базы данных), теперь корректно умножаются на основе количества агрегаций.
	* Исправлены дублирующиеся типы для переопределения лимита для параметра оповещения DevOps в веб-интерфейсе.		* Исправлены дублирующиеся типы для переопределения лимита для параметра оповещения DevOps в веб-интерфейсе.
	* Решена проблема с некорректно скрытым подмножеством страниц настроек, которые не поддерживают детальное управление разрешениями через IAM.		* Решена проблема с некорректно скрытым подмножеством страниц настроек, которые не поддерживают детальное управление разрешениями через IAM.
Строка 817:		Строка 816:
	***** Изменено свойство injectionMode		***** Изменено свойство injectionMode
	****** Добавлены значения перечисления: <code>JAVASCRIPT_TAG_COMPLETE</code> <code>JAVASCRIPT_TAG_SRI</code>		****** Добавлены значения перечисления: <code>JAVASCRIPT_TAG_COMPLETE</code> <code>JAVASCRIPT_TAG_SRI</code>

	~~==== /calculatedMetrics/service/metricsOnGrail ====~~
	~~Новое!~~

	* <code>GET /calculatedMetrics/service/metricsOnGrail</code>
	* <code>PUT /calculatedMetrics/service/metricsOnGrail/{metricKey}</code>

	==== /extensions ====		==== /extensions ====

Примечания к релизу 320

2026-04-29T21:39:03Z

← Предыдущая		Версия 21:39, 29 апреля 2026
Строка 253:		Строка 253:
	* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.		* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.
	* Исправлена ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений.		* Исправлена ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений.
	* Исправлена ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись ~~в Grail~~, если включен OpenPipeline.		* Исправлена ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись, если включен OpenPipeline.
	* Исправлена ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга.		* Исправлена ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга.
	* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.		* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.
Строка 458:		Строка 458:
	* Исправлена потоковая передача логов для CICS и IMS. Потоковая передача логов для CICS и IMS была отключена из-за отсутствия файла схемы в развертывании zRemote.		* Исправлена потоковая передача логов для CICS и IMS. Потоковая передача логов для CICS и IMS была отключена из-за отсутствия файла схемы в развертывании zRemote.
	* Теперь функция анализа логов zAgent может извлекать уровни логирования и временные метки из ранее недоступных для анализа записей логов.		* Теперь функция анализа логов zAgent может извлекать уровни логирования и временные метки из ранее недоступных для анализа записей логов.
	* Исправлена ошибка, из-за которой ~~в Grail~~ отсутствовала метрика `dt.host.zos.msu_hours`, но присутствовала соответствующая метрика `builtin:host.zos.msu_hours`.		* Исправлена ошибка, из-за которой отсутствовала метрика `dt.host.zos.msu_hours`, но присутствовала соответствующая метрика `builtin:host.zos.msu_hours`.
	* Добавлено расширенное логирование при проверке соединений с DB2 модулем zRemote во время запуска, а также улучшена обработка потенциально необработанных исключений.		* Добавлено расширенное логирование при проверке соединений с DB2 модулем zRemote во время запуска, а также улучшена обработка потенциально необработанных исключений.
	* Отменена оптимизация, добавленная в версии ЕдиныйАгент 1.317, которая вызывала конфликт при регистрации агентов между zDC и zRemote.		* Отменена оптимизация, добавленная в версии ЕдиныйАгент 1.317, которая вызывала конфликт при регистрации агентов между zDC и zRemote.

Примечания к релизу 270

2026-04-29T21:38:38Z

← Предыдущая		Версия 21:38, 29 апреля 2026
Строка 378:		Строка 378:

	* Когда «Мониторинг Envoy Istio Sidecar» деактивирован, ЕдиныйАгент в сайдкарах больше не отправляют распределенные трассировки в более новых версиях Istio. В большинстве случаев мы рекомендуем использовать общие правила мониторинга процессов или правила внедрения контейнеров, чтобы контролировать, какие именно представители следует отслеживать. Это также повысит производительность, поскольку не будет внедряться ЕдиныйАгент в тех случаях, когда мониторинг нежелателен.		* Когда «Мониторинг Envoy Istio Sidecar» деактивирован, ЕдиныйАгент в сайдкарах больше не отправляют распределенные трассировки в более новых версиях Istio. В большинстве случаев мы рекомендуем использовать общие правила мониторинга процессов или правила внедрения контейнеров, чтобы контролировать, какие именно представители следует отслеживать. Это также повысит производительность, поскольку не будет внедряться ЕдиныйАгент в тех случаях, когда мониторинг нежелателен.
	* Envoy: исправлено `overwrite1.http.status_code`~~, встречающееся в Grail~~. Для диапазонов Envoy, помимо `http.status_code`, возникал случайный атрибут `overwrite1.http.status_code`. Теперь встречается только один `http.status_code` (целочисленный тип).		* Envoy: исправлено `overwrite1.http.status_code`. Для диапазонов Envoy, помимо `http.status_code`, возникал случайный атрибут `overwrite1.http.status_code`. Теперь встречается только один `http.status_code` (целочисленный тип).

	==== Java ====		==== Java ====

Справка о источнике данных Prometheus

2026-04-29T21:38:18Z

← Предыдущая		Версия 21:38, 29 апреля 2026
Строка 220:		Строка 220:
	\|-		\|-
	\|[https://prometheus.io/docs/concepts/metric_types/#histogram Histogram]		\|[https://prometheus.io/docs/concepts/metric_types/#histogram Histogram]
	\|Примечание: '''Процентиль временного ряда''' доступен только клиентам '''DPS''' с тарифной картой '''Metrics powered ~~by Grail~~'''. Функция вычисляет запрошенный процентиль значения выражения в каждом сегменте, поэтому он естественным образом используется с гистограммами.		\|Примечание: '''Процентиль временного ряда''' доступен только клиентам '''DPS''' с тарифной картой '''Metrics powered'''. Функция вычисляет запрошенный процентиль значения выражения в каждом сегменте, поэтому он естественным образом используется с гистограммами.

	* Считайте часть как <code><metric-key>_count</code>		* Считайте часть как <code><metric-key>_count</code>

Примечания к релизу 282

2026-04-29T21:37:51Z

← Предыдущая		Версия 21:37, 29 апреля 2026
Строка 228:		Строка 228:

	* Тело ответа HTTP бизнес-событий теперь фиксируется правильно, даже если сжатие GZIP происходит вне цепочки фильтров сервлетов.		* Тело ответа HTTP бизнес-событий теперь фиксируется правильно, даже если сжатие GZIP происходит вне цепочки фильтров сервлетов.
	* Исправлена утечка памяти, возникавшая при отключении метрик ~~Grail~~.		* Исправлена утечка памяти, возникавшая при отключении метрик.

	==== .NET ====		==== .NET ====

Примечания к релизу 286

2026-04-29T21:37:36Z

← Предыдущая		Версия 21:37, 29 апреля 2026
Строка 280:		Строка 280:
	* Решена проблема, из-за которой несколько метрик mintv2 отображались с неверными значениями.		* Решена проблема, из-за которой несколько метрик mintv2 отображались с неверными значениями.
	* Устранена проблема, из-за которой доступная память отправлялась в абсолютных числах в ГБ, а не в процентах, что приводило к неверным диаграммам доступности памяти.		* Устранена проблема, из-за которой доступная память отправлялась в абсолютных числах в ГБ, а не в процентах, что приводило к неверным диаграммам доступности памяти.
	* Исправлены некорректно сообщаемые ошибки страницы хоста ~~для Grail~~ (`dt.host.memory.avail.pfps`) для автономно работающих модулей кода.		* Исправлены некорректно сообщаемые ошибки страницы хоста (`dt.host.memory.avail.pfps`) для автономно работающих модулей кода.
	* Модуль Java теперь сообщает то же имя службы и класса для служб Jersey REST, что и до версии 1.283.		* Модуль Java теперь сообщает то же имя службы и класса для служб Jersey REST, что и до версии 1.283.

Примечания к релизу 308

2026-04-29T21:37:17Z

Примечания к релизу 294

2026-04-29T21:36:42Z

← Предыдущая		Версия 21:36, 29 апреля 2026
Строка 196:		Строка 196:
	* Улучшено обнаружение ЕдинымАгентом процессов SAP в системах AIX.		* Улучшено обнаружение ЕдинымАгентом процессов SAP в системах AIX.
	* Оповещение служб ОС для службы, которая не установлена, теперь выдается только на соответствующих хостах.		* Оповещение служб ОС для службы, которая не установлена, теперь выдается только на соответствующих хостах.
	* Исправлено значение метрики ~~Grail~~ `builtin:tech.generic.handles.fileDescriptorsPercentUsed`, которое теперь выражается в процентах, а не в пропорциях.		* Исправлено значение метрики `builtin:tech.generic.handles.fileDescriptorsPercentUsed`, которое теперь выражается в процентах, а не в пропорциях.
	*Уменьшено потребление памяти в системах с большим количеством запущенных процессов.		*Уменьшено потребление памяти в системах с большим количеством запущенных процессов.

Распределение затрат

2026-04-29T21:36:20Z

← Предыдущая		Версия 21:36, 29 апреля 2026
Строка 116:		Строка 116:
	\|-		\|-
	\|HTTP-мониторинг		\|HTTP-мониторинг
	\|
	~~\|Классические метрики~~
	\|-
	~~\|Метрики на базе Grail~~
	~~\|Метрики - Запрос~~
	\|
	~~\|Классические метрики~~
	\|-
	~~\|Логи на базе Grail~~
	~~\|Метрики - Запрос~~
	\|
	~~\|Классические метрики~~
	\|-
	~~\|Трассировки, созданные Grail~~
	~~\|Трассировки - Запрос~~
	\|
	~~\|Классические метрики~~
	\|-
	~~\|События, организованные Grail~~
	~~\|События - Запрос~~
	\|		\|
	\|Классические метрики		\|Классические метрики
Строка 491:		Строка 471:

	=== Анализ в Ключ-АСТРОМ ===		=== Анализ в Ключ-АСТРОМ ===
	Данные о распределении затрат хранятся в ~~[[Что такое~~ Ключ-АСТРОМ ~~Grail\|Ключ-АСТРОМ '''Grail''']]~~ в виде событий использования средств для выставления счетов. Эти события можно анализировать.		Данные о распределении затрат хранятся в Ключ-АСТРОМ в виде событий использования средств для выставления счетов. Эти события можно анализировать.

	* '''В дашбордах''' Ключ-АСТРОМ предоставляет встроенный дашборд, распределение затрат DPS и расходы. Примеры с этом дашбордом приведены ниже.		* '''В дашбордах''' Ключ-АСТРОМ предоставляет встроенный дашборд, распределение затрат DPS и расходы. Примеры с этом дашбордом приведены ниже.

Атрибуты ресурсов

2026-04-29T21:35:25Z

← Предыдущая		Версия 21:35, 29 апреля 2026
Строка 57:		Строка 57:
	\|-		\|-
	\|<code>dt.security_context</code>		\|<code>dt.security_context</code>
	\|Контекст безопасности используется для настройки прав доступа к отслеживаемым объектам ~~в Grail~~ и требует настройки. См. раздел '''Настраиваемые атрибуты''' (выше).		\|Контекст безопасности используется для настройки прав доступа к отслеживаемым объектам и требует настройки. См. раздел '''Настраиваемые атрибуты''' (выше).
	\|-		\|-
	\|<code>dt.cost.product</code>		\|<code>dt.cost.product</code>

Ограничения по умолчанию для мониторинга логов

2026-04-29T21:35:04Z

← Предыдущая		Версия 21:35, 29 апреля 2026
Строка 145:		Строка 145:

	== Пропускная способность АктивногоШлюза ==		== Пропускная способность АктивногоШлюза ==
	Если вы используете '''SaaS'''-конечную точку, вам не нужно беспокоиться о пропускной способности АктивногоШлюза~~. Она такая же, как у '''Grail'''~~. При использовании Environmental АктивногоШлюза пропускная способность составляет 3,3 ГБ/мин при RTT <= 200 мс.		Если вы используете '''SaaS'''-конечную точку, вам не нужно беспокоиться о пропускной способности АктивногоШлюза. При использовании Environmental АктивногоШлюза пропускная способность составляет 3,3 ГБ/мин при RTT <= 200 мс.

Протокол приема метрических данных

2026-04-29T21:34:44Z

← Предыдущая		Версия 21:34, 29 апреля 2026
Строка 48:		Строка 48:
	В классических метриках ключ метрики может ссылаться только на один тип полезной нагрузки. Таким образом, предоставленный вами ключ метрики автоматически дополняется суффиксом <code>.count</code> для типа полезной нагрузки, <code>count</code> если ключ уже не заканчивается на <code>.count</code>. И наоборот, если ключ метрики типа '''gauge''' заканчивается на <code>.count</code>, он дополняется суффиксом <code>.gauge</code>.		В классических метриках ключ метрики может ссылаться только на один тип полезной нагрузки. Таким образом, предоставленный вами ключ метрики автоматически дополняется суффиксом <code>.count</code> для типа полезной нагрузки, <code>count</code> если ключ уже не заканчивается на <code>.count</code>. И наоборот, если ключ метрики типа '''gauge''' заканчивается на <code>.count</code>, он дополняется суффиксом <code>.gauge</code>.

	Метрики ~~'''Grail'''~~ не учитывают суффиксы <code>.count</code> и <code>.gauge</code>.		Метрики не учитывают суффиксы <code>.count</code> и <code>.gauge</code>.
	{\| class="wikitable"		{\| class="wikitable"
	!gauge		!gauge

Обработка логов с помощью OpenPipeline

2026-04-29T21:34:24Z

← Предыдущая		Версия 21:34, 29 апреля 2026
Строка 128:		Строка 128:
	Вы можете просмотреть или отредактировать любой конвейер, выбрав запись и внеся необходимые изменения.		Вы можете просмотреть или отредактировать любой конвейер, выбрав запись и внеся необходимые изменения.
	{\| class="wikitable"		{\| class="wikitable"
	\|Если вы еще не перешли на '''OpenPipeline'''~~, '''Grail''' пока не поддерживается в вашем облаке или регионе,~~ или если вы используете Ключ-АСТРОМ версии 1.293 и более ранних, см. [[Обработка логов]].		\|Если вы еще не перешли на '''OpenPipeline''' или если вы используете Ключ-АСТРОМ версии 1.293 и более ранних, см. [[Обработка логов]].
	\|}		\|}

Получение лога экспорта

2026-04-29T21:33:48Z

← Предыдущая		Версия 21:33, 29 апреля 2026
Строка 1:		Строка 1:
	Получает записи лога, соответствующие указанным критериям. Совпадающие записи лога сортируются по критериям, указанным в параметре запроса сортировки .		Получает записи лога, соответствующие указанным критериям. Совпадающие записи лога сортируются по критериям, указанным в параметре запроса сортировки.

	В отличие от запроса логов поиска GET , этот запрос не накладывает ограничения на общее количество результирующих записей лога. Однако, если результирующий лог слишком велик, применяется разбиение на страницы. Вы можете установить размер страницы в параметре запроса pageSize . В таких случаях первый ответ содержит nextPageKey для второй страницы. Используйте его в параметре запроса nextPageKey , чтобы получить вторую страницу, которая, в свою очередь, содержит nextPageKey для третьей страницы и так далее.		В отличие от запроса логов поиска GET , этот запрос не накладывает ограничения на общее количество результирующих записей лога. Однако, если результирующий лог слишком велик, применяется разбиение на страницы. Вы можете установить размер страницы в параметре запроса pageSize . В таких случаях первый ответ содержит nextPageKey для второй страницы. Используйте его в параметре запроса nextPageKey , чтобы получить вторую страницу, которая, в свою очередь, содержит nextPageKey для третьей страницы и так далее.
Строка 119:		Строка 119:
	\|501		\|501
	\|ErrorEnvelope		\|ErrorEnvelope
	\|Не удалось. Сервер либо не распознает метод запроса, либо не может выполнить запрос. Может произойти, если включено хранилище ~~журналов Grail~~.		\|Не удалось. Сервер либо не распознает метод запроса, либо не может выполнить запрос. Может произойти, если включено хранилище логов.
	\|}		\|}

GET лога экспорта

2026-04-29T21:33:21Z

← Предыдущая		Версия 21:33, 29 апреля 2026
Строка 107:		Строка 107:
	\|501		\|501
	\|ErrorEnvelope		\|ErrorEnvelope
	\|Не удалось. Сервер либо не распознает метод запроса, либо не может выполнить запрос. Может произойти, если включено хранилище логов ~~Grail~~.		\|Не удалось. Сервер либо не распознает метод запроса, либо не может выполнить запрос. Может произойти, если включено хранилище логов.
	\|}		\|}
	===Объекты тела ответа===		===Объекты тела ответа===

Приложение Проблемы

2026-04-29T21:33:05Z

← Предыдущая		Версия 21:33, 29 апреля 2026
Строка 3:		Строка 3:
	Быстрое выявление, изучение и устранение возникающих проблем является основной задачей оперативных групп. Приложение '''Проблемы''' поддерживает их, автоматически анализируя сложные проблемы, собирая весь контекст и представляя первопричину и последствия в едином представлении.		Быстрое выявление, изучение и устранение возникающих проблем является основной задачей оперативных групп. Приложение '''Проблемы''' поддерживает их, автоматически анализируя сложные проблемы, собирая весь контекст и представляя первопричину и последствия в едином представлении.

	Приложение '''Проблемы''', основано на данных ~~Grail~~ и ИИ. Анализ искусственного интеллекта помогает группам по эксплуатации и обеспечению надежности на объекте сократить среднее время ремонта (MTTR), представляя каждый аспект проблемы.		Приложение '''Проблемы''', основано на данных и ИИ. Анализ искусственного интеллекта помогает группам по эксплуатации и обеспечению надежности на объекте сократить среднее время ремонта (MTTR), представляя каждый аспект проблемы.
	==Цель и задача==		==Цель и задача==
	В этом руководстве показано, как использовать приложение '''Проблемы''' для сортировки обнаруженных проблем и изучения их первопричин и последствий.		В этом руководстве показано, как использовать приложение '''Проблемы''' для сортировки обнаруженных проблем и изучения их первопричин и последствий.

Выявление, изучение и устранение последствий проблем в приложении Проблемы

2026-04-29T21:32:46Z

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

	Приложение '''Проблемы''', основано на данных ~~Grail~~ и ИИ. Анализ искусственного интеллекта помогает группам по эксплуатации и обеспечению надежности на объекте сократить среднее время ремонта (MTTR), представляя каждый аспект проблемы.		Приложение '''Проблемы''', основано на данных и ИИ. Анализ искусственного интеллекта помогает группам по эксплуатации и обеспечению надежности на объекте сократить среднее время ремонта (MTTR), представляя каждый аспект проблемы.

	== Цель и задача ==		== Цель и задача ==

API мониторинг логов - POST прием логов

2026-04-29T21:32:30Z

← Предыдущая		Версия 21:32, 29 апреля 2026
Строка 68:		Строка 68:
	* '''Содержимое'''. Если ключ содержимого не задан или содержит '''JSON'''-объект, поле содержимого заполняется строковым представлением всего принятого '''JSON'''-объекта.		* '''Содержимое'''. Если ключ содержимого не задан или содержит '''JSON'''-объект, поле содержимого заполняется строковым представлением всего принятого '''JSON'''-объекта.
	* '''Атрибуты''':		* '''Атрибуты''':
	** Логи в '''Grail''' с обработкой '''OpenPipeline''' (<code>Ключ-АСТРОМ SaaS версии 1.295+</code>, <code>Environment АктивныйШлюз версии 1.295+</code>): поддерживаются все типы данных '''JSON''' (строка, число, логическое значение, null). Все атрибуты индексируются и могут использоваться в запросах. Ключи чувствительны к регистру.
	** Логи '''Grail''' без пользовательской обработки '''OpenPipeline''': поддерживаются только значения указанного типа <code>string</code>. Все атрибуты индексируются и могут использоваться в запросах. Ключи регистронезависимы (в нижнем регистре).
	** '''Log Monitoring Classic''': поддерживаются только значения указанного типа <code>string</code>. Семантические атрибуты индексируются и могут использоваться в запросах. Неподдерживаемый ключ не индексируется и не может использоваться в индексировании и агрегации. Ключи регистронезависимы (в нижнем регистре).		** '''Log Monitoring Classic''': поддерживаются только значения указанного типа <code>string</code>. Семантические атрибуты индексируются и могут использоваться в запросах. Неподдерживаемый ключ не индексируется и не может использоваться в индексировании и агрегации. Ключи регистронезависимы (в нижнем регистре).
	* Семантические атрибуты отображаются в агрегациях (фасетах) в средстве просмотра логов и событий. Подробнее см. на странице документации по [[Семантический словарь\|семантическому словарю]].		* Семантические атрибуты отображаются в агрегациях (фасетах) в средстве просмотра логов и событий. Подробнее см. на странице документации по [[Семантический словарь\|семантическому словарю]].
Строка 89:		Строка 87:
	Пожалуйста, обратитесь к следующим страницам документации:		Пожалуйста, обратитесь к следующим страницам документации:

	* [[Ограничения по умолчанию для управления логами и аналитики\|Ограничения Grail]]
	* [[Ограничения по умолчанию для мониторинга логов\|Ограничения для LM v2 SaaS]]		* [[Ограничения по умолчанию для мониторинга логов\|Ограничения для LM v2 SaaS]]

Метрики логов

2026-04-29T21:31:54Z

← Предыдущая		Версия 21:31, 29 апреля 2026
Строка 51:		Строка 51:
	# Перейдите в '''Настройки > Мониторинг логов > Извлечение метрик''' и выберите '''Добавить метрику логов''' .		# Перейдите в '''Настройки > Мониторинг логов > Извлечение метрик''' и выберите '''Добавить метрику логов''' .
	# В поле '''Key''' добавьте имя метрики к <code>log.</code> ключу метрики.		# В поле '''Key''' добавьте имя метрики к <code>log.</code> ключу метрики.
	# В '''Query''' введите запрос Log Monitoring для фильтрации данных логов для вашей метрики. <br />▶ Переход на Grail <br />Если вы перешли на Ключ-АСТРОМ Grail , вы можете начать использовать функции DQL в запросах Log Monitoring. Подробности см. в разделе Обработка логов.		# В '''Query''' введите запрос Log Monitoring для фильтрации данных логов для вашей метрики.
	# Выберите вариант:		# Выберите вариант:
	#* '''Появление записей логов''' — количество появлений записей логов, соответствующих запросу.		#* '''Появление записей логов''' — количество появлений записей логов, соответствующих запросу.

Обзор метрик

2026-04-29T21:31:35Z

← Предыдущая		Версия 21:31, 29 апреля 2026
Строка 17:		Строка 17:
	** <code>Избранное</code>—Выберите <code>Избранное</code> и затем выберите <code>Да</code>(чтобы отобразить только избранные метрики) или <code>Нет</code>(чтобы отобразить только не избранные метрики).		** <code>Избранное</code>—Выберите <code>Избранное</code> и затем выберите <code>Да</code>(чтобы отобразить только избранные метрики) или <code>Нет</code>(чтобы отобразить только не избранные метрики).
	** <code>Размерность</code>—Выберите <code>Размерность</code>, введите строку фильтра, а затем выберите соответствующий параметр метрики (например, <code>Host</code>), чтобы вывести список метрик, имеющих выбранный параметр.		** <code>Размерность</code>—Выберите <code>Размерность</code>, введите строку фильтра, а затем выберите соответствующий параметр метрики (например, <code>Host</code>), чтобы вывести список метрик, имеющих выбранный параметр.
	** <code>Поддерживается в Grail</code>—Выберите <code>Поддерживается в Grail</code> и затем выберите <code>Да</code>(чтобы отобразить только поддерживаемые метрики) или <code>Нет</code>(чтобы отобразить только не поддерживаемые метрики). Если вы объединяете фильтры, они объединяются по AND. Например, если вы установите <code>Размерность</code> <code>Host</code> и установите <code>Текст</code> на <code>usage</code>, браузер метрик перечислит все метрики с <code>Host</code>измерением, которые также включают строку <code>usage</code>в поле '''Имя метрики''' , '''Ключ метрики''' или '''Описание''' .
	* Выберите заголовок столбца '''Избранное''' , '''Имя''' или '''Ключ''' для сортировки по выбранному столбцу.		* Выберите заголовок столбца '''Избранное''' , '''Имя''' или '''Ключ''' для сортировки по выбранному столбцу.
	* Выберите в столбце '''Детали''' для отображения сведений о метриках.		* Выберите в столбце '''Детали''' для отображения сведений о метриках.

OpenTelemetry

2026-04-29T21:31:06Z

← Предыдущая		Версия 21:31, 29 апреля 2026
Строка 10:		Строка 10:
	Ключ-АСТРОМ предоставляет вам:		Ключ-АСТРОМ предоставляет вам:

	* Мощная аналитика в любом масштабе. Выполняйте массовые запросы с молниеносной скоростью, используя возможности ~~'''Grail'''~~ с данными '''OpenTelemetry''', превращая данные телеметрии в полезную и полезную информацию для более быстрого решения проблем.		* Мощная аналитика в любом масштабе. Выполняйте массовые запросы с молниеносной скоростью, используя возможности с данными '''OpenTelemetry''', превращая данные телеметрии в полезную и полезную информацию для более быстрого решения проблем.
	* Интеллектуальные данные за пределами инструментальных средств. Ключ-АСТРОМ дополняет данные '''OpenTelemetry''' бизнес-контекстом и расширенной аналитикой, предоставляя полезную аналитику, а не просто собирая данные.		* Интеллектуальные данные за пределами инструментальных средств. Ключ-АСТРОМ дополняет данные '''OpenTelemetry''' бизнес-контекстом и расширенной аналитикой, предоставляя полезную аналитику, а не просто собирая данные.
	* Ускоренные инновации. Работайте с данными '''OpenTelemetry''' с помощью готовых аналитических инструментов, динамических визуализаций и мгновенной аналитики производительности, которые способствуют сотрудничеству между командами разработки и эксплуатации.		* Ускоренные инновации. Работайте с данными '''OpenTelemetry''' с помощью готовых аналитических инструментов, динамических визуализаций и мгновенной аналитики производительности, которые способствуют сотрудничеству между командами разработки и эксплуатации.

Обработка OpenPipeline

2026-04-29T21:30:47Z

← Предыдущая		Версия 21:30, 29 апреля 2026
Строка 25:		Строка 25:
	=== Варианты использования ===		=== Варианты использования ===

	* Подготавливайте, преобразуйте и храните данные ~~в '''Grail'''~~.		* Подготавливайте, преобразуйте и храните данные.
	* Предоставляйте доступ к определенным записям.		* Предоставляйте доступ к определенным записям.

Строка 155:		Строка 155:
	\|-		\|-
	\|Назначение контейнера		\|Назначение контейнера
	\|Назначает контейнер ~~Grail~~.		\|Назначает контейнер.
	\|-		\|-
	\|Метрика значения		\|Метрика значения

Ограничения по умолчанию для управления логами и аналитики

2026-04-29T21:30:18Z

← Предыдущая		Версия 21:30, 29 апреля 2026
Строка 98:		Строка 98:
	Количество метрик ограничено:		Количество метрик ограничено:

	* <code>100,000</code> (<code>1000</code> на конвейер x <code>100</code> конвейеры) для управления логами и аналитики на базе ~~'''Grail'''~~ с '''OpenPipeline'''		* <code>100,000</code> (<code>1000</code> на конвейер x <code>100</code> конвейеры) для управления логами и аналитики на базе с '''OpenPipeline'''
	* <code>1000</code> для управления логами и аналитики на базе ~~'''Grail'''~~ без включенного '''OpenPipeline'''		* <code>1000</code> для управления логами и аналитики на базе без включенного '''OpenPipeline'''
	* <code>50</code> в других случаях.		* <code>50</code> в других случаях.

Строка 176:		Строка 176:

	== Пропускная способность активного шлюза ==		== Пропускная способность активного шлюза ==
	Если вы используете '''SaaS'''-конечную точку, вам не нужно беспокоиться о пропускной способности АктивногоШлюза~~. Она такая же, как у '''Grail'''~~. При использовании '''Environmental''' АктивногоШлюза пропускная способность составляет 3,3 ГБ/мин при RTT <= 200 мс.		Если вы используете '''SaaS'''-конечную точку, вам не нужно беспокоиться о пропускной способности АктивногоШлюза. При использовании '''Environmental''' АктивногоШлюза пропускная способность составляет 3,3 ГБ/мин при RTT <= 200 мс.

Предоставить доступ сущностям с контекстом безопасности

2026-04-29T21:29:49Z

← Предыдущая		Версия 21:29, 29 апреля 2026
Строка 11:		Строка 11:

	* Как установить контекст безопасности для отслеживаемых объектов.		* Как установить контекст безопасности для отслеживаемых объектов.
	* Как создать политики для предоставления доступа к данным мониторинга, хранящимся ~~в '''Grail''',~~ в контексте контролируемых объектов.		* Как создать политики для предоставления доступа к данным мониторинга, хранящимся в контексте контролируемых объектов.
	* Как использовать контекст безопасности в сочетании с политиками безопасности '''IAM''' для предоставления детализированного доступа к вашим сущностям.		* Как использовать контекст безопасности в сочетании с политиками безопасности '''IAM''' для предоставления детализированного доступа к вашим сущностям.

Строка 44:		Строка 44:
	Сопоставьте его с уже существующим свойством (в зависимости от его типа). Поддерживаемые значения: <code>entity.detected_name</code> и <code>managementZones</code>.		Сопоставьте его с уже существующим свойством (в зависимости от его типа). Поддерживаемые значения: <code>entity.detected_name</code> и <code>managementZones</code>.

	# Перейдите в '''Настройки > Модель топологии > Контекст безопасности ~~Grail~~''' .		# Перейдите в '''Настройки > Модель топологии > Контекст безопасности'''.
	# В разделе '''Свойство назначения''' выберите предпочтительную сущность и разверните для получения подробной информации.		# В разделе '''Свойство назначения''' выберите предпочтительную сущность и разверните для получения подробной информации.

Справка о группах по умолчанию Ключ-АСТРОМ

2026-04-29T21:29:15Z

← Предыдущая		Версия 21:29, 29 апреля 2026
Строка 47:		Строка 47:
	* Пользователь-администратор		* Пользователь-администратор
	* Обработка и хранение данных		* Обработка и хранение данных
	* Доступ для чтения всех данных ~~Grail~~		* Доступ для чтения всех данных
	\|-		\|-
	\|Администраторы аккаунтов		\|Администраторы аккаунтов

Microsoft Power BI

2026-04-29T21:28:28Z

Язык запросов Ключ-АСТРОМ

2026-04-29T21:12:46Z

← Предыдущая		Версия 21:12, 29 апреля 2026
Строка 1:		Строка 1:
	'''Язык запросов Ключ-АСТРОМ (DQL)''' — мощный инструмент для исследования данных и обнаружения закономерностей, выявления аномалий, создания статистических моделей и многого другого на основе данных~~, хранящихся в [[Что такое Ключ-АСТРОМ Grail\|хранилище Ключ-АСТРОМ Grail]]~~.		'''Язык запросов Ключ-АСТРОМ (DQL)''' — мощный инструмент для исследования данных и обнаружения закономерностей, выявления аномалий, создания статистических моделей и многого другого на основе данных.

	'''DQL''' обеспечивает максимальную гибкость, поскольку он создан для обработки произвольных данных о событиях, не требуя предварительного описания схемы входных данных в отличие от реляционных баз данных, таких как таблицы '''SQL'''.		'''DQL''' обеспечивает максимальную гибкость, поскольку он создан для обработки произвольных данных о событиях, не требуя предварительного описания схемы входных данных в отличие от реляционных баз данных, таких как таблицы '''SQL'''.

	Узнайте, [[Как использовать DQL-запросы\|как использовать запросы '''DQL''']], чтобы приступить к работе или изучить язык.		Узнайте, [[Как использовать DQL-запросы\|как использовать запросы '''DQL''']], чтобы приступить к работе или изучить язык.

Семантический словарь

2026-04-29T21:12:19Z

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

← Предыдущая		Версия 21:12, 29 апреля 2026
Строка 1:		Строка 1:
	'''Семантический словарь''' определяет стандартизированные имена полей, используемые во всех типах данных мониторинга, таких как логи, события, интервалы, метрики и сущности, а также различные предметно-ориентированные модели данных, использующие эти названия полей. Это является необходимым условием для стабильной и надёжной работы приложений и систем автоматизации.

	В '''Grail''' данные организованы в записи, каждая из которых содержит список полей. Поля в '''Grail''' делятся на два основных типа: глобальные и доменно-зависимые.

	Глобальные поля поддерживают единообразную семантику во всем продукте '''Grail''', предлагая стандартизированные ссылки на данные. Этот список содержится в [[Глобальный справочник полей\|справочнике глобальных полей]].

	[[Модели данных]] представляют собой группу полей, адаптированных для различных вариантов использования и областей. Раздел '''Модели данных''' содержит список всех моделей данных, используемых в '''Grail'''.

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

Настройка прав доступа Grail для распределенных трассировок

2026-04-29T21:11:46Z

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

← Предыдущая		Версия 21:11, 29 апреля 2026
Строка 1:		Строка 1:
	~~'''<u>Не актуально</u>'''~~

	-

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

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

	Для развертываний на основе '''Kubernetes''' убедитесь, что в Ключ-АСТРОМ '''Operator''' включено [[Настройка директории расширений\|обогащение метаданных]].

	Если вам требуется лишь базовая концепция разрешений, лучшим вариантом будет настройка разрешений на уровне сегмента ('''bucket'''). Затем вы сможете направлять свои данные в нужный сегмент в '''OpenPipeline''', сопоставляя их с одним из упомянутых основных полей '''Grail''', имеющих отношение к развертыванию.

	Для более точного управления в Ключ-АСТРОМ можно настроить границы политик с более детальными ограничениями на уровне данных. По умолчанию можно использовать следующие атрибуты:

	* <code>dt.host_group.id</code>
	* <code>k8s.cluster.name</code>
	* <code>k8s.namespace.name</code>
	* Любой другой атрибут, указанный в модели разрешений.

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

	~~== Настройте контекст безопасности ==~~
	Если прав доступа к атрибутам уровня развертывания или уровня корзины недостаточно, Ключ-АСТРОМ позволяет настроить более детальные права доступа, добавив атрибут <code>dt.security_context</code> к вашим данным. Этот контекст может представлять вашу архитектуру безопасности и даже быть иерархическим, если закодировать его в строку, например: <code>department-A/department-AB/team-C</code>.

	~~=== Используйте существующие теги в источнике ===~~
	Контекст безопасности можно определить на уровне источника с помощью меток или аннотаций ЕдиногоАгента, '''OpenTelemetry''' или '''Kubernetes'''. Это позволяет использовать существующие метки и теги для управления правами доступа в Ключ-АСТРОМ.

	~~== Настройте контекст безопасности в OpenPipeline ==~~
	В качестве альтернативы вы можете определить контекст безопасности на основе существующих атрибутов ресурсов для ваших данных [[Обработка OpenPipeline\|трассировки в OpenPipeline]]:

	1. Отфильтруйте записи, которым следует добавить атрибут <code>dt.security_context</code>. Для этого откройте новый блокнот и создайте фильтрующий '''DQL'''-запрос, например:
	~~{\| class="wikitable"~~
	~~\|fetch spans~~

	~~<nowiki>\|</nowiki> filter matchesPhrase(deployment.release_stage, "prod-")~~
	\|}
	Этот запрос позволяет отфильтровать записи с атрибутом '''span''', к которым вы хотите добавить атрибут <code>dt.security_context</code>. После того, как вы будете удовлетворены результатом запроса, скопируйте функцию обработки '''span''' из '''DQL'''-запроса, в данном случае: <code>matchesPhrase(deployment.release_stage, "prod-")</code>.

	2. Определите правило контекста безопасности '''spans''', используя полученную функцию, и укажите значение атрибута <code>dt.security_context</code>. Значение атрибута <code>dt.security_context</code> может быть предоставленным вами литеральным значением или именем другого атрибута; это значение будет использоваться в качестве значения <code>dt.security_context</code>.

	~~== Рекомендации по разрешениям для распределенных трассировок ==~~
	Как правило, для распределенной трассировки настраиваются права доступа, позволяющие пользователям видеть полную сквозную трассировку. Трассировки часто охватывают несколько сервисов, хостов или кластеров, и пересечение трассировок с ограничениями по правам доступа может привести к неполным или фрагментированным данным. Хотя аналитика трассировки на уровне сервисов пострадает меньше, и приложение распределенной трассировки будет работать нормально, потенциальная нехватка видимости повлияет на аналитику и устранение неполадок.

	~~При настройке прав доступа для распределенной трассировки учитывайте следующие рекомендации:~~

	# Избегайте «разрыва» трассировок — обеспечьте пользователям доступ ко всем спанам в рамках трассировки, которые релевантны их роли или этапу развёртывания, одновременно ограничив доступ к чувствительным сервисам. Поэтому настраивайте гибкие права доступа и избегайте границ, полностью ограничивающих доступ к спанам внутри трассировки: это может помешать всестороннему анализу. Например:
	#* предоставляйте доступ ко всем спанам на соответствующем этапе развёртывания (например, в среде тестирования или продуктивной среде);
	~~#* либо в пределах организационных единиц (например, отдела или географического региона);~~
	~~#* при этом ограничивайте доступ только к чувствительным сервисам (например, к системе единого входа — SSO).~~
	# Используйте защиту на уровне полей для конфиденциальных данных — вместо ограничения доступа ко всем участкам трассировки или трассировкам, используйте защиту на уровне полей для защиты конфиденциальной информации.
	#* Ключ-АСТРОМ автоматически определяет выбранные атрибуты трассировки, заданные в глобальном справочнике полей, и запрашивает атрибуты, помеченные как конфиденциальные.
	#* Доступ к конфиденциальным полям <code>builtin-sensitive-spans</code> и <code>builtin-request-attributes-spans</code> имеют только пользователи, обладающие соответствующими правами доступа .
	#* Также можно определить пользовательские наборы полей для указания конфиденциальных атрибутов и области их применения.
	# Используйте контекст безопасности для определения разрешений для отдельных записей трассировки — Ключ-АСТРОМ позволяет настраивать поступающие данные трассировки, добавляя атрибут <code>dt.security_context</code> к конкретным записям. Это позволяет устанавливать дополнительные параметры, такие как разрешения для отдельных записей. Для создания контекста безопасности для поступающих данных трассировки необходимо создать правило пайплайна.

	~~== Права доступа пользователей к распределенной трассировке ==~~
	При работе с распределенной трассировкой убедитесь, что вы прочитали и установили все необходимые права доступа:
	~~{\| class="wikitable"~~
	~~!Область действия политики~~
	~~!Права доступа~~
	\|-
	~~\|Чтение данных сегментов~~
	~~\|<code>storage:buckets:read</code>~~
	\|-
	~~\|Чтение данных спанов~~
	~~\|<code>storage:spans:read</code>~~
	\|-
	~~\|Чтение данных сущностей~~
	~~\|<code>storage:entities:read</code>~~
	\|-
	~~\|Чтение данных логов~~
	~~\|<code>storage:logs:read</code>~~
	\|-
	~~\|Чтение данных сегментов фильтра~~
	~~\|<code>storage:filter-segments:read</code>~~
	\|-
	~~\|Просмотр конфиденциальных полей, данные трассировки <sup>1 2</sup>~~
	~~\|<code>storage:fieldsets:read WHERE storage:fieldset-name="builtin-sensitive-spans</code>~~


	~~<code>storage:fieldsets:read WHERE storage:fieldset-name="builtin-request-attributes-spans</code>~~
	\|-
	~~\|Чтение состояний приложения пользователя~~
	~~\|<code>state:user-app-states:read</code>~~
	\|-
	~~\|Запись состояний пользовательского приложения~~
	~~\|<code>state:user-app-states:write</code>~~
	\|-
	~~\|Удаление состояний приложения пользователя~~
	~~\|<code>state:user-app-states:delete</code>~~
	\|}
	<sup>1</sup> Конфиденциальные атрибуты для спанов помечаются в соответствии с глобальной ссылкой на поле <code>sensitive-spans</code>.

	<sup>2</sup> Чтобы узнать больше об ограниченном доступе к персональным данным и атрибутам конфиденциальных запросов, см. раздел «[[Настройка параметров конфиденциальности данных для веб-приложения\|Маскирование при отображении]]».

← Предыдущая		Версия 21:37, 29 апреля 2026
Строка 165:		Строка 165:
	* Исправлен редкий случай, когда проблемы могли быть связаны друг с другом как дубликаты в цикле, что приводило к тому, что обе проблемы не отображались в веб-интерфейсе.		* Исправлен редкий случай, когда проблемы могли быть связаны друг с другом как дубликаты в цикле, что приводило к тому, что обе проблемы не отображались в веб-интерфейсе.
	* Задержка предотвращения чрезмерного оповещения больше не игнорируется для оповещений о низкой/высокой нагрузке для веб-приложений.		* Задержка предотвращения чрезмерного оповещения больше не игнорируется для оповещений о низкой/высокой нагрузке для веб-приложений.
	* Исправлен случай, когда одни и те же события анализа первопричины ИИ могли быть записаны ~~в Grail~~ более одного раза с разными значениями `event.id`.		* Исправлен случай, когда одни и те же события анализа первопричины ИИ могли быть записаны более одного раза с разными значениями `event.id`.
	* Конечная точка REST API `problemNotifications:sendTestNotification` теперь поддерживает идентификатор профиля оповещения в формате идентификатора объекта настроек.		* Конечная точка REST API `problemNotifications:sendTestNotification` теперь поддерживает идентификатор профиля оповещения в формате идентификатора объекта настроек.
	* Изменена структура ответа 403 на запросы POST `settings/objects`: JSON теперь представляет собой один объект, а не массив.		* Изменена структура ответа 403 на запросы POST `settings/objects`: JSON теперь представляет собой один объект, а не массив.
	* Исправлена ошибка, из-за которой свойства событий могли быть заданы в соответствии со свойствами модели семантического словаря событий в REST API версии 2, что приводило к временным непредвиденным состояниям событий ~~в Grail~~. Поля семантического словаря функционируют только при отправке через механизм отчётности платформы, такой как детекторы аномалий ИИ.		* Исправлена ошибка, из-за которой свойства событий могли быть заданы в соответствии со свойствами модели семантического словаря событий в REST API версии 2, что приводило к временным непредвиденным состояниям событий. Поля семантического словаря функционируют только при отправке через механизм отчётности платформы, такой как детекторы аномалий ИИ.
	* Исправлена проблема с разрешениями при запросе журналов во встроенном представлении.		* Исправлена проблема с разрешениями при запросе журналов во встроенном представлении.
	* Периоды отключения оповещений о проблемах ИИ, обнаруженных с помощью обнаружения аномалий Kubernetes, были увеличены, чтобы уменьшить количество случаев, когда проблемы с одной и той же первопричиной часто закрываются и снова возникают. Оповещения «Перезапуск контейнера» и «Уничтожение из-за нехватки памяти» теперь отключаются через 15 минут. Все остальные оповещения, для которых ранее период отключения составлял 5 минут, теперь отключаются через 10 минут.		* Периоды отключения оповещений о проблемах ИИ, обнаруженных с помощью обнаружения аномалий Kubernetes, были увеличены, чтобы уменьшить количество случаев, когда проблемы с одной и той же первопричиной часто закрываются и снова возникают. Оповещения «Перезапуск контейнера» и «Уничтожение из-за нехватки памяти» теперь отключаются через 15 минут. Все остальные оповещения, для которых ранее период отключения составлял 5 минут, теперь отключаются через 10 минут.
Строка 408:		Строка 408:
	* Решена проблема, из-за которой zRemote исчерпывал внутренние буферы из-за снижения производительности.		* Решена проблема, из-за которой zRemote исчерпывал внутренние буферы из-за снижения производительности.
	* Решена проблема, из-за которой регионы CICS не инициализировались должным образом из-за избыточного количества сообщений о конфигурации, отправляемых с zRemote.		* Решена проблема, из-за которой регионы CICS не инициализировались должным образом из-за избыточного количества сообщений о конфигурации, отправляемых с zRemote.
	*Исправлены отсутствующие метрики процесса zDC ~~в Grail~~.		*Исправлены отсутствующие метрики процесса zDC.

	==== Java ====		==== Java ====

← Предыдущая		Версия 21:28, 29 апреля 2026
Строка 1:		Строка 1:
	'''<u>Предварительный просмотр</u>'''		'''<u>Предварительный просмотр</u>'''

	Расширение '''Microsoft Power BI''' позволяет напрямую интегрировать данные ~~из '''Grail'''~~ в отчеты и дашборды '''Microsoft Power BI''', предоставляя возможность выполнения '''DQL'''-запросов.		Расширение '''Microsoft Power BI''' позволяет напрямую интегрировать данные в отчеты и дашборды '''Microsoft Power BI''', предоставляя возможность выполнения '''DQL'''-запросов.
	{\| class="wikitable"		{\| class="wikitable"
	\|Стоимость выполнения DQL-запросов в Microsoft Power BI эквивалентна стоимости выполнения запросов в пользовательском интерфейсе Ключ-АСТРОМ.		\|Стоимость выполнения DQL-запросов в Microsoft Power BI эквивалентна стоимости выполнения запросов в пользовательском интерфейсе Ключ-АСТРОМ.
Строка 13:		Строка 13:

	== Настройка ==		== Настройка ==
	Для выполнения запросов и просмотра определенных таблиц ~~в '''Grail'''~~ вам необходимы соответствующие разрешения.		Для выполнения запросов и просмотра определенных таблиц вам необходимы соответствующие разрешения.

	Пример формулировки политики для чтения бизнес-событий:		Пример формулировки политики для чтения бизнес-событий:
Строка 22:		Строка 22:
	\|}		\|}

	=== Подключение к Ключ-АСТРОМ ~~Grail~~ из Microsoft Power BI Desktop ===		=== Подключение к Ключ-АСТРОМ из Microsoft Power BI Desktop ===
	Для подключения к экземпляру Ключ-АСТРОМ SaaS из '''Power Query Desktop''' выполните следующие действия.		Для подключения к экземпляру Ключ-АСТРОМ SaaS из '''Power Query Desktop''' выполните следующие действия.

	# Выберите Ключ-АСТРОМ '''~~Grail~~ DQL''' в окне '''Получить данные'''. Для получения дополнительной информации см. раздел [https://learn.microsoft.com/en-us/power-query/where-to-get-data Где получить данные \| Power Query].		# Выберите Ключ-АСТРОМ '''DQL''' в окне '''Получить данные'''. Для получения дополнительной информации см. раздел [https://learn.microsoft.com/en-us/power-query/where-to-get-data Где получить данные \| Power Query].
	# Перейдите в свою среду Ключ-АСТРОМ. Необходимо использовать последнюю версию Ключ-АСТРОМ ~~с включенным '''Grail'''~~. '''DQL'''-запрос на данном этапе необязателен, но его следует использовать для более сложных запросов, выходящих за рамки стандартных встроенных запросов.		# Перейдите в свою среду Ключ-АСТРОМ. Необходимо использовать последнюю версию Ключ-АСТРОМ. '''DQL'''-запрос на данном этапе необязателен, но его следует использовать для более сложных запросов, выходящих за рамки стандартных встроенных запросов.
	# Войдите в свою среду, чтобы подтвердить свои права доступа.		# Войдите в свою среду, чтобы подтвердить свои права доступа.
	# Введите свои учетные данные во всплывающем окне.		# Введите свои учетные данные во всплывающем окне.
	# После аутентификации вы увидите сообщение о том, что вошли в систему. Выберите '''Подключиться'''.		# После аутентификации вы увидите сообщение о том, что вошли в систему. Выберите '''Подключиться'''.
	# На странице '''Навигация''' отображаются типы записей, доступные для выбора в Ключ-АСТРОМ ~~'''Grail'''~~.		# На странице '''Навигация''' отображаются типы записей, доступные для выбора в Ключ-АСТРОМ.
	# Выберите один из разделов, например, '''Логи''', и выполните '''DQL'''-запрос f'''etch logs''' с ограничением по умолчанию в '''1000''' строк. Для успешного выполнения этого запроса вам потребуются соответствующие разрешения в среде Ключ-АСТРОМ.		# Выберите один из разделов, например, '''Логи''', и выполните '''DQL'''-запрос f'''etch logs''' с ограничением по умолчанию в '''1000''' строк. Для успешного выполнения этого запроса вам потребуются соответствующие разрешения в среде Ключ-АСТРОМ.
	# Расширенный редактор отображает M-код, используемый коннектором.		# Расширенный редактор отображает M-код, используемый коннектором.
	# Теперь вы можете вернуться к необязательному '''DQL'''-запросу из шага 2 и ввести '''DQL'''-запрос.		# Теперь вы можете вернуться к необязательному '''DQL'''-запросу из шага 2 и ввести '''DQL'''-запрос.
	# Импортируйте результаты в '''Microsoft Power BI'''.		# Импортируйте результаты в '''Microsoft Power BI'''.