<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="ru">
	<id>https://doc.ruscomtech.ru/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=ENetrebin</id>
	<title>Документация Ключ-АСТРОМ - Вклад [ru]</title>
	<link rel="self" type="application/atom+xml" href="https://doc.ruscomtech.ru/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=ENetrebin"/>
	<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php/%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:%D0%92%D0%BA%D0%BB%D0%B0%D0%B4/ENetrebin"/>
	<updated>2026-05-15T06:12:28Z</updated>
	<subtitle>Вклад</subtitle>
	<generator>MediaWiki 1.36.1</generator>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%92%D0%BE%D1%81%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5_%D1%81%D0%B5%D0%B0%D0%BD%D1%81%D0%B0&amp;diff=6332</id>
		<title>Воспроизведение сеанса</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%92%D0%BE%D1%81%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5_%D1%81%D0%B5%D0%B0%D0%BD%D1%81%D0%B0&amp;diff=6332"/>
		<updated>2026-04-23T09:13:33Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Применение Ключ-АСТРОМ]] / [[Применение Ключ-АСТРОМ#.D0.9C.D0.BE.D0.BD.D0.B8.D1.82.D0.BE.D1.80.D0.B8.D0.BD.D0.B3%20.D1.80.D0.B5.D0.B0.D0.BB.D1.8C.D0.BD.D0.BE.D0.B3.D0.BE%20.D0.BF.D0.BE.D0.BB.D1.8C.D0.B7.D0.BE.D0.B2.D0.B0.D1.82.D0.B5.D0.BB.D1.8F|Мониторинг реального пользователя]] / Основные понятия / Воспроизведение сеанса'''''&lt;br /&gt;
&lt;br /&gt;
Воспроизведение Сеанса — это мощный инструмент, который может модернизировать вашу стратегию мониторинга цифрового опыта (DEM). Вы можете использовать его для захвата и визуального воспроизведения полного цифрового опыта каждого пользователя.&lt;br /&gt;
&lt;br /&gt;
Вы можете записывать взаимодействие ваших клиентов с вашим веб-приложением и воспроизводить каждый клик и действие в виде фильма. Воспроизведение сеанса также позволяет вашим группам контроля качества воспроизводить проблемы, которые ваши разработчики могут использовать для преодоления разрыва между кодом и взаимодействием с пользователем.&lt;br /&gt;
&lt;br /&gt;
Воспроизведение Сеанса помогает выявить ошибки, которые следует немедленно исправить, а также другие проблемы, такие как искаженные страницы и бесконечные счетчики. Вы также можете использовать Воспроизведение Сеанса для выявления и анализа проблемных областей вашего приложения и повышения общего удобства его использования.&lt;br /&gt;
&lt;br /&gt;
== Использование Воспроизведения Сеанса ==&lt;br /&gt;
&lt;br /&gt;
=== Детализация ошибок ===&lt;br /&gt;
С помощью Воспроизведения Сеанса вы можете углубиться в детали обнаруженных ошибок:&lt;br /&gt;
&lt;br /&gt;
* Обнаружение ошибок JavaScript и других проблем.&lt;br /&gt;
* Узнайте, какие именно действия пользователя привели к ошибке.&lt;br /&gt;
* Поймите серьезность проблемы и ее влияние на пользовательский опыт.&lt;br /&gt;
* Наблюдайте за влиянием клиента, воспроизводя и просматривая сеанс, когда проблема не очевидна.&lt;br /&gt;
&lt;br /&gt;
Разработчики могут использовать Воспроизведение Сеанса для просмотра, анализа, воспроизведения и исправления ошибок.&lt;br /&gt;
&lt;br /&gt;
Для детализации ошибок вам не нужно записывать все сеансы. Вы можете использовать управление стоимостью и трафиком для записи только подмножества сеансов. Если анализируемая ошибка не является слишком спорадической, ее можно обнаружить, даже если будет записано всего 20% сессий.&lt;br /&gt;
&lt;br /&gt;
К этим сеансам применяется срок хранения данных по умолчанию , равный 35 дням.&lt;br /&gt;
&lt;br /&gt;
'''Важно:'''&lt;br /&gt;
&lt;br /&gt;
Возможность воспроизведения записанных пользовательских сеансов с настройками маскирования воспроизведения или без них зависит от разрешений. Разрешения доступны на уровне среды, а также на уровне зоны управления.&lt;br /&gt;
&lt;br /&gt;
=== Анализ поведения ===&lt;br /&gt;
Поскольку Воспроизведение Сеанса — лучший способ продемонстрировать, что на самом деле сделал пользователь, он предоставляет средства для просмотра пользовательского пути. Используйте повтор сеанса, чтобы:&lt;br /&gt;
&lt;br /&gt;
* Смотрите точный путь клиента в вашем приложении.&lt;br /&gt;
* Определите точную проблему, с которой столкнулся пользователь.&lt;br /&gt;
* Формирование инструкций для пользователей.&lt;br /&gt;
&lt;br /&gt;
=== Анализ usability ===&lt;br /&gt;
Воспроизведение Cеанса можно использовать для обнаружения и анализа следующих проблем:&lt;br /&gt;
&lt;br /&gt;
* Дизайн UX недостаточно интуитивен.&lt;br /&gt;
* Поток процесса слишком сложен, и пользователи покидают ваше приложение на полпути.&lt;br /&gt;
* Приложение работает медленно, и пользователь несколько раз нажимает, чтобы перейти на следующую страницу.&lt;br /&gt;
* Приложение не работает должным образом во всех браузерах.&lt;br /&gt;
* Мобильное веб-приложение предлагает пользователю изменить ориентацию своего мобильного устройства, но пользователь не понимает этого запроса.&lt;br /&gt;
&lt;br /&gt;
К этим сеансам применяется время хранения данных по умолчанию .&lt;br /&gt;
&lt;br /&gt;
== Технические ограничения ==&lt;br /&gt;
Воспроизведение Cеанса совместимо со страничными приложениями, одностраничными приложениями и приложениями, использующими iFrames. Однако действуют определенные ограничения .&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%A3%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_%D0%B8_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0&amp;diff=6317</id>
		<title>Установка и настройка</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%A3%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_%D0%B8_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0&amp;diff=6317"/>
		<updated>2026-04-07T09:30:02Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Основные элементы Ключ-Астром ==&lt;br /&gt;
*[[Ключ-АСТРОМ Managed]]&lt;br /&gt;
* [[ЕдиныйАгент Ключ-АСТРОМ]]&lt;br /&gt;
* [[АктивныйШлюз Ключ-АСТРОМ]]&lt;br /&gt;
* [[Сетевые зоны]]&lt;br /&gt;
* [[Интеграции]]&lt;br /&gt;
*[[Уведомления]]&lt;br /&gt;
&lt;br /&gt;
== &amp;lt;big&amp;gt;Ключ-Астром разворачивается на&amp;lt;/big&amp;gt; ==&lt;br /&gt;
* Облачных платформах&lt;br /&gt;
** VMware&lt;br /&gt;
** Физических (Bare Metal) серверах&lt;br /&gt;
&lt;br /&gt;
* Контейнерных платформах&lt;br /&gt;
** [[Kubernetes/OpenShift]]&lt;br /&gt;
***[[Запуск мониторинга Kubernetes/OpenShift]]&lt;br /&gt;
***Включение API мониторинга&lt;br /&gt;
****[[Подключение своих кластеров Kubernetes/OpenShift к Ключ-АСТРОМ]]&lt;br /&gt;
***[[Предупреждение об общих проблемах Kubernetes / OpenShift]]&lt;br /&gt;
** [[Настройка Ключ-АСТРОМ на Cloud Foundry|Cloud Foundry]]&lt;br /&gt;
***[[Развёртка ЕдиногоАгента на Pivotal Web Services для мониторинга только приложений]]&lt;br /&gt;
** [[Настройте Ключ-АСТРОМ на Docker|Docker]]&lt;br /&gt;
***[[Настройте ЕдиныйАгент в контейнерах для мониторинга только приложений|Настройте ЕдиныйАгент только для приложений]]&lt;br /&gt;
***[[Настройте ЕдиныйАгент Ключ-АСТРОМ как контейнер Docker]]&lt;br /&gt;
** [[Развертка ЕдиногоАгента на Mesos/Marathon|Mesos]]&lt;br /&gt;
**[[ЕдиныйАгент Привилегии для мониторинга контейнеров]]&lt;br /&gt;
&lt;br /&gt;
* Операционных системах&lt;br /&gt;
** AIX&lt;br /&gt;
** Linux (в том числе Astra Linux (Orel 2.12), RED OS (MUROM 7.2), Rosa&lt;br /&gt;
**Solaris&lt;br /&gt;
**Windows&lt;br /&gt;
**zOS&lt;br /&gt;
----&lt;br /&gt;
* Не удается установить ЕдиныйАгент на серверы приложений? Попробуйте безагентный мониторинг или расширение для браузера Real User Monitoring.&lt;br /&gt;
* Мониторите традиционное клиент-серверное приложение или Интернет вещей? Используйте Ключ-АСТРОМ OpenKit.&lt;br /&gt;
* Вам нужно круглосуточно контролировать доступность и производительность ваших приложений из любой точки мира? Установите синтетический мониторинг.&lt;br /&gt;
__ОБЯЗАТЕЛЬНОЕ_ОГЛАВЛЕНИЕ__&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%A3%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_%D0%B8_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0&amp;diff=6316</id>
		<title>Установка и настройка</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%A3%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_%D0%B8_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0&amp;diff=6316"/>
		<updated>2026-04-07T09:11:25Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Основные элементы Ключ-Астром ==&lt;br /&gt;
*[[Ключ-АСТРОМ Managed]]&lt;br /&gt;
* [[ЕдиныйАгент Ключ-АСТРОМ]]&lt;br /&gt;
* [[АктивныйШлюз Ключ-АСТРОМ]]&lt;br /&gt;
* [[Сетевые зоны]]&lt;br /&gt;
* [[Интеграции]]&lt;br /&gt;
*[[Уведомления]]&lt;br /&gt;
&lt;br /&gt;
== &amp;lt;big&amp;gt;Ключ-Астром разворачивается на&amp;lt;/big&amp;gt; ==&lt;br /&gt;
* Облачных платформах&lt;br /&gt;
** [[AWS]]&lt;br /&gt;
** Azure&lt;br /&gt;
***[[Интеграция ЕдиногоАгента в службу приложений Azure]]&lt;br /&gt;
** Google Cloud Platform&lt;br /&gt;
** VMware&lt;br /&gt;
** Heroku&lt;br /&gt;
&lt;br /&gt;
* Контейнерных платформах&lt;br /&gt;
** [[Kubernetes/OpenShift]]&lt;br /&gt;
***[[Запуск мониторинга Kubernetes/OpenShift]]&lt;br /&gt;
***Включение API мониторинга&lt;br /&gt;
****[[Подключение своих кластеров Kubernetes/OpenShift к Ключ-АСТРОМ]]&lt;br /&gt;
***[[Предупреждение об общих проблемах Kubernetes / OpenShift]]&lt;br /&gt;
** [[Настройка Ключ-АСТРОМ на Cloud Foundry|Cloud Foundry]]&lt;br /&gt;
***[[Развёртка ЕдиногоАгента на Pivotal Web Services для мониторинга только приложений]]&lt;br /&gt;
** [[Настройте Ключ-АСТРОМ на Docker|Docker]]&lt;br /&gt;
***[[Настройте ЕдиныйАгент в контейнерах для мониторинга только приложений|Настройте ЕдиныйАгент только для приложений]]&lt;br /&gt;
***[[Настройте ЕдиныйАгент Ключ-АСТРОМ как контейнер Docker]]&lt;br /&gt;
** [[Развертка ЕдиногоАгента на Mesos/Marathon|Mesos]]&lt;br /&gt;
**[[ЕдиныйАгент Привилегии для мониторинга контейнеров]]&lt;br /&gt;
&lt;br /&gt;
* Операционных системах&lt;br /&gt;
** AIX&lt;br /&gt;
** Linux (в том числе Astra Linux (Orel 2.12), RED OS (MUROM 7.2), Rosa&lt;br /&gt;
**Solaris&lt;br /&gt;
**Windows&lt;br /&gt;
**zOS&lt;br /&gt;
----&lt;br /&gt;
* Не удается установить ЕдиныйАгент на серверы приложений? Попробуйте безагентный мониторинг или расширение для браузера Real User Monitoring.&lt;br /&gt;
* Мониторите традиционное клиент-серверное приложение или Интернет вещей? Используйте Ключ-АСТРОМ OpenKit.&lt;br /&gt;
* Вам нужно круглосуточно контролировать доступность и производительность ваших приложений из любой точки мира? Установите синтетический мониторинг.&lt;br /&gt;
__ОБЯЗАТЕЛЬНОЕ_ОГЛАВЛЕНИЕ__&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9E%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%9A%D0%BB%D1%8E%D1%87-%D0%90%D0%A1%D0%A2%D0%A0%D0%9E%D0%9C_Managed&amp;diff=6315</id>
		<title>Обновление Ключ-АСТРОМ Managed</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9E%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%9A%D0%BB%D1%8E%D1%87-%D0%90%D0%A1%D0%A2%D0%A0%D0%9E%D0%9C_Managed&amp;diff=6315"/>
		<updated>2026-04-07T09:09:01Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Для успешного обновления вам потребуется не менее 5 ГБ доступного дискового пространства в разделе, где установлен ​​Ключ-АСТРОМ Managed. Подробнее см. Требования Managed к оборудованию.&lt;br /&gt;
&lt;br /&gt;
Обновление Ключ-АСТРОМ Managed состоит из двух этапов:&lt;br /&gt;
&lt;br /&gt;
1. Скачивание пакета обновления.&lt;br /&gt;
&lt;br /&gt;
2. Выполнение обновления.&lt;br /&gt;
&lt;br /&gt;
Обновления Ключ-АСТРОМ Managed можно выполнять только последовательно по версиям. Если ваш управляемый кластер Ключ-АСТРОМ в настоящее время работает, например, с версией &amp;lt;code&amp;gt;1.212&amp;lt;/code&amp;gt; , и вы хотите обновить его до версии &amp;lt;code&amp;gt;1.218&amp;lt;/code&amp;gt; , вам необходимо сначала выполнить обновление до версии &amp;lt;code&amp;gt;1.214&amp;lt;/code&amp;gt; , а затем до версии &amp;lt;code&amp;gt;1.216&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== Скачивание пакета обновлений ===&lt;br /&gt;
По умолчанию пакеты обновлений загружаются автоматически, как только они становятся доступными для вашего кластера.&lt;br /&gt;
&lt;br /&gt;
Однако, если вам нужен строгий контроль над загружаемыми пакетами, вы можете отказаться от автоматической загрузки обновлений. В этом случае вам необходимо обновить лицензию. Свяжитесь со специалистом по продукту Ключ-АСТРОМ ONE, нажав кнопку чата в правом верхнем углу строки меню Ключ-АСТРОМ. При развертывании или при отказе от автоматической загрузки вы получите уведомление по электронной почте всякий раз, когда будет доступен новый пакет обновлений. Оно будет содержать ссылку для загрузки пакетов обновлений, чтобы вы могли вручную загрузить их в кластер.&lt;br /&gt;
&lt;br /&gt;
Используйте консоль управления кластером (CMC), чтобы загрузить патч в кластер. В меню Ключ-АСТРОМ выберите '''Настройки''' &amp;gt; '''Автоматическое обновление''' и выберите '''Загрузить'''. Консоль управления кластером распространит пакет обновления на все узлы. Если вы не хотите использовать пользовательский интерфейс, вы можете вручную скопировать извлеченные файлы установщика кластера в каталог &amp;lt;code&amp;gt;&amp;lt;INSTALLATION_DIR&amp;gt;/installer/upgrade&amp;lt;/code&amp;gt; на '''каждой ноде кластера'''.&lt;br /&gt;
&lt;br /&gt;
== Автоматическое обновление (рекомендуется) ==&lt;br /&gt;
Для автоматических обновлений укажите удобное время для обновления системы (например, во время периода обслуживания).&lt;br /&gt;
----&amp;lt;blockquote&amp;gt;''&amp;lt;big&amp;gt;Производится обновление&amp;lt;/big&amp;gt;''&lt;br /&gt;
&lt;br /&gt;
* &lt;br /&gt;
&lt;br /&gt;
Ваши страницы мониторинга и управления кластером не будут доступны в процессе обновления, если ваш кластер состоит менее чем из 3 узлов. Для кластеризованной инсталляции процесс обновления не приводит к простою системы&amp;lt;/blockquote&amp;gt;&lt;br /&gt;
----Чтобы определить время начала автоматических обновлений:&lt;br /&gt;
&lt;br /&gt;
1. В меню навигации выберите '''Настройки''' &amp;gt; '''Автоматическое обновление'''.&lt;br /&gt;
&lt;br /&gt;
2. Установите переключатель '''Автоматическая установка обновлений кластера Ключ-Астром''' в положение '''Вкл'''.&lt;br /&gt;
&lt;br /&gt;
Этот переключатель отключен, если ваша лицензия не позволяет отказаться от автоматических обновлений. Чтобы изменить разрешения лицензии, свяжитесь с Ключ-АСТРОМ ONE через чат поддержки.&lt;br /&gt;
&lt;br /&gt;
3. Укажите время начала периода еженедельного обслуживания. Обновления Ключ-АСТРОМ Managed начнутся в указанное вами время.&lt;br /&gt;
&lt;br /&gt;
== Обновление, запускаемое вручную ==&lt;br /&gt;
Для обновлений, запускаемых вручную, вы должны запустить текущее обновление с помощью пользовательского интерфейса (в меню Ключ-АСТРОМ выберите '''Настройки''' &amp;gt; '''Автоматическое обновление''') или через Cluster REST API. После запуска процесс обновления выполняется так же, как и при автоматическом обновлении. Как правило, вы должны использовать запускаемое вручную обновление, если хотите инициировать обновление вне запланированного периода обслуживания.&lt;br /&gt;
&lt;br /&gt;
== Ручное обновление ==&lt;br /&gt;
Для обновления вручную необходимо вручную запустить сценарий обновления на каждом узле. Поскольку обновляемый узел не работает, очень важно выполнить обновление вручную последовательно: '''дождитесь завершения обновления узла, прежде чем начинать обновление на следующем узле'''.&lt;br /&gt;
&lt;br /&gt;
Чтобы обновить кластер вручную, выполните эту процедуру '''для каждого узла''' последовательно, '''по одному узлу за раз''':&lt;br /&gt;
&lt;br /&gt;
1. Найдите скрипт пакета обновления в &amp;lt;code&amp;gt;&amp;lt;INSTALLATION_DIR&amp;gt;/installer/upgrade&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
2. Предоставьте исполняемому файлу пакета обновления разрешения. Используйте команду Linux &amp;lt;code&amp;gt;chmod&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;[root@localhost]# chmod +x update_package.sh&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
3. Как пользователь &amp;lt;code&amp;gt;root&amp;lt;/code&amp;gt; выполните сценарий обновления. После успешного завершения обновления перейдите к следующему узлу и повторите процедуру.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;[root@localhost]# ./update_package.sh&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Проверка версии Ключ-АСТРОМ Managed ===&lt;br /&gt;
Чтобы узнать, какую версию Ключ-АСТРОМ Managed вы используете в настоящее время:&lt;br /&gt;
&lt;br /&gt;
1. Войдите в консоль управления кластером или в одну из ваших сред мониторинга.&lt;br /&gt;
&lt;br /&gt;
2. Откройте меню пользователя в правом верхнем углу. Номер версии отображается в правом нижнем углу меню пользователя.&lt;br /&gt;
&lt;br /&gt;
В качестве альтернативы,&lt;br /&gt;
&lt;br /&gt;
1. Перейдите на домашнюю страницу своей консоли управления кластером, где вы можете просмотреть состояние развертывания вашего Ключ-АСТРОМ Managed.&lt;br /&gt;
&lt;br /&gt;
2. Щелкните по узлу Ключ-АСТРОМ Managed, чтобы открыть страницу обзора этого узла. Установленная версия отображается прямо под заголовком страницы.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9A%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D1%8C_%D0%B1%D0%B5%D0%B7%D0%BE%D0%BF%D0%B0%D1%81%D0%BD%D0%BE%D1%81%D1%82%D0%B8_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85&amp;diff=6314</id>
		<title>Контроль безопасности данных</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9A%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D1%8C_%D0%B1%D0%B5%D0%B7%D0%BE%D0%BF%D0%B0%D1%81%D0%BD%D0%BE%D1%81%D1%82%D0%B8_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85&amp;diff=6314"/>
		<updated>2026-04-07T05:56:11Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Применение Ключ-АСТРОМ]] / [https://doc.ruscomtech.ru/index.php/Применение_Ключ-АСТРОМ#.D0.91.D0.B5.D0.B7.D0.BE.D0.BF.D0.B0.D1.81.D0.BD.D0.BE.D1.81.D1.82.D1.8C_.D0.B4.D0.B0.D0.BD.D0.BD.D1.8B.D1.85 Безопасность данных] / Контроль безопасности данных'''''&lt;br /&gt;
&lt;br /&gt;
== Типы собираемых данных ==&lt;br /&gt;
Ключ-АСТРОМ может собирать различные типы данных инфраструктуры и приложений, включая метрики хоста и приложения, базовые сетевые метрики, метрики реальных пользователей, мобильные метрики, метрики облачной инфраструктуры, метрики логов и многое другое.&lt;br /&gt;
&lt;br /&gt;
По умолчанию Ключ-АСТРОМ не собирает персонально идентифицируемую информацию (PII). Однако, поскольку Ключ-АСТРОМ можно настроить для сбора PII, мы также предоставляем вам надежные функции маскировки и защиты данных . Эти функции разработаны, чтобы помочь вам соблюдать ваши обязательства по конфиденциальности и защите данных.&lt;br /&gt;
&lt;br /&gt;
[[Файл:292.png|граница]]&lt;br /&gt;
&lt;br /&gt;
== Компоненты Ключ-АСТРОМ ==&lt;br /&gt;
ЕдиныйАгент Ключ-АСТРОМ собирает все данные мониторинга в вашей контролируемой среде. При желании все данные, собранные ЕдинымАгентом, могут быть направлены через АктивныйШлюз Ключ-АСТРОМ , который работает как прокси-сервер между ЕдинымАгентом Ключ-АСТРОМ и кластером Ключ-АСТРОМ. При отсутствии АктивногоШлюза данные, собранные ЕдинымАгентом, отправляются напрямую в кластер Ключ-АСТРОМ.&lt;br /&gt;
&lt;br /&gt;
== Шифрование данных при передаче ==&lt;br /&gt;
Все данные, которыми обмениваются ЕдиныйАгент, АктивныйШлюз и Ключ-АСТРОМ Cluster, шифруются при передаче. Данные сериализуются и десериализуются с использованием Google Protocol Buffers.&lt;br /&gt;
&lt;br /&gt;
Ключ-АСТРОМ поддерживает TLS 1.2 и TLS 1.3 (оценка SSL Labs A+).&lt;br /&gt;
&lt;br /&gt;
[[Файл:296.png|граница]]&lt;br /&gt;
&lt;br /&gt;
== Аутентификация пользователя ==&lt;br /&gt;
Вы можете управлять своими пользователями, настраивая группы пользователей и разрешения , а также SAML.&lt;br /&gt;
&lt;br /&gt;
[[Файл:298.png|граница]]&lt;br /&gt;
&lt;br /&gt;
== Проверка целостности компонентов Ключ-АСТРОМ ==&lt;br /&gt;
Компоненты Ключ-АСТРОМ подписываются с использованием сертификатов подписи кода в рамках конвейера непрерывной поставки и интеграции (CI/CD).&lt;br /&gt;
&lt;br /&gt;
Сертификаты подписи кода хранятся на аппаратных токенах с сертификатами подписи кода Extended Validation (EV) для Windows. Проверка подписи выполняется автоматически перед обновлением или установкой. При первой установке компонента проверку подписи необходимо проводить вручную.&lt;br /&gt;
&lt;br /&gt;
[[Файл:299.png|граница]]&lt;br /&gt;
&lt;br /&gt;
== Непрерывность сбора данных и высокая доступность ==&lt;br /&gt;
Ключ-АСТРОМ  использует кластерную архитектуру, несколько зон доступности (центров обработки данных) и автоматические механизмы переключения при сбое для обеспечения высокой доступности.&lt;br /&gt;
&lt;br /&gt;
== Мониторинг инфраструктуры ==&lt;br /&gt;
Выделенный кластер самоконтроля Ключ-АСТРОМ отслеживает доступность, производительность и безопасность всех кластеров.&lt;br /&gt;
&lt;br /&gt;
== Развертывание обновлений и исправлений ==&lt;br /&gt;
Используя полностью автоматизированный конвейер CI/CD, Ключ-АСТРОМ может развертывать обновления и исправления в течение нескольких часов. Архитектура Ключ-АСТРОМ позволяет производить обновления кластеров с нулевым временем простоя.&lt;br /&gt;
&lt;br /&gt;
Новые функции поставляются каждые две недели. Обновления АктивныйШлюз Ключ-АСТРОМ и ЕдиныйАгент могут выполняться автоматически или вручную.&lt;br /&gt;
&lt;br /&gt;
== Логи аудита ==&lt;br /&gt;
Ключ-АСТРОМ регистрирует события, связанные с безопасностью, такие как изменения конфигурации и доступ к среде. Вы можете просмотреть эти логи аудита в Ключ-АСТРОМ или загрузить их для дальнейшего использования с помощью вызова API логов аудита GET.&lt;br /&gt;
&lt;br /&gt;
== Доступ к данным для поддержки Ключ-АСТРОМ ==&lt;br /&gt;
Доступ к средам Ключ-АСТРОМ основан на ролях. Изменения ролей требуют обоснования и одобрения со стороны команды Ключ-АСТРОМ ACE (Autonomous Cloud Enablement). Доступ ограничен корпоративной сетью Ключ-АСТРОМ и требует многофакторной аутентификации при удаленном доступе. Каждый доступ и все изменения регистрируются в журнале аудита и полностью доступны.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%A1%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D1%8F_%D0%BC%D0%B5%D1%82%D1%80%D0%B8%D0%BA,_%D0%B2%D1%8B%D0%B7%D1%8B%D0%B2%D0%B0%D1%8E%D1%89%D0%B8%D1%85_%D0%BE%D0%BF%D0%BE%D0%B2%D0%B5%D1%89%D0%B5%D0%BD%D0%B8%D1%8F&amp;diff=6313</id>
		<title>События метрик, вызывающих оповещения</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%A1%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D1%8F_%D0%BC%D0%B5%D1%82%D1%80%D0%B8%D0%BA,_%D0%B2%D1%8B%D0%B7%D1%8B%D0%B2%D0%B0%D1%8E%D1%89%D0%B8%D1%85_%D0%BE%D0%BF%D0%BE%D0%B2%D0%B5%D1%89%D0%B5%D0%BD%D0%B8%D1%8F&amp;diff=6313"/>
		<updated>2026-04-07T05:36:43Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Применение Ключ-АСТРОМ]] / [[Применение Ключ-АСТРОМ#.D0.90.D0.BB.D0.B5.D1.80.D1.82.D0.B8.D0.BD.D0.B3|Алертинг]] / [https://doc.ruscomtech.ru/index.php/События_метрик События метрик] / События метрик, вызывающих оповещения'''''&lt;br /&gt;
&lt;br /&gt;
ИИ Ключ-АСТРОМ автоматически анализирует нештатные ситуации в вашей ИТ-инфраструктуре и пытается выявить любые соответствующие последствия и первопричины. ИИ опирается на широкий спектр источников информации, таких как представление транзакций ваших служб и приложений, а также все события, возникающие на отдельных узлах в вашей топологии.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ есть два основных источника одиночных событий:&lt;br /&gt;
&lt;br /&gt;
* События на основе метрик (события, инициированные серией измерений)&lt;br /&gt;
* События, не зависящие от какой-либо метрики (например, сбои процессов, изменения развертывания и события перемещения ВМ).&lt;br /&gt;
&lt;br /&gt;
Пользовательские события метрик настраиваются в глобальных настройках вашей среды и видны всем пользователям Ключ-АСТРОМ в вашей среде.&lt;br /&gt;
&lt;br /&gt;
== Автоадаптивная базовая линия ==&lt;br /&gt;
Автоадаптивные базовые показатели представляют собой динамический подход к базовым показателям, при котором эталонное значение для обнаружения аномалий изменяется с течением времени. Его основное преимущество перед статическим порогом заключается в том, что эталонное значение динамически адаптируется с течением времени, и вам не нужно заранее знать пороговое значение. Вам также не нужно вручную настраивать несколько статических пороговых значений для метрик, поведение которых меняется со временем.&lt;br /&gt;
&lt;br /&gt;
Когда конфигурация события метрики включает в себя несколько сущностей, каждая сущность получает свою собственную автоадаптирующуюся базовую линию, и каждая базовая линия оценивается независимо. Например, если объем события включает пять хостов, Ключ-АСТРОМ рассчитает и оценит пять независимых базовых показателей.&lt;br /&gt;
&lt;br /&gt;
Существует ограничение в 100 конфигураций событий метрик для каждой среды независимо от того, сколько отдельных базовых показателей имеет каждая конфигурация.&lt;br /&gt;
&lt;br /&gt;
Давайте рассмотрим пример, в котором адаптивный базовый уровень имеет преимущество перед статически определенным порогом. На приведенной ниже диаграмме показано измеренное время записи на диск в миллисекундах. Это изменчивый показатель, который резко возрастает в зависимости от давления записи, с которым сталкивается диск. Если бы нам нужно было определить пороговое значение для каждого диска в этой ИТ-системе на основе исходных данных (начало диаграммы), мы бы установили статический порог равным 20 миллисекундам. Однако позже использование диска изменится на более высокую нагрузку, поэтому определенный таким образом статический порог будет генерировать много ложноположительных предупреждений. Чтобы избежать этого, нам пришлось бы определить новый порог и вручную адаптировать конфигурацию.&lt;br /&gt;
&lt;br /&gt;
Однако автоадаптивная базовая линия автоматически адаптирует эталонные пороги ежедневно на основе измерений за предыдущие семь дней. Таким образом, если метрика меняет свое поведение, порог адаптируется автоматически.&lt;br /&gt;
&lt;br /&gt;
=== Базовый расчет ===&lt;br /&gt;
Базовыми значениями для расчета базовых показателей являются данные метрик за последние семь дней. Измерения за каждую минуту используются для расчета 99 -го процентиля всех измерений. Это определяет соответствующую базовую линию . Межквантильный диапазон между 25 -м и 75 -м процентилями затем используется в качестве флуктуации сигнала , которую можно добавить к базовой линии. Используя параметр &amp;lt;code&amp;gt;number of signal fluctuation&amp;lt;/code&amp;gt;(nx флуктуация сигнала), вы можете контролировать, сколько раз флуктуация сигнала добавляется к базовой линии, чтобы получить фактический порог для оповещения.&lt;br /&gt;
&lt;br /&gt;
Другим важным параметром для динамических базовых линий является скользящее окно, которое используется для сравнения текущих измерений с вычисленным пороговым значением. Он определяет, как часто расчетный порог должен нарушаться в течение скользящего окна времени, чтобы возникло событие (нарушения не обязательно должны быть последовательными). Такой подход помогает избежать слишком агрессивного оповещения об одиночных нарушениях. Вы можете установить скользящее окно максимум на 60 минут.&lt;br /&gt;
&lt;br /&gt;
По умолчанию любые 3 минуты из скользящего окна в 5 минут должны превышать ваш базовый порог, чтобы вызвать событие. Это означает, что событие должно иметь 3 минуты нарушения в пределах любого 5-минутного скользящего окна.&lt;br /&gt;
&lt;br /&gt;
== Статический порог ==&lt;br /&gt;
Статический порог представляет собой жесткое ограничение, которое метрика не должна нарушать. Предел может быть одним значением или диапазоном. Поскольку статические пороги не меняются со временем, они являются важным инструментом мониторинга, помогающим определить критические границы нормальной работы.&lt;br /&gt;
&lt;br /&gt;
Вам нужно выбрать между статическим порогом и адаптивным базовым уровнем , в зависимости от вашего варианта использования.&lt;br /&gt;
&lt;br /&gt;
Например, вы можете использовать статический порог, чтобы установить ограничение на общее использование памяти известным процессом. В этом случае статический порог превосходит адаптивный, потому что если потребление памяти со временем растет медленно, то адаптивный порог просто меняется вместе с ним, не вызывая никаких проблем и приводя в итоге к скрытой утечке памяти.&lt;br /&gt;
&lt;br /&gt;
На рисунках ниже потребление памяти неуклонно увеличивается в течение 30 дней. Статически заданный порог в 40 МБ будет обнаруживать ненормальное поведение процесса, в то время как адаптивный базовый уровень будет увеличиваться вместе со значением метрики.&lt;br /&gt;
&lt;br /&gt;
Помимо порогового значения, вы также можете указать, как часто пороговое значение должно нарушаться в течение скользящего окна времени, чтобы возникло событие (нарушения не обязательно должны быть последовательными). Это поможет вам избежать слишком агрессивных предупреждений о нарушениях одного порога. Вы можете установить скользящее окно до 60 минут.&lt;br /&gt;
&lt;br /&gt;
По умолчанию любые 3 минуты из скользящего окна в 5 минут должны превышать ваш порог, чтобы вызвать событие. То есть для события потребуется 3 минуты нарушения в пределах любого 5-минутного скользящего окна.&lt;br /&gt;
&lt;br /&gt;
== Расширенный запрос метрики ==&lt;br /&gt;
Существует два типа запросов метрик в событиях метрик — базовый и расширенный. Базовые запросы просто наблюдают за потоком необработанных измерений. Расширенные запросы применяют преобразование к необработанным данным. Ключ-АСТРОМ всегда отображает тип запроса в разделе Предварительный просмотр предупреждений конфигурации события метрики.&lt;br /&gt;
&lt;br /&gt;
Примеры расширенных запросов включают в себя:&lt;br /&gt;
&lt;br /&gt;
* Автоадаптивные базовые показатели, так как они требуют расчета базового уровня.&lt;br /&gt;
* Монотонные счетчики, потому что для получения непрерывной скорости необходима математическая операция над необработанными счетами.&lt;br /&gt;
* Предупреждения об отсутствии данных , так как условие должно быть предварительно проверено.&lt;br /&gt;
* Математические выражения.&lt;br /&gt;
* Агрегации измерений.&lt;br /&gt;
&lt;br /&gt;
=== Ограничения среды ===&lt;br /&gt;
Существует общее ограничение в 10 000 конфигураций событий метрик для каждой среды мониторинга, которые можно разделить на следующие категории:&lt;br /&gt;
&lt;br /&gt;
* Базовые запросы — для базовых запросов нет ограничений по размерам. Например, вы можете создать оповещение для 20 000 ядер ЦП в одной конфигурации события метрики. Несмотря на то, что ограничения на размер нет, ограничение регулирования в 100 одновременных предупреждений на конфигурацию используется в качестве меры предосторожности.&lt;br /&gt;
* Расширенные запросы — применяются дополнительные ограничения:&lt;br /&gt;
** 100 000 измерений на среду&lt;br /&gt;
** 1000 измерений на конфигурацию события метрики&lt;br /&gt;
** 100 расширенных конфигураций запросов для каждой стратегии мониторинга. У вас может быть 100 конфигураций с автоадаптивным базовым уровнем и 100 конфигураций с настраиваемыми пороговыми значениями.&lt;br /&gt;
&lt;br /&gt;
== Оповещение об отсутствии данных ==&lt;br /&gt;
Ключ-АСТРОМ предоставляет вам возможность настроить оповещение об отсутствии данных в метрике. Если оповещение включено, Ключ-АСТРОМ регулярно проверяет, содержит ли скользящее окно события метрики какие-либо измерения. Например, если скользящее окно установлено на 3 минуты в течение любых 5 минут , Ключ-АСТРОМ инициирует предупреждение, если данные не будут получены в течение 3-минутного периода.&lt;br /&gt;
&lt;br /&gt;
Условие отсутствующих данных и базовое/пороговое условие объединяются логикой ИЛИ .&lt;br /&gt;
&lt;br /&gt;
Показать пример&lt;br /&gt;
&lt;br /&gt;
=== Заполнители описания события ===&lt;br /&gt;
Для предоставления подробной информации об оповещении используется &amp;lt;code&amp;gt;{missing_data_samples}&amp;lt;/code&amp;gt;заполнитель для описания события. Он отображает количество минут без полученных данных.&lt;br /&gt;
&lt;br /&gt;
=== Нерегулярные или задержанные потоки данных ===&lt;br /&gt;
Мы рекомендуем отключать оповещения об отсутствии данных для разреженных потоков данных, когда измерения не ожидаются с регулярными интервалами, так как это приведет к шторму предупреждений.&lt;br /&gt;
&lt;br /&gt;
Для ожидаемых данных с опозданием (например, показателей интеграции с облаком с 5-минутной задержкой) используйте длинные скользящие окна, покрывающие задержки. Для 5-минутной задержки используйте скользящее окно не менее 10 минут.&lt;br /&gt;
&lt;br /&gt;
=== Ограничения ===&lt;br /&gt;
Включение оповещения об отсутствии данных переключает конфигурацию на расширенный запрос метрики , на который распространяются дополнительные ограничения, поскольку он требует упреждающих проверок, даже если поток данных отсутствует.&lt;br /&gt;
&lt;br /&gt;
== Масштаб мероприятия ==&lt;br /&gt;
Существенным аспектом события пользовательской метрики является правильно настроенная метрика, которую нужно отслеживать. Многие показатели Ключ-АСТРОМ состоят из нескольких измерений. Вы можете выбрать, какие параметры учитывать для мероприятия. Например, вы можете выбрать для своего пользовательского оповещения только действия пользователей с устройств iOS на основе метрики количества действий .&lt;br /&gt;
&lt;br /&gt;
Вы можете дополнительно настроить событие, выбрав отслеживаемые объекты, к которым оно применяется. По умолчанию событие применяется ко всем объектам, предоставляющим соответствующую метрику. Используя фильтр на основе правил, вы можете организовать объекты по группе узлов , зоне управления , имени и тегу . Например, для метрик на основе хоста вы можете включить только те хосты, которым назначен определенный тег. Фактический набор доступных критериев зависит от метрики.&lt;br /&gt;
&lt;br /&gt;
Предварительный просмотр области предупреждений может отображать до 100 сущностей, которые обеспечивают выбранную метрику и соответствуют всем указанным фильтрам.&lt;br /&gt;
&lt;br /&gt;
Если вы установите порог для более чем 100 объектов, предварительный просмотр будет недоступен, и это приведет к значительному количеству предупреждений.&lt;br /&gt;
&lt;br /&gt;
== Осведомленность о топологии ==&lt;br /&gt;
Осведомленность о топологии и контекст — одна из ключевых тем платформы наблюдения Ключ-АСТРОМ. Данные, такие как метрики, трассировки, события и журналы, не просто сообщаются и хранятся на платформе, они включают ссылки на топологию, в которой были созданы данные. Например, в метриках процессов каждое измерение имеет ссылку на связанные хосты и процессы. ИИ Дэвиса использует эту топологическую информацию для автоматического обнаружения первопричин и анализа последствий обнаруженных аномалий. То же самое относится ко всем пользовательским событиям метрик, настроенным в среде мониторинга.&lt;br /&gt;
&lt;br /&gt;
Когда конфигурация обнаружения аномалий вызывает событие, Ключ-АСТРОМ автоматически определяет наиболее релевантную сущность для сопоставления события. Если обнаружено несколько ссылок на объекты, автоматически выбирается наиболее релевантная. Например, если метрика со ссылкой как на хост, так и на процесс приводит к событию, событие возникает в процессе.&lt;br /&gt;
&lt;br /&gt;
Прием метрик позволяет отправлять все типы измерений метрик, независимо от количества сущностей, к которым они относятся. Существуют следующие сценарии:&lt;br /&gt;
&lt;br /&gt;
=== Измерения не связаны с какой-либо сущностью ===&lt;br /&gt;
Если вы определяете событие метрики для нетопологической метрики, результирующее событие будет вызвано в самой среде мониторинга, а не в конкретном объекте топологии.&lt;br /&gt;
&lt;br /&gt;
Пример: показатели выручки, измеренные для всех розничных магазинов по географическому региону.&lt;br /&gt;
&lt;br /&gt;
=== Измерения относятся к одному объекту ===&lt;br /&gt;
Если вы определяете событие метрики для измерения, связанного с одним объектом, результирующее событие будет вызвано для этого объекта.&lt;br /&gt;
&lt;br /&gt;
Пример: выполнение пакетных заданий измеряется на отслеживаемом узле, где измерение связано с узлом.&lt;br /&gt;
&lt;br /&gt;
=== Измерения связаны с несколькими объектами ===&lt;br /&gt;
Когда для каждого измерения указано несколько объектов, Ключ-АСТРОМ выбирает наиболее подходящий объект, для которого следует инициировать событие. В случае узла и процесса измерение предположительно относится к процессу, а не к узлу, поэтому событие возникает в процессе.&lt;br /&gt;
&lt;br /&gt;
Пример: количество запусков пакетного задания, измеренное для процесса на отслеживаемом узле, где измерение относится как к процессу, так и к узлу.&lt;br /&gt;
&lt;br /&gt;
== Серьезность события ==&lt;br /&gt;
Серьезность события определяет, следует ли поднимать проблему или нет, и должен ли ИИ определять основную причину данного события.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Строгость&lt;br /&gt;
!Проблема поднята&lt;br /&gt;
!Анализ Дэвиса&lt;br /&gt;
!Семантический&lt;br /&gt;
|-&lt;br /&gt;
|Доступность&lt;br /&gt;
|Да&lt;br /&gt;
|Да&lt;br /&gt;
|Сообщает о любых серьезных отказах компонентов.&lt;br /&gt;
|-&lt;br /&gt;
|Ошибка&lt;br /&gt;
|Да&lt;br /&gt;
|Да&lt;br /&gt;
|Сообщает о любом ухудшении работоспособности из-за ошибок.&lt;br /&gt;
|-&lt;br /&gt;
|Замедлять&lt;br /&gt;
|Да&lt;br /&gt;
|Да&lt;br /&gt;
|Сообщает о замедлении работы ИТ-компонента.&lt;br /&gt;
|-&lt;br /&gt;
|Ресурс&lt;br /&gt;
|Да&lt;br /&gt;
|Да&lt;br /&gt;
|Сообщает о нехватке ресурсов или ситуации конфликта ресурсов.&lt;br /&gt;
|-&lt;br /&gt;
|Информация&lt;br /&gt;
|Нет&lt;br /&gt;
|Да&lt;br /&gt;
|Сообщает о любой интересной ситуации с компонентом, например об изменении развертывания.&lt;br /&gt;
|-&lt;br /&gt;
|Пользовательское оповещение&lt;br /&gt;
|Да&lt;br /&gt;
|Нет&lt;br /&gt;
|Запускает оповещение без причинно-следственной связи с участием искусственного интеллекта Дэвиса.&lt;br /&gt;
|}&lt;br /&gt;
Дополнительные сведения о встроенных событиях и их уровнях серьезности см. в разделе Типы событий .&lt;br /&gt;
&lt;br /&gt;
== Продолжительность события ==&lt;br /&gt;
В конфигурации события метрики вы указываете, сколько одноминутных слотов должно нарушать порог или базовый уровень в течение определенного периода времени (окна оценки). Когда это происходит, Ключ-АСТРОМ создает событие.&lt;br /&gt;
&lt;br /&gt;
Событие остается открытым до тех пор, пока метрика не останется в пределах порогового или базового уровня для определенного количества одноминутных интервалов в одном и том же окне оценки, после чего Ключ-АСТРОМ закрывает событие. По умолчанию количество таких слотов де-оповещения равно размеру окна оценки. Например, если размер окна оценки установлен на &amp;lt;code&amp;gt;5&amp;lt;/code&amp;gt;, метрика должна оставаться в пределах порогового или базового уровня в течение 5 последовательных одноминутных интервалов времени, чтобы закрыть событие. Вы можете изменить количество слотов для отмены предупреждений через API Metric Events .&lt;br /&gt;
&lt;br /&gt;
== Селектор показателей в событиях показателей ==&lt;br /&gt;
Селектор метрик — это мощный инструмент для запроса данных. Он предоставляет вам две основные возможности:&lt;br /&gt;
&lt;br /&gt;
* Метрические преобразования для преобразования метрики.&lt;br /&gt;
* Метрические выражения для объединения одной или нескольких метрик в другой результат с помощью простой математики.&lt;br /&gt;
&lt;br /&gt;
В этом примере мы хотим обнаружить аномалии в комбинированном входящем и исходящем сетевом трафике путем вычисления суммы всех прочитанных ( &amp;lt;code&amp;gt;builtin:host.net.bytesRx&amp;lt;/code&amp;gt;) и записанных байтов ( &amp;lt;code&amp;gt;builtin:host.net.bytesTx&amp;lt;/code&amp;gt;). Метрическое выражение для этого:&lt;br /&gt;
 &amp;lt;code&amp;gt;((builtin:host.net.&amp;quot;bytesTx&amp;quot;:splitBy())+(builtin:host.net.&amp;quot;bytesRx&amp;quot;:splitBy()))&amp;lt;/code&amp;gt;&lt;br /&gt;
Это выражение оценивается как результат одной метрики, которую Дэвис будет использовать для получения базового уровня, а также для обнаружения аномалий и оповещения о них.&lt;br /&gt;
&lt;br /&gt;
Селектор показателей может состоять из тысяч отдельных измерений показателей. Важно понимать последствия при настройке селектора, состоящего из измерений, поступающих из тысяч отдельных источников. Ключ-АСТРОМ применяет ограничения безопасности к обнаружению аномалий с точки зрения количества метрических измерений, которые можно наблюдать в одной среде мониторинга, чтобы избежать каких-либо операционных проблем.&lt;br /&gt;
&lt;br /&gt;
Проверка тревожных данных на графиках&lt;br /&gt;
&lt;br /&gt;
=== Объединение метрик для обнаружения аномалий ===&lt;br /&gt;
Благодаря мощному выражению метрики вы можете реализовать оповещение с представлением ситуации сверху вниз, а не оповещение о каждом отдельном компоненте.&lt;br /&gt;
&lt;br /&gt;
Например, вы можете отслеживать шаблоны журналов на нескольких хостах. Вычисляя общее количество наблюдаемых шаблонов журналов во всех соответствующих файлах журналов, Ключ-АСТРОМ может обнаруживать аномалии шаблонов в совокупном потоке журналов, а не в отдельных счетчиках для каждого файла журнала.&lt;br /&gt;
&lt;br /&gt;
В случае разреженных подсчетов по многим объектам (например, подсчет ошибок в нескольких процессах одного типа) агрегированное нисходящее обнаружение аномалий гораздо более устойчиво к ложноположительным оповещениям по сравнению с обнаружением отдельного подсчета ошибок для каждого процесса.&lt;br /&gt;
&lt;br /&gt;
=== Отображение топологии ===&lt;br /&gt;
События метрик, основанные на селекторе метрик, поддерживают осведомленность о топологии . Результирующее сопоставление зависит от детализации данных результата.&lt;br /&gt;
&lt;br /&gt;
Селекторы метрик, разделенные сущностью, сохраняют это сопоставление и учитывают топологию. События, возникающие в таких метриках, сопоставляются с первоисточником.&lt;br /&gt;
&lt;br /&gt;
Когда селекторы метрик приводят к одному агрегированному ряду без четкой ссылки на объект и топологию, события, возникающие в таких метриках, сопоставляются с глобальной средой мониторинга.&lt;br /&gt;
&lt;br /&gt;
==== Переопределить сопоставление топологии ====&lt;br /&gt;
Вы можете переопределить автоматический выбор типа объекта, с которым сопоставляются события. Имейте в виду, что следует выбирать только те типы сущностей, на которые есть ссылки во входящих измерениях метрик. Если выбран тип объекта, в котором метрика не показывает необходимое измерение, переопределение объекта игнорируется.&lt;br /&gt;
&lt;br /&gt;
Чтобы переопределить автоматический тип сущности, в конфигурации события метрики разверните Расширенные настройки сущности и выберите требуемый тип сущности.&lt;br /&gt;
&lt;br /&gt;
== Создать событие метрики ==&lt;br /&gt;
Чтобы создать конфигурацию события метрики&lt;br /&gt;
&lt;br /&gt;
# В меню Ключ-АСТРОМ выберите « Настройки » &amp;gt; « Обнаружение аномалий » &amp;gt; «Пользовательские события для предупреждений » и выберите «Создать настраиваемое событие для предупреждений» .&lt;br /&gt;
# Перейдите на вкладку « Сборка ».&lt;br /&gt;
# Выберите метрику для события метрики. Вы можете выбрать метрику по категории, к которой она принадлежит, или по точному имени метрики.&lt;br /&gt;
# Выберите тип агрегирования для метрики (где применимо).&lt;br /&gt;
# по желаниюВыберите измерения, которые будут учитываться событием.&lt;br /&gt;
# по желаниюДобавьте фильтры сущностей на основе правил.&lt;br /&gt;
# Определите стратегию мониторинга.&lt;br /&gt;
## Выберите стратегию:&lt;br /&gt;
##* Автоадаптивная базовая линия — Ключ-АСТРОМ автоматически вычисляет пороговое значение и динамически адаптирует его к поведению вашей метрики.&lt;br /&gt;
##* Статический порог — порог , который не меняется во времени.&lt;br /&gt;
## Укажите скользящее окно для сравнения. Скользящее окно определяет, как часто пороговое значение (вычисленное автоматически или заданное вручную) должно нарушаться в течение скользящего окна времени, чтобы возникло событие (нарушения не обязательно должны быть последовательными). Это поможет вам избежать чрезмерно агрессивного оповещения об одиночных нарушениях. Вы можете установить скользящее окно до 60 минут.&lt;br /&gt;
## В зависимости от выбранной стратегии укажите:&lt;br /&gt;
##* Автоадаптивная базовая линия — сколько раз флуктуация сигнала добавляется к базовой линии.&lt;br /&gt;
##* Статический порог — пороговое значение. Ключ-АСТРОМ предлагает значение на основе предыдущих данных.&lt;br /&gt;
## Выберите поведение оповещения об отсутствующих данных . Если оповещение об отсутствии данных включено, оно объединяется с базовым/пороговым условием по логике ИЛИ .&lt;br /&gt;
# Выберите временной интервал предварительного просмотра. Вы можете получать оповещения за 12 часов, один день или семь дней и оценивать, насколько эффективна ваша конфигурация.&lt;br /&gt;
# Выберите название для вашего мероприятия. Заголовок должен быть короткой, легко читаемой строкой, описывающей ситуацию, например, &amp;lt;code&amp;gt;High network activity&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;CPU saturation&amp;lt;/code&amp;gt;.&lt;br /&gt;
# В разделе Описание события создайте сообщение о событии. Сообщения о событиях помогают понять их характер. Вы можете использовать следующие заполнители:&lt;br /&gt;
#* &amp;lt;code&amp;gt;{alert_condition}&amp;lt;/code&amp;gt;— состояние тревоги (выше/ниже порога).&lt;br /&gt;
#* &amp;lt;code&amp;gt;{baseline}&amp;lt;/code&amp;gt;– нарушенное значение базовой линии.&lt;br /&gt;
#* &amp;lt;code&amp;gt;{dims}&amp;lt;/code&amp;gt;— список всех измерений (и их значений) метрики, нарушивших порог. Вы также можете указать конкретное измерение: &amp;lt;code&amp;gt;{dims:dt.entity.&amp;lt;entity&amp;gt;}&amp;lt;/code&amp;gt;. Чтобы получить список доступных измерений для вашей метрики, запросите его с помощью запроса дескриптора метрики GET .&lt;br /&gt;
#* &amp;lt;code&amp;gt;{entityname}&amp;lt;/code&amp;gt;— название затронутого объекта.&lt;br /&gt;
#* &amp;lt;code&amp;gt;{metricname}&amp;lt;/code&amp;gt;— название метрики, нарушившей порог.&lt;br /&gt;
#* &amp;lt;code&amp;gt;{missing_data_samples}&amp;lt;/code&amp;gt;– количество выборок с отсутствующими данными. Доступно, только если включено предупреждение об отсутствии данных.&lt;br /&gt;
#* &amp;lt;code&amp;gt;{severity}&amp;lt;/code&amp;gt;- тяжесть события.&lt;br /&gt;
#* &amp;lt;code&amp;gt;{threshold}&amp;lt;/code&amp;gt;– нарушенное значение порога.&lt;br /&gt;
# Выберите Создать пользовательское событие для оповещения , чтобы сохранить новое событие.&lt;br /&gt;
&lt;br /&gt;
== API событий метрик ==&lt;br /&gt;
Те же функции событий метрик доступны через API обнаружения аномалий — событий метрик . Используя API, вы можете перечислять, обновлять, создавать и удалять конфигурации.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=Ruby_OpenTelemetry&amp;diff=6311</id>
		<title>Ruby OpenTelemetry</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=Ruby_OpenTelemetry&amp;diff=6311"/>
		<updated>2026-04-06T05:46:09Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;В этом пошаговом руководстве показано, как добавить возможность наблюдения в ваше приложение '''Ruby''' с помощью библиотек и инструментов '''OpenTelemetry''' '''Ruby'''.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Особенность&lt;br /&gt;
!Поддержка&lt;br /&gt;
|-&lt;br /&gt;
|Автоматические инструменты&lt;br /&gt;
|Да&lt;br /&gt;
|-&lt;br /&gt;
|Трассировки&lt;br /&gt;
|Да&lt;br /&gt;
|-&lt;br /&gt;
|Метрики&lt;br /&gt;
|Нет&lt;br /&gt;
|-&lt;br /&gt;
|Логи&lt;br /&gt;
|Нет&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Предустановка ==&lt;br /&gt;
&lt;br /&gt;
* Ключ-АСТРОМ версии '''1.222+'''&lt;br /&gt;
* Для трассировки включен контекст трассировки '''W3C'''.&lt;br /&gt;
*# Перейдите в '''Настройки &amp;gt; Предпочтения &amp;gt; Функции ЕдиногоАгента'''.&lt;br /&gt;
*# Включите опцию '''Отправлять HTTP-заголовки контекста трассировки W3C'''.&lt;br /&gt;
&lt;br /&gt;
== Получение данных для доступа к Ключ-АСТРОМ ==&lt;br /&gt;
&lt;br /&gt;
=== Определение базового URL API ===&lt;br /&gt;
Подробную информацию о сборке базового '''URL-адреса''' конечной точки OTLP см. в разделе [[Экспорт с помощью OTLP]]. '''URL-адрес''' должен заканчиваться на &amp;lt;code&amp;gt;/api/v2/otlp&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== Получение токена доступа API ===&lt;br /&gt;
Токен доступа для сбора трассировок, логов и метрик можно создать в разделе [[Токен доступа|Токены доступа]].&lt;br /&gt;
&lt;br /&gt;
Экспорт с помощью '''OTLP''' содержит более подробную информацию о формате и необходимых областях доступа.&lt;br /&gt;
&lt;br /&gt;
== Выберите, как вы хотите инструментировать свое приложение ==&lt;br /&gt;
'''OpenTelemetry''' поддерживает на '''Ruby''' автоматическое и ручное инструментирование, а также их комбинацию.&lt;br /&gt;
&lt;br /&gt;
== Инициализация OpenTelementry ==&lt;br /&gt;
1. Добавьте следующие зависимости в ваш '''Gemfile'''.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|gem 'opentelemetry-sdk'&lt;br /&gt;
&lt;br /&gt;
gem 'opentelemetry-exporter-otlp'&lt;br /&gt;
|}&lt;br /&gt;
2. Добавьте следующее заявление &amp;lt;code&amp;gt;require&amp;lt;/code&amp;gt;.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|require 'opentelemetry/sdk'&lt;br /&gt;
&lt;br /&gt;
require 'opentelemetry/exporter/otlp'&lt;br /&gt;
|}&lt;br /&gt;
3. Добавьте функцию &amp;lt;code&amp;gt;init_opentelemetry&amp;lt;/code&amp;gt; в стартовый код и укажите переменные &amp;lt;code&amp;gt;DT_API_URL&amp;lt;/code&amp;gt; и &amp;lt;code&amp;gt;DT_API_TOKEN&amp;lt;/code&amp;gt; значения для URL-адреса Ключ-АСТРОМ и токена доступа.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|DT_API_URL = ENV['DT_API_URL']&lt;br /&gt;
&lt;br /&gt;
DT_API_TOKEN = ENV['DT_API_TOKEN']&lt;br /&gt;
&lt;br /&gt;
def init_opentelemetry&lt;br /&gt;
&lt;br /&gt;
  OpenTelemetry::SDK.configure do |c|&lt;br /&gt;
&lt;br /&gt;
    c.service_name = 'ruby-quickstart' #TODO Replace with the name of your application&lt;br /&gt;
&lt;br /&gt;
    c.service_version = '1.0.1' #TODO Replace with the version of your application&lt;br /&gt;
&lt;br /&gt;
    # TODO: add automatic instrumentation here (step 3 - optional)&lt;br /&gt;
&lt;br /&gt;
    for name in [&amp;quot;dt_metadata_e617c525669e072eebe3d0f08212e8f2.properties&amp;quot;, &amp;quot;/var/lib/astromkey/enrichment/dt_metadata.properties&amp;quot;, &amp;quot;/var/lib/astromkey/enrichment/dt_host_metadata.properties&amp;quot;] do&lt;br /&gt;
&lt;br /&gt;
      begin&lt;br /&gt;
&lt;br /&gt;
        c.resource = OpenTelemetry::SDK::Resources::Resource.create(Hash[*File.read(name.start_with?(&amp;quot;/var&amp;quot;) ? name : File.read(name)).split(/[=\n]+/)])&lt;br /&gt;
&lt;br /&gt;
      rescue&lt;br /&gt;
&lt;br /&gt;
      end&lt;br /&gt;
&lt;br /&gt;
    end&lt;br /&gt;
&lt;br /&gt;
    c.add_span_processor(&lt;br /&gt;
&lt;br /&gt;
      OpenTelemetry::SDK::Trace::Export::BatchSpanProcessor.new(&lt;br /&gt;
&lt;br /&gt;
        OpenTelemetry::Exporter::OTLP::Exporter.new(&lt;br /&gt;
&lt;br /&gt;
          endpoint: DT_API_URL + &amp;quot;/v1/traces&amp;quot;,&lt;br /&gt;
&lt;br /&gt;
          headers: {&lt;br /&gt;
&lt;br /&gt;
            &amp;quot;Authorization&amp;quot;: &amp;quot;Api-Token &amp;quot; + DT_API_TOKEN&lt;br /&gt;
&lt;br /&gt;
          }&lt;br /&gt;
&lt;br /&gt;
        )&lt;br /&gt;
&lt;br /&gt;
      )&lt;br /&gt;
&lt;br /&gt;
    )&lt;br /&gt;
&lt;br /&gt;
  end&lt;br /&gt;
&lt;br /&gt;
end&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;u&amp;gt;Расширение данных Ключ-АСТРОМ&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Операции чтения файлов, анализирующие файлы &amp;lt;code&amp;gt;dt_metadata&amp;lt;/code&amp;gt; в примере кода, пытаются прочитать файлы данных ЕдиногоАгента, чтобы расширить запрос '''OTLP''' и гарантировать, что вся соответствующая информация о топологии доступна в Ключ-АСТРОМ.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Экспорт в ЕдиныйАгент&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Ruby SDK''' по умолчанию использует сжатие контента, которое пока не поддерживается ЕдинымАгентом.&lt;br /&gt;
&lt;br /&gt;
При экспорте в ЕдиныйАгент добавьте &amp;lt;code&amp;gt;compression: &amp;quot;none&amp;quot;&amp;lt;/code&amp;gt; в вызов &amp;lt;code&amp;gt;Exporter.new()&amp;lt;/code&amp;gt;, чтобы отключить эту функцию. В противном случае экспортируйте в АктивныйШлюз .&lt;br /&gt;
&lt;br /&gt;
4. Вызовите  &amp;lt;code&amp;gt;init_opentelemetry&amp;lt;/code&amp;gt; как можно раньше при запуске приложения, чтобы обеспечить инициализацию '''OpenTelemetry''' с самого начала.&lt;br /&gt;
&lt;br /&gt;
== Автоматически инструментируйте свое приложение (необязательно) ==&lt;br /&gt;
1. Добавьте следующую зависимость в ваш '''Gemfile'''.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|gem 'opentelemetry-instrumentation-all'&lt;br /&gt;
|}&lt;br /&gt;
2. Добавьте следующее заявление &amp;lt;code&amp;gt;require&amp;lt;/code&amp;gt;.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|require 'opentelemetry/instrumentation/all'&lt;br /&gt;
|}&lt;br /&gt;
3. Добавьте следующую строку &amp;lt;code&amp;gt;c.service_version&amp;lt;/code&amp;gt; после функции &amp;lt;code&amp;gt;init_opentelemetry&amp;lt;/code&amp;gt;.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|c.use_all&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Инструментирование приложения вручную (необязательно) ==&lt;br /&gt;
&lt;br /&gt;
=== Добавление трассировки ===&lt;br /&gt;
1. Для создания новых интервалов нам сначала нужен объект трассировки.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|tracer = OpenTelemetry.tracer_provider.tracer('my-tracer')&lt;br /&gt;
|}&lt;br /&gt;
2. С помощью &amp;lt;code&amp;gt;tracer&amp;lt;/code&amp;gt; теперь можно &amp;lt;code&amp;gt;start_span()&amp;lt;/code&amp;gt; создавать и запускать новые интервалы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|span = tracer.start_span(&amp;quot;Call to /myendpoint&amp;quot;, kind: :internal)&lt;br /&gt;
&lt;br /&gt;
OpenTelemetry::Trace.with_span(span) do |span, context|&lt;br /&gt;
&lt;br /&gt;
  span.set_attribute(&amp;quot;http.method&amp;quot;, &amp;quot;GET&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
  span.set_attribute(&amp;quot;net.protocol.version&amp;quot;, &amp;quot;1.1&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;nowiki&amp;gt;#&amp;lt;/nowiki&amp;gt; TODO your code goes here&lt;br /&gt;
&lt;br /&gt;
end&lt;br /&gt;
&lt;br /&gt;
rescue Exception =&amp;gt; e&lt;br /&gt;
&lt;br /&gt;
  span&amp;amp;.record_exception(e)&lt;br /&gt;
&lt;br /&gt;
  span&amp;amp;.status = OpenTelemetry::Trace::Status.error(&amp;quot;Unhandled exception of type: #{e.class}&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
  raise e&lt;br /&gt;
&lt;br /&gt;
ensure&lt;br /&gt;
&lt;br /&gt;
  span&amp;amp;.finish&lt;br /&gt;
|}&lt;br /&gt;
В приведенном выше коде мы:&lt;br /&gt;
&lt;br /&gt;
* Создали новый span и назвали его «'''Call to /myendpoint'''».&lt;br /&gt;
* Добавили два атрибута, следуя [https://opentelemetry.io/docs/specs/semconv/general/trace/ семантическому соглашению об именовании]﻿, специфичные для действия этого span: информацию о методе '''HTTP''' и версии.&lt;br /&gt;
* Добавили &amp;lt;code&amp;gt;TODO&amp;lt;/code&amp;gt; вместо конечной бизнес-логики&lt;br /&gt;
* Вызвали метод span &amp;lt;code&amp;gt;finish()&amp;lt;/code&amp;gt; для завершения span (в блоке &amp;lt;code&amp;gt;ensure&amp;lt;/code&amp;gt;, чтобы гарантировать вызов метода)&lt;br /&gt;
&lt;br /&gt;
== Логи процессов с помощью анализаторов технологических пакетов ==&lt;br /&gt;
Через '''OpenPipeline''' можно использовать и настраивать технологические пакеты. Технологический пакет — это библиотека парсеров (правил обработки), которые обрабатывают логи различных технологий, таких как '''Java''', '''.NET''', '''Microsoft''' '''IIS''' и т. д.&lt;br /&gt;
&lt;br /&gt;
Парсеры помогают улучшить фильтрацию, устранение неполадок, метрики, оповещения и дашборды, эффективно извлекая уровни логов и соответствующие атрибуты. Вы также можете использовать пакеты технологий для структурирования логов, созданных с использованием технологий, которые не поддерживаются Ключ-АСТРОМ изначально.&lt;br /&gt;
&lt;br /&gt;
=== Сбор метрик ===&lt;br /&gt;
Примера пока нет, поскольку '''OpenTelemetry''' для '''Ruby''' пока не имеет стабильной поддержки метрик.&lt;br /&gt;
&lt;br /&gt;
=== Подключение логов ===&lt;br /&gt;
Примера пока нет, поскольку '''OpenTelemetry''' для '''Ruby''' пока не имеет стабильной поддержки логов.&lt;br /&gt;
&lt;br /&gt;
В зависимости от статуса '''OpenTelemetry''' '''SDK''' предварительная версия может уже разрешать прием ваших логов.&lt;br /&gt;
&lt;br /&gt;
=== Обеспечение распространения контекста (необязательно) ===&lt;br /&gt;
Распространение контекста особенно важно, когда задействованы сетевые вызовы (например, '''REST''').&lt;br /&gt;
&lt;br /&gt;
Если вы используете автоматическое инструментирование и ваши сетевые библиотеки также им охватываются, то это будет автоматически реализовано библиотеками инструментирования. В противном случае ваш код должен это учитывать.&lt;br /&gt;
&lt;br /&gt;
==== Извлечение контекста при получении запроса ====&lt;br /&gt;
В следующем примере используется метод распространителя по умолчанию &amp;lt;code&amp;gt;extract()&amp;lt;/code&amp;gt; для извлечения и воссоздания контекста из запроса в &amp;lt;code&amp;gt;parent_context&amp;lt;/code&amp;gt;. Затем мы можем передать этот контекст вызову &amp;lt;code&amp;gt;start_span&amp;lt;/code&amp;gt; для продолжения предыдущей трассировки с нашими интервалами.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|parent_context = OpenTelemetry.propagation.extract(&lt;br /&gt;
&lt;br /&gt;
  env,&lt;br /&gt;
&lt;br /&gt;
  getter: OpenTelemetry::Common::Propagation.rack_env_getter&lt;br /&gt;
&lt;br /&gt;
)&lt;br /&gt;
&lt;br /&gt;
span = tracer.start_span(&amp;quot;hello world&amp;quot;, with_parent: parent_context)&lt;br /&gt;
&lt;br /&gt;
OpenTelemetry::Trace.with_span(span) do |span, context|&lt;br /&gt;
&lt;br /&gt;
  span.set_attribute(&amp;quot;my-key-1&amp;quot;, &amp;quot;my-value-1&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
  # ... expansive query&lt;br /&gt;
&lt;br /&gt;
end&lt;br /&gt;
&lt;br /&gt;
ensure&lt;br /&gt;
&lt;br /&gt;
  span&amp;amp;.finish&lt;br /&gt;
&lt;br /&gt;
end&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== Внедрение контекста при отправке запросов ====&lt;br /&gt;
В следующем примере используется стандартная библиотека [https://ruby-doc.org/stdlib-2.7.0/libdoc/net/http/rdoc/Net/HTTP.html Ruby Net:HTTP]﻿ для вызова стороннего сервиса с инструментированным кодом. Для добавления необходимых заголовков трассировки мы используем метод &amp;lt;code&amp;gt;inject()&amp;lt;/code&amp;gt; распространителя по умолчанию.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|request = Net::HTTP::Get.new(uri.request_uri)&lt;br /&gt;
&lt;br /&gt;
OpenTelemetry.propagation.inject(request)&lt;br /&gt;
&lt;br /&gt;
response = http.request(request)&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Настройте сбор данных в соответствии с требованиями конфиденциальности (необязательно) ==&lt;br /&gt;
Хотя Ключ-АСТРОМ автоматически собирает все атрибуты '''OpenTelemetry''', в веб-интерфейсе Ключ-АСТРОМ сохраняются и отображаются только значения атрибутов, указанные в списке разрешенных. Это предотвращает случайное сохранение персональных данных, позволяя вам соблюдать требования к конфиденциальности и контролировать объем хранимых данных мониторинга.&lt;br /&gt;
&lt;br /&gt;
Чтобы просматривать пользовательские атрибуты, необходимо сначала разрешить их использование в веб-интерфейсе Ключ-АСТРОМ.&lt;br /&gt;
&lt;br /&gt;
== Проверка загрузки данных в Ключ-АСТРОМ ==&lt;br /&gt;
После завершения инструментирования вашего приложения выполните несколько тестовых действий для создания и отправки демонстрационных трассировок, метрик и логов, а также проверьте, что они были правильно загружены в Ключ-АСТРОМ.&lt;br /&gt;
&lt;br /&gt;
Чтобы сделать это для трассировок, перейдите в раздел '''Трассировки''' и выберите вкладку '''Распределенные трассировки'''. Если вы используете ЕдиныйАгент, выберите '''PurePaths''' .&lt;br /&gt;
&lt;br /&gt;
Для просмотра метрик и логов перейдите в раздел '''Метрики''' или '''Логов''' или '''Логи и события'''.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%A1%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D1%8F&amp;diff=6310</id>
		<title>События</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%A1%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D1%8F&amp;diff=6310"/>
		<updated>2026-03-31T15:22:18Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Применение Ключ-АСТРОМ]] / [[Мониторинг контейнерных платформ]] / [[Kubernetes]] / События'''''&lt;br /&gt;
&lt;br /&gt;
== Предпосылки ==&lt;br /&gt;
&lt;br /&gt;
* Ключ-АСТРОМ SaaS версии 1.224+&lt;br /&gt;
* АктивныйШлюз версии 1.223+&lt;br /&gt;
* Должен быть активирован Log Monitoring 2.0.&lt;br /&gt;
* В своей среде Ключ-АСТРОМ перейдите в « Настройки» и выберите « Облако и виртуализация» &amp;gt; « Kubernetes» , выберите свой кластер и включите « Включить мониторинг» и « Мониторинг событий» .&lt;br /&gt;
&lt;br /&gt;
== Как отслеживать события Kubernetes ==&lt;br /&gt;
&lt;br /&gt;
=== Какие события Kubernetes можно принимать? ===&lt;br /&gt;
Ключ-АСТРОМ предоставляет гибкий способ приема событий Kubernetes в вашу среду, чтобы обогатить существующие данные мониторинга от ЕдиныхАгентов и АктивныхШлюзов дополнительной контекстной информацией. При попадание внутрь следует Kubernetes установившегося формата поле селекторов, поэтому события могут быть выбраны на основе событий полех ресурсов , такие как &amp;lt;code&amp;gt;source.component&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;type&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;involvedObject&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Пример:&lt;br /&gt;
&lt;br /&gt;
=== Настройте селекторы полей событий ===&lt;br /&gt;
Вы можете настроить несколько селекторов полей для каждой среды Kubernetes, чтобы получить максимальную гибкость и детальный контроль над событиями, которые вы хотите получать из Kubernetes.&lt;br /&gt;
&lt;br /&gt;
Примечание. Необходимо указать хотя бы один селектор поля. Вы можете создать до 20 правил фильтрации событий на кластер Kubernetes.&lt;br /&gt;
&lt;br /&gt;
Вы также можете определить селекторы полей событий через Ключ-АСТРОМ API .&lt;br /&gt;
&lt;br /&gt;
==== Синтаксис ====&lt;br /&gt;
Синтаксис селектора поля такой же, как и в Kubernetes . Выражение селектора поля события может иметь до 10 селекторов, разделенных запятыми. Будут приняты события, соответствующие всем разделенным запятыми селекторам. Логический оператор &amp;lt;code&amp;gt;AND&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Выражение, показанное в приведенном выше примере, будет хранить все события, относящиеся к пространству имен, &amp;lt;code&amp;gt;hipster-shop&amp;lt;/code&amp;gt;которые относятся к типу &amp;lt;code&amp;gt;Warning&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Если вы разделите выражение на два независимых селектора полей, вы получите все события для пространства имен &amp;lt;code&amp;gt;hipster-shop&amp;lt;/code&amp;gt;и все события типа &amp;lt;code&amp;gt;Warning&amp;lt;/code&amp;gt;. Логический оператор в этом случае - &amp;lt;code&amp;gt;OR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
==== Примеры ====&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Селекторы полей событий&lt;br /&gt;
!Выражение селектора поля&lt;br /&gt;
|-&lt;br /&gt;
|Получить все события Node&lt;br /&gt;
|&amp;lt;code&amp;gt;involvedObject.kind=Node&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Получить все предупреждающие события&lt;br /&gt;
|&amp;lt;code&amp;gt;type=Warning&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Получить все события Pod&lt;br /&gt;
|&amp;lt;code&amp;gt;involvedObject.kind=Pod&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Получить все события объектов, относящихся к определенному пространству имен&lt;br /&gt;
|&amp;lt;code&amp;gt;involvedObject.namespace=&amp;lt;your_namespace&amp;gt;&amp;lt;/code&amp;gt;(Не забудьте заменить &amp;lt;code&amp;gt;&amp;lt;your_namespace&amp;gt;&amp;lt;/code&amp;gt;на имя вашего собственного пространства имен)&lt;br /&gt;
|-&lt;br /&gt;
|Получить все события BackOff для модулей во всех пространствах имен&lt;br /&gt;
|&amp;lt;code&amp;gt;reason=BackOff&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== Эквивалентная команда CLI ====&lt;br /&gt;
В качестве альтернативы вы можете выбрать поле события из интерфейса командной строки, как показано в примере ниже.&lt;br /&gt;
 &amp;lt;code&amp;gt;kubectl get events --all-namespaces --field-selector involvedObject.namespace=hipster-shop,type=Warning&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Следите за важными событиями ===&lt;br /&gt;
Ключ-АСТРОМ версии 1.214+&lt;br /&gt;
&lt;br /&gt;
ИИ анализирует все важные события Kubernetes для узлов, пространств имен, рабочих нагрузок, модулей и контейнеров в анализе первопричин возникновения проблем приложений, микросервисов или инфраструктуры. Включите Включить все события, относящиеся к ИИ, в вашу среду Ключ-АСТРОМ, чтобы убедиться, что Ключ-АСТРОМ интегрирует события Kubernetes для аналитики ИИ.&lt;br /&gt;
&lt;br /&gt;
Примеры событий, которые автоматически загружаются при включении интеграции ИИ&lt;br /&gt;
&lt;br /&gt;
== Графики и настраиваемые оповещения о событиях ==&lt;br /&gt;
Ключ-АСТРОМ версии 1.224+&lt;br /&gt;
&lt;br /&gt;
Чтобы составить график событий Kubernetes или настроить оповещения для событий Kubernetes&lt;br /&gt;
&lt;br /&gt;
# Создайте метрику журнала на основе событий, для которых вы хотите составить график или получать предупреждения. Обязательно добавьте размеры, которые хотите использовать в дальнейшем (для разделения или фильтрации). Например, если вам нужно построить диаграмму или настроить предупреждение только для определенного пространства имен, вам необходимо добавить пространство имен в качестве измерения метрики журнала.&lt;br /&gt;
&lt;br /&gt;
Примечание. Новые показатели журнала появляются в Ключ-АСТРОМ только после того, как будет получено первое совпадающее событие.&lt;br /&gt;
&lt;br /&gt;
# Используйте метрику журнала, созданную на предыдущем шаге, чтобы составить диаграмму с помощью нашего проводника данных или настроить оповещение с использованием настраиваемого события для оповещения .&lt;br /&gt;
&lt;br /&gt;
== Лицензирование ==&lt;br /&gt;
Чтобы оценить количество событий, которые потребляют ВИД, вы можете запросить &amp;lt;code&amp;gt;dsfm:active_gate.kubernetes.events.processed&amp;lt;/code&amp;gt;метрику, которая предоставляет информацию о количестве событий, которые поступают в Ключ-АСТРОМ для каждого кластера Kubernetes.&lt;br /&gt;
&lt;br /&gt;
Пример запроса для 24-часового таймфрейма:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;dsfm:active_gate.kubernetes.events.processed:splitBy(&amp;quot;dt.entity.kubernetes_cluster&amp;quot;):sum:auto:sort(value(sum,descending)):limit(10)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для получения информации о лицензировании см. ВИД для настраиваемых событий ИИ .&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9D%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0_%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D0%BA%D0%B8%D1%85_%D0%BE%D1%88%D0%B8%D0%B1%D0%BE%D0%BA&amp;diff=6309</id>
		<title>Настройка пользовательских ошибок</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9D%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0_%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D0%BA%D0%B8%D1%85_%D0%BE%D1%88%D0%B8%D0%B1%D0%BE%D0%BA&amp;diff=6309"/>
		<updated>2026-03-31T15:21:01Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Применение Ключ-АСТРОМ]] / [[Применение Ключ-АСТРОМ#.D0.9C.D0.BE.D0.BD.D0.B8.D1.82.D0.BE.D1.80.D0.B8.D0.BD.D0.B3%20.D1.80.D0.B5.D0.B0.D0.BB.D1.8C.D0.BD.D0.BE.D0.B3.D0.BE%20.D0.BF.D0.BE.D0.BB.D1.8C.D0.B7.D0.BE.D0.B2.D0.B0.D1.82.D0.B5.D0.BB.D1.8F|Мониторинг реального пользователя]] / Установка и конфигурация / Веб приложения / Дополнительная конфигурация / Настройка пользовательских ошибок'''''&lt;br /&gt;
&lt;br /&gt;
Ключ-АСТРОМ классифицирует ошибки по следующим типам:&lt;br /&gt;
&lt;br /&gt;
* Ошибки запросов обнаруживаются браузером и ЕдинымАгентом на ваших серверах.&lt;br /&gt;
* Пользовательские ошибки инициируются непосредственно в вашем приложении через RUM JavaScript API .&lt;br /&gt;
* Ошибки JavaScript — это обнаруженные исключения JavaScript, выдаваемые браузером.&lt;br /&gt;
&lt;br /&gt;
Чтобы настроить захват ошибок, отредактируйте приложение и разверните раздел « Ошибки ». Выберите требуемый тип ошибки, а затем настройте ошибку для захвата, включения в расчеты Apdex или рассмотрения при обнаружении и анализе проблем ИИ .&lt;br /&gt;
&lt;br /&gt;
== Настроить ошибки запроса ==&lt;br /&gt;
По умолчанию Ключ-АСТРОМ считает все коды состояния &amp;lt;code&amp;gt;4xx&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;5xx&amp;lt;/code&amp;gt;коды состояния HTTP ошибками запроса. Нарушения CSP и ошибки с неудачными запросами изображений также регистрируются как ошибки запросов. Кроме того, RUM JavaScript также может использовать пользовательские коды состояния, чтобы информировать вас о проблемах с инфраструктурой.&lt;br /&gt;
&lt;br /&gt;
Вы можете изменить настройки по умолчанию, настроив правила обработки ошибок запросов.&lt;br /&gt;
&lt;br /&gt;
=== Добавить правило ошибки запроса ===&lt;br /&gt;
Чтобы добавить правило ошибки запроса&lt;br /&gt;
&lt;br /&gt;
# В меню Ключ-АСТРОМ выберите Web .&lt;br /&gt;
# Выберите приложение, которое вы хотите настроить.&lt;br /&gt;
# В правом верхнем углу страницы обзора приложения выберите Дополнительно ( … ) &amp;gt; Изменить .&lt;br /&gt;
&lt;br /&gt;
# В настройках приложения выберите Ошибки &amp;gt; Запросить ошибки .&lt;br /&gt;
# Выберите Добавить правило ошибки запроса .&lt;br /&gt;
# Используйте хотя бы один из следующих вариантов:&lt;br /&gt;
#* Совпадение по коду ошибки . Укажите либо отдельный код ошибки HTTP, например &amp;lt;code&amp;gt;404&amp;lt;/code&amp;gt;, либо весь диапазон кодов ошибок, например &amp;lt;code&amp;gt;400-499&amp;lt;/code&amp;gt;.&lt;br /&gt;
#* Сопоставление по ошибкам, из-за которых не удалось выполнить запрос изображения&lt;br /&gt;
#* Сопоставление по ошибкам, имеющим нарушения CSP&lt;br /&gt;
# по желаниюЧтобы применить правило ошибки запроса только к определенным URL-адресам, настройте параметры в разделе Настройки фильтра .&lt;br /&gt;
# Укажите, хотите ли вы зафиксировать эту ошибку . Кроме того, вы можете включить ошибку в расчеты Apdex и включить ошибку в обнаружение и анализ проблем с искусственным интеллектом .  Если вы решите включить ошибку в анализ ИИ может сообщить об этой ошибке как о новой открытой проблеме.&lt;br /&gt;
&lt;br /&gt;
Правила обработки ошибок запросов выполняются в порядке их появления в списке ошибок. Выберите Переместить вверх  или Переместить вниз,  чтобы изменить приоритет правила.&lt;br /&gt;
&lt;br /&gt;
Вы также можете включить параметр « Игнорировать ошибки запросов» в вычислениях Apdex , чтобы переопределить настройки Apdex для отдельных правил ошибок запросов.&lt;br /&gt;
&lt;br /&gt;
=== Управление пользовательскими кодами состояния ===&lt;br /&gt;
Помимо захвата стандартных кодов ошибок HTTP, RUM JavaScript также может использовать пользовательские коды состояния, чтобы сигнализировать об обнаружении проблемы с инфраструктурой.&lt;br /&gt;
&lt;br /&gt;
Для приложений, созданных с помощью Ключ-АСТРОМ версии 1.238+, RUM JavaScript сообщает о некоторых ошибках запросов с использованием пользовательских кодов состояния, &amp;lt;code&amp;gt;970&amp;lt;/code&amp;gt;когда &amp;lt;code&amp;gt;979&amp;lt;/code&amp;gt;реальный код состояния HTTP не может быть захвачен. Обратите внимание, что эти пользовательские коды состояния не являются реальными кодами состояния HTTP; они просто означают, что RUM JavaScript обнаружил ошибку, вызванную используемой вами структурой.&lt;br /&gt;
&lt;br /&gt;
Влияют ли такие ошибки запросов на ваших пользователей, зависит от вашего приложения. Например, если вы отправляете запрос в службу отслеживания, а запрос отменяется, такая ошибка практически не повлияет на пользователей вашего приложения. Тем не менее, неудачный запрос на оплату определенно причинит им неудобства.&lt;br /&gt;
&lt;br /&gt;
В RUM JavaScript используются следующие настраиваемые коды состояния:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Код&lt;br /&gt;
!Имя&lt;br /&gt;
!Объяснение&lt;br /&gt;
|-&lt;br /&gt;
|970&lt;br /&gt;
|Ошибка&lt;br /&gt;
|Произошла неизвестная ошибка в используемом фреймворке.&lt;br /&gt;
|-&lt;br /&gt;
|971&lt;br /&gt;
|Отменено&lt;br /&gt;
|Запрос был отменен.&lt;br /&gt;
|-&lt;br /&gt;
|972&lt;br /&gt;
|Тайм-аут&lt;br /&gt;
|В запросе истекло время ожидания.&lt;br /&gt;
|-&lt;br /&gt;
|973&lt;br /&gt;
|Разобрать&lt;br /&gt;
|Не удалось обработать ответ. Сообщается модулями XMLHttpRequest, jQuery и MooTools.&lt;br /&gt;
|-&lt;br /&gt;
|974&lt;br /&gt;
|Настраивать&lt;br /&gt;
|При настройке запроса произошла ошибка. Сообщается только модулем MooTools.&lt;br /&gt;
|-&lt;br /&gt;
|979&lt;br /&gt;
|Неизвестный&lt;br /&gt;
|Произошла неизвестная ошибка платформы. Сообщается только модулями jQuery и MooTools.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== Приложения, созданные, начиная с Ключ-АСТРОМ версии 1.238 ====&lt;br /&gt;
Для приложений, созданных, начиная с версии Ключ-АСТРОМ 1.238, эти пользовательские коды состояния обнаруживаются автоматически. Они включены в расчеты Apdex, но не учитываются при анализе ИИ Дейвиса.&lt;br /&gt;
&lt;br /&gt;
Если вы хотите игнорировать эти настраиваемые коды состояния, удалите или отключите правило ошибки запроса HTTP 970-979 .&lt;br /&gt;
&lt;br /&gt;
Чтобы удалить или отключить правило ошибок запроса HTTP 970-979&lt;br /&gt;
&lt;br /&gt;
# В меню Ключ-АСТРОМ выберите Web .&lt;br /&gt;
# Выберите приложение, которое вы хотите настроить.&lt;br /&gt;
# В правом верхнем углу страницы обзора приложения выберите Дополнительно ( … ) &amp;gt; Изменить .&lt;br /&gt;
&lt;br /&gt;
# В настройках приложения выберите Ошибки &amp;gt; Запросить ошибки .&lt;br /&gt;
# Найдите правило ошибок HTTP 970-979 и выполните одно из следующих действий:&lt;br /&gt;
#* Выберите Удалить строку  , чтобы полностью удалить это правило ошибки запроса.&lt;br /&gt;
#* Разверните правило и отключите параметр Зафиксировать эту ошибку .&lt;br /&gt;
&lt;br /&gt;
==== Приложения, созданные до версии Ключ-АСТРОМ 1.238 ====&lt;br /&gt;
Для приложений, созданных с помощью версий Ключ-АСТРОМ до 1.238, пользовательские коды состояния не используются. Если вы хотите перехватывать эти коды, добавьте правило ошибки запроса со следующими настройками:&lt;br /&gt;
&lt;br /&gt;
* Соответствие по коду ошибки :&amp;lt;code&amp;gt;970-979&amp;lt;/code&amp;gt;&lt;br /&gt;
* Зафиксируйте эту ошибку :&amp;lt;code&amp;gt;Enabled&amp;lt;/code&amp;gt;&lt;br /&gt;
* Включить ошибку в расчеты Apdex : &amp;lt;code&amp;gt;Enabled&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;Disabled&amp;lt;/code&amp;gt;исходя из ваших потребностей&lt;br /&gt;
* Включите ошибку в обнаружение и анализ проблем ИИ Дейвиса : &amp;lt;code&amp;gt;Enabled&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;Disabled&amp;lt;/code&amp;gt;в зависимости от ваших потребностей&lt;br /&gt;
&lt;br /&gt;
== Настройка пользовательских ошибок ==&lt;br /&gt;
Пользовательские ошибки позволяют обнаруживать собственные ошибки. Примером этого является ошибка, возникающая во время проверки поля формы.&lt;br /&gt;
&lt;br /&gt;
Чтобы настроить пользовательскую ошибку, настройте, как Ключ-АСТРОМ должна обрабатывать ошибку, а затем инициируйте ошибку в своем приложении с помощью RUM JavaScript API .&lt;br /&gt;
&lt;br /&gt;
Чтобы добавить пользовательское правило ошибок&lt;br /&gt;
&lt;br /&gt;
# В меню Ключ-АСТРОМ выберите Web .&lt;br /&gt;
# Выберите приложение, которое вы хотите настроить.&lt;br /&gt;
# В правом верхнем углу страницы обзора приложения выберите Дополнительно ( … ) &amp;gt; Изменить .&lt;br /&gt;
&lt;br /&gt;
# В настройках приложения выберите « Ошибки» &amp;gt; « Пользовательские ошибки » .&lt;br /&gt;
# Выберите Добавить пользовательское правило ошибок .&lt;br /&gt;
# Укажите условия, которые Ключ-АСТРОМ должна использовать для идентификации пользовательской ошибки.&lt;br /&gt;
#* Используйте ключ соответствия и шаблон ключа для пользовательской ошибки &amp;lt;code&amp;gt;key&amp;lt;/code&amp;gt;.&lt;br /&gt;
#* Используйте значение соответствия и шаблон значения для пользовательской ошибки &amp;lt;code&amp;gt;value&amp;lt;/code&amp;gt;. Пользовательские правила обработки ошибок нечувствительны к регистру. Например, такие значения, как &amp;lt;code&amp;gt;mykey&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;MyKeY&amp;lt;/code&amp;gt;, обрабатываются одинаково.&lt;br /&gt;
# Укажите, хотите ли вы зафиксировать эту ошибку . Кроме того, вы можете включить ошибку в расчеты Apdex и включить ошибку в обнаружение и анализ проблем с искусственным интеллектом .  Если вы решите включить ошибку в анализ ИИ может сообщить об этой ошибке как о новой открытой проблеме.&lt;br /&gt;
&lt;br /&gt;
Пользовательские правила обработки ошибок выполняются в порядке их появления в списке ошибок. Выберите Переместить вверх  или Переместить вниз,  чтобы изменить приоритет правила.&lt;br /&gt;
&lt;br /&gt;
Вы также можете включить параметр « Игнорировать пользовательские ошибки в вычислениях Apdex» , чтобы переопределить настройки Apdex для отдельных пользовательских правил ошибок.&lt;br /&gt;
&lt;br /&gt;
После добавления или исключения пользовательской ошибки в Ключ-АСТРОМ вы должны инициировать ошибку в своем приложении с помощью &amp;lt;code&amp;gt;dtrum.reportCustomError()&amp;lt;/code&amp;gt;метода RUM JavaScript API .&lt;br /&gt;
&lt;br /&gt;
Например, для ошибки поля формы потребуются следующие параметры метода JavaScript:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Параметр&lt;br /&gt;
!Объяснение&lt;br /&gt;
!Пример&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;key&amp;lt;/code&amp;gt;&lt;br /&gt;
|Имя поля формы.&lt;br /&gt;
|&amp;lt;code&amp;gt;custom_buying_form_number_of_travelers_field&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;value&amp;lt;/code&amp;gt;&lt;br /&gt;
|Ошибка проверки, вызванная валидатором.&lt;br /&gt;
|&amp;lt;code&amp;gt;availability exceeded - e3434&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;hint&amp;lt;/code&amp;gt;&lt;br /&gt;
|Фактический пользовательский ввод.&lt;br /&gt;
|&amp;lt;code&amp;gt;1000&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
Только &amp;lt;code&amp;gt;key&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;value&amp;lt;/code&amp;gt;может использоваться для группировки и анализа пользовательских ошибок; &amp;lt;code&amp;gt;hint&amp;lt;/code&amp;gt;является дополнительной информацией.&lt;br /&gt;
&lt;br /&gt;
Дополнительные сведения о том, как сообщать о пользовательских ошибках, см. в статье RUM JavaScript API — reportCustomError .&lt;br /&gt;
&lt;br /&gt;
== Настройка ошибок JavaScript ==&lt;br /&gt;
Браузеры обнаруживают ошибки JavaScript автоматически, поэтому вам не нужно добавлять эти ошибки. Если вы настроили захват ошибок JavaScript, они автоматически включаются в расчеты Apdex и анализ Дейвиса.&lt;br /&gt;
&lt;br /&gt;
Чтобы игнорировать ошибки JavaScript на отдельном уровне, выберите « Игнорировать эту ошибку JavaScript » на соответствующей странице сведений об ошибке JavaScript.&lt;br /&gt;
&lt;br /&gt;
Чтобы игнорировать все ошибки JavaScript в вычислениях Apdex&lt;br /&gt;
&lt;br /&gt;
# В меню Ключ-АСТРОМ выберите Web .&lt;br /&gt;
# Выберите приложение, которое вы хотите настроить.&lt;br /&gt;
# В правом верхнем углу страницы обзора приложения выберите Дополнительно ( … ) &amp;gt; Изменить .&lt;br /&gt;
&lt;br /&gt;
# В настройках приложения выберите Ошибки &amp;gt; Ошибки JavaScript .&lt;br /&gt;
# Включите Игнорировать ошибки JavaScript в вычислениях Apdex .&lt;br /&gt;
&lt;br /&gt;
== Создайте дополнительные оповещения об ошибках для ИИ ==&lt;br /&gt;
Если стандартные оповещения о запросах, пользовательских ошибках и ошибках JavaScript недостаточно чувствительны для вас или если вы хотите сосредоточиться на отдельной ошибке, вы можете создать дополнительные оповещения об ошибках.&lt;br /&gt;
&lt;br /&gt;
Создание дополнительных предупреждений об ошибках&lt;br /&gt;
&lt;br /&gt;
# В меню Ключ-АСТРОМ перейдите в раздел Интернет и выберите приложение, чтобы отобразить страницу обзора приложения.&lt;br /&gt;
# В инфографике выберите Ошибки .&lt;br /&gt;
# В разделе Ошибки по типу выберите Анализировать по типу .&lt;br /&gt;
# В разделе Детальный анализ для выбранного таймфрейма установите фильтры в поле Фильтровать по… . Доступные фильтры в категории « Ошибки »: &amp;lt;code&amp;gt;Custom error name&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;Custom error type&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;Error type&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;Errors&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;Request error code&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;Request error resource&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;Request error type&amp;lt;/code&amp;gt;.&lt;br /&gt;
# Выберите Создать показатель .&lt;br /&gt;
# В открывшемся наложении настройте параметры метрики и выберите Создать метрику . Дополнительные сведения о создании вычисляемых показателей и отображении их в виде диаграмм см. в разделе Создание вычисляемых показателей .&lt;br /&gt;
# Выберите Создать оповещение .&lt;br /&gt;
# Настройте параметры оповещения. Когда закончите, выберите Создать пользовательское событие для оповещения .&lt;br /&gt;
#* Используйте статический порог, &amp;lt;code&amp;gt;1&amp;lt;/code&amp;gt;если вы хотите, чтобы ИИ всегда поднимал проблему при возникновении определенной ошибки.&lt;br /&gt;
#* Используйте автоматическое базовое определение , если вас интересуют только аномалии для этой ошибки.&lt;br /&gt;
#* Дополнительные сведения о создании оповещения см. в разделе События показателей для оповещения .&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9D%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0_%D0%B8_%D0%BC%D0%BE%D0%BD%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D0%BD%D0%B3_%D0%A6%D0%B5%D0%BB%D0%B5%D0%B9_%D1%83%D1%80%D0%BE%D0%B2%D0%BD%D1%8F_%D0%BE%D0%B1%D1%81%D0%BB%D1%83%D0%B6%D0%B8%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_(SLO)_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%9A%D0%BB%D1%8E%D1%87-%D0%90%D0%A1%D0%A2%D0%A0%D0%9E%D0%9C&amp;diff=6308</id>
		<title>Настройка и мониторинг Целей уровня обслуживания (SLO) с помощью Ключ-АСТРОМ</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9D%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0_%D0%B8_%D0%BC%D0%BE%D0%BD%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D0%BD%D0%B3_%D0%A6%D0%B5%D0%BB%D0%B5%D0%B9_%D1%83%D1%80%D0%BE%D0%B2%D0%BD%D1%8F_%D0%BE%D0%B1%D1%81%D0%BB%D1%83%D0%B6%D0%B8%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_(SLO)_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%9A%D0%BB%D1%8E%D1%87-%D0%90%D0%A1%D0%A2%D0%A0%D0%9E%D0%9C&amp;diff=6308"/>
		<updated>2026-03-31T15:19:49Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Применение Ключ-АСТРОМ]] / [[Применение Ключ-АСТРОМ#.D0.9E.D0.B1.D0.BB.D0.B0.D1.87.D0.BD.D0.B0.D1.8F%20.D0.B0.D0.B2.D1.82.D0.BE.D0.BC.D0.B0.D1.82.D0.B8.D0.B7.D0.B0.D1.86.D0.B8.D1.8F|Облачная автоматизация]] / Цели уровня обслуживания (SLO) /  Настройка и мониторинг Целей уровня обслуживания (SLO) с помощью Ключ-АСТРОМ'''''&lt;br /&gt;
&lt;br /&gt;
== Обзор SLO ==&lt;br /&gt;
В списке определенных целей уровня обслуживания (SLO) в среде мониторинга Ключ-АСТРОМ на странице Цели уровня обслуживания отображается важная информация, такая как текущий статус, бюджет ошибок и скорость сжигания , цель, предупреждение, количество открытых проблем из общего числа. количество проблем для селектора объекта SLO и период времени, в течение которого должен оцениваться SLO.&lt;br /&gt;
&lt;br /&gt;
=== Анализировать проблемы ===&lt;br /&gt;
Если есть какие-либо открытые проблемы, связанные с SLO, значение в столбце Открытых/всего проблем для SLO помечается красным символом предупреждения. Выберите значение, чтобы отобразить страницу « Проблемы », отфильтрованную с помощью соответствующего селектора объектов. Дополнительные сведения об анализе проблем см. в разделе Обнаружение и анализ проблем .&lt;br /&gt;
&lt;br /&gt;
=== Детали SLO ===&lt;br /&gt;
Разверните сведения о SLO для получения дополнительной информации, например:&lt;br /&gt;
&lt;br /&gt;
* Селекторы метрик и сущностей SLO&lt;br /&gt;
* График, представляющий оценку SLO с течением времени&lt;br /&gt;
* Табличное представление последних 10 оцененных SLO, принадлежащих определенному типу объекта. Переключитесь на табличное представление, чтобы узнать, например, точное значение, которое негативно влияет на результат агрегированной оценки SLO, и связанный с ним объект. Кроме того, вы можете:&lt;br /&gt;
** Сортировать табличное представление по статусу в порядке возрастания или убывания&lt;br /&gt;
** Выберите любой из объектов для получения дополнительной информации на странице соответствующего объекта.&lt;br /&gt;
&lt;br /&gt;
По умолчанию каждый SLO оценивается в соответствии с определенным для него временным интервалом, но для анализа «что, если» с другими временными рамками или для ретроспективного просмотра вы можете временно переключиться на глобальный временной интервал.&lt;br /&gt;
&lt;br /&gt;
== Настройка цели уровня обслуживания ==&lt;br /&gt;
Чтобы настроить новую цель уровня обслуживания, используйте мастер SLO, чтобы выбрать из набора предварительно настроенных шаблонов Ключ-АСТРОМ для распространенных случаев использования. Кроме того, вы можете создать свои собственные определения SLO .&lt;br /&gt;
&lt;br /&gt;
=== Добавление SLO с помощью мастера ===&lt;br /&gt;
В меню Ключ-АСТРОМ перейдите к Целям уровня обслуживания , выберите Добавить новый SLO и выполните действия мастера SLO, как описано ниже.&lt;br /&gt;
&lt;br /&gt;
Выберите свои индикаторы&lt;br /&gt;
&lt;br /&gt;
Определите фильтр&lt;br /&gt;
&lt;br /&gt;
Добавьте критерии успеха&lt;br /&gt;
&lt;br /&gt;
Оценка&lt;br /&gt;
&lt;br /&gt;
==== Выбор своих индикаторов ====&lt;br /&gt;
&lt;br /&gt;
* Выберите нужный SLO:&lt;br /&gt;
** SLO доступности уровня обслуживания, где доступность уровня обслуживания измеряется путем деления количества успешных вызовов службы на общее количество вызовов службы.&lt;br /&gt;
** SLO доступности метода обслуживания, где доступность метода обслуживания измеряется путем деления количества успешных вызовов службы запроса ключа на общее количество вызовов службы запроса ключа.&lt;br /&gt;
** SLO производительности службы , где выражение метрики представляет собой соотношение между &amp;lt;code&amp;gt;good&amp;lt;/code&amp;gt;минутами и &amp;lt;code&amp;gt;total&amp;lt;/code&amp;gt;минутами.  Примечание: &amp;lt;code&amp;gt;good&amp;lt;/code&amp;gt; минуты подсчитывают количество минут, в течение которых задержка ответа ниже заданного порога.&lt;br /&gt;
** SLO взаимодействия с пользователем , который основан на измерении Apdex и представляет собой процент пользователей, которые УДОВЛЕТВОРЕНЫ , от общего числа пользователей, использующих веб-приложение или мобильное приложение.&lt;br /&gt;
** SLO для мобильных пользователей без сбоев , который измеряет процент пользователей без сбоев в ваших мобильных приложениях.&lt;br /&gt;
** Синтетический SLO доступности, который представляет собой процент успешных синтетических запусков монитора по отношению к общему количеству запусков.  Примечание. Дополнительные сведения о вариантах использования см. в разделе Примеры конфигурации определений целей уровня обслуживания .&lt;br /&gt;
* Введите имя SLO .&lt;br /&gt;
* Введите имя метрики , которое будет использоваться для создания двух запросов метрик:&lt;br /&gt;
** Один пользовательский запрос для статуса SLO.&lt;br /&gt;
** Еще один для скорости сжигания бюджета ошибок SLO.  Вы можете наметить эти ключи метрик на всех страницах, которые позволяют использовать метрики, например в Проводнике данных .  Примечание. После создания SLO:&lt;br /&gt;
** Метрические ключи не могут быть изменены.&lt;br /&gt;
** Вы можете просмотреть ключи метрик в деталях SLO.&lt;br /&gt;
* ''по желанию'' Настройте метрики SLI, которые вы хотите добавить в SLO.&lt;br /&gt;
&lt;br /&gt;
==== Определение фильтра ====&lt;br /&gt;
В селекторе таймфрейма прокрутите вниз, чтобы выбрать значение таймфрейма для вашего SLO.&lt;br /&gt;
&lt;br /&gt;
* Чтобы выбрать одно из существующих значений, выберите Presets .&lt;br /&gt;
* Чтобы создать собственное значение таймфрейма, выберите « Пользовательский » .&lt;br /&gt;
&lt;br /&gt;
Селектор объектов соответствует синтаксису запросов Ключ-АСТРОМ REST API . Вы можете использовать фильтры по идентификатору/имени зоны управления, тегам, имени/идентификатору/типу объекта, состоянию работоспособности или их комбинации. Для зон управления вы можете выбрать из списка доступных зон управления.&lt;br /&gt;
&lt;br /&gt;
После ввода нужных селекторов объектов вы можете проверить, нет ли ошибок, выбрав Предварительный просмотр рядом с панелью выбора объектов.&lt;br /&gt;
&lt;br /&gt;
==== Добавление критериев успеха ====&lt;br /&gt;
Установите целевой процент ( Отказ ) и процент предупреждения ( Предупреждение ).&lt;br /&gt;
&lt;br /&gt;
Примечание. Процент предупреждений должен быть между 100 % и вашим целевым процентом SLO, чтобы быть эффективным. Например, если ваш целевой процент SLO составляет 99,00 %, вам необходимо установить процент предупреждений между 99,00 % и 100 %, чтобы получить раннее предупреждение (обозначенное желтым цветом).&lt;br /&gt;
&lt;br /&gt;
Чтобы узнать, насколько быстро служба расходует бюджет ошибок по отношению к SLO, убедитесь, что скорость сжигания бюджета ошибок включена, и установите пороговые значения для скорости медленного и быстрого сжигания .&lt;br /&gt;
&lt;br /&gt;
==== Оценка ====&lt;br /&gt;
После ввода значений критериев успеха выберите Оценить , чтобы оценить SLO на основе введенных значений.&lt;br /&gt;
&lt;br /&gt;
Если все правильно и ошибок нет, вы можете выбрать «Создать » , чтобы сохранить конфигурацию и добавить новый SLO.&lt;br /&gt;
&lt;br /&gt;
После завершения настройки вновь созданная цель уровня обслуживания появится на странице SLO .&lt;br /&gt;
&lt;br /&gt;
=== Создание своего собственного SLO ===&lt;br /&gt;
Чтобы настроить собственную цель уровня обслуживания, перейдите в « Настройки » , выберите « Облачная автоматизация » &amp;gt; «Определение » и выберите «Добавить новый SLO » .&lt;br /&gt;
&lt;br /&gt;
=== Изменение SLO ===&lt;br /&gt;
Чтобы изменить SLO, в меню Ключ-АСТРОМ перейдите к Целям уровня обслуживания , найдите свой SLO и выберите « Дополнительно » ( … ) &amp;gt; « Определение SLO » в столбце « Действия ».&lt;br /&gt;
&lt;br /&gt;
=== Нормирование бюджета ошибок ===&lt;br /&gt;
Чтобы просмотреть нормализованный бюджет ошибок для всех SLO, выберите « Настройки » &amp;gt; « Облачная автоматизация » &amp;gt; « Настройка » и включите параметр « Нормализация бюджета ошибок » .&lt;br /&gt;
&lt;br /&gt;
Пример. Целевое значение SLO — 95 %, а текущее состояние SLO — 96 %. Если флаг нормализации включен, оставшийся запас ошибки составляет 20% (96%-95%)/(100%-95%).&lt;br /&gt;
&lt;br /&gt;
== Скорость расходования бюджета при ошибках ==&lt;br /&gt;
Скорость сжигания бюджета ошибок показывает, насколько быстро служба расходует бюджет ошибок по отношению к SLO. Например,&lt;br /&gt;
&lt;br /&gt;
* Скорость сжигания &amp;lt;code&amp;gt;1&amp;lt;/code&amp;gt;указывает на то, что служба израсходовала 100 % бюджета ошибок в течение периода SLO.&lt;br /&gt;
* Скорость сжигания &amp;lt;code&amp;gt;2&amp;lt;/code&amp;gt;указывает на то, что сервис израсходовал удвоенный бюджет ошибок в течение периода SLO.&lt;br /&gt;
&lt;br /&gt;
Burn rate рассчитывается либо за прошедший час (если выбран таймфрейм SLO), либо для глобального значения таймфрейма (если таймфрейм SLO не выбран).&lt;br /&gt;
&lt;br /&gt;
=== Настройка расхода бюджета ошибок ===&lt;br /&gt;
Чтобы узнать, насколько быстро служба расходует бюджет ошибок, вы можете включить визуализацию скорости сжигания в мастере или на странице настроек при создании SLO.&lt;br /&gt;
&lt;br /&gt;
В любое время вы можете изменить пороговое значение или отключить визуализацию скорости сжигания в определении SLO вашего SLO.&lt;br /&gt;
&lt;br /&gt;
=== Визуализация скорости сжигания бюджета ошибок ===&lt;br /&gt;
После того, как вы настроили скорость сжигания бюджета ошибок, в вашей среде есть несколько мест, где вы можете его просмотреть:&lt;br /&gt;
&lt;br /&gt;
* На странице обзора SLO в столбце бюджета ошибок:&lt;br /&gt;
** Желтый значок медленного горения отображается, когда значение скорости горения находится между &amp;lt;code&amp;gt;1&amp;lt;/code&amp;gt;порогом быстрого горения, который вы ввели при создании SLO.&lt;br /&gt;
** Красный значок быстрой записи отображается, когда скорость записи больше или равна порогу быстрой записи, введенному вами при создании SLO.  Примечание. Если визуализация скорости записи включена, но значок не отображается, скорость записи ниже &amp;lt;code&amp;gt;1&amp;lt;/code&amp;gt;.&lt;br /&gt;
* В деталях SLO.&lt;br /&gt;
* В проводнике данных .&lt;br /&gt;
* На панели инструментов, если вы закрепите SLO на панели инструментов .&lt;br /&gt;
&lt;br /&gt;
== Настройка оповещения ==&lt;br /&gt;
Вы можете настроить два типа оповещений:&lt;br /&gt;
&lt;br /&gt;
* Оповещения SLO отправляются, когда статус SLO становится ниже целевого значения.&lt;br /&gt;
* Оповещения об уровне выгорания отправляются, когда бюджет ошибок SLO уменьшается с определенной скоростью.&lt;br /&gt;
&lt;br /&gt;
Примечание. Оповещения можно создавать только на основе событий метрик за последний час. Если вы установите пороговое значение &amp;lt;code&amp;gt;10&amp;lt;/code&amp;gt;для оповещения о скорости сжигания, предупреждение будет сгенерировано, когда скорость сжигания превысит &amp;lt;code&amp;gt;10&amp;lt;/code&amp;gt;в течение последнего часа.&lt;br /&gt;
&lt;br /&gt;
* Чтобы настроить оповещение SLO&lt;br /&gt;
&lt;br /&gt;
# Перейдите к Целям уровня обслуживания , найдите SLO и выберите Дополнительно ( … ) &amp;gt; Создать оповещение .&lt;br /&gt;
# В поле Выберите тип оповещения выберите &amp;lt;code&amp;gt;Status&amp;lt;/code&amp;gt;.&lt;br /&gt;
# Назовите свое оповещение и установите пороговое значение. Если вы не зададите значение, пороговое значение будет заполнено существующим целевым значением SLO.&lt;br /&gt;
# Выберите Создать оповещение .&lt;br /&gt;
&lt;br /&gt;
* Чтобы настроить оповещение о скорости сжигания&lt;br /&gt;
&lt;br /&gt;
# Перейдите к Целям уровня обслуживания , найдите SLO и выберите Дополнительно ( … ) &amp;gt; Создать оповещение .&lt;br /&gt;
# В поле Выберите тип оповещения выберите &amp;lt;code&amp;gt;Burn rate&amp;lt;/code&amp;gt;.&lt;br /&gt;
# Назовите свое оповещение и установите порог скорости сжигания.&lt;br /&gt;
# Выберите Создать оповещение .&lt;br /&gt;
&lt;br /&gt;
Ваше вновь созданное оповещение о SLO или скорости сжигания появится на странице Metric Events , где вы сможете настроить его дальше. Дополнительные сведения см. в разделе События метрик для оповещения .&lt;br /&gt;
&lt;br /&gt;
== Добавление SLO в зоны управления ==&lt;br /&gt;
SLO, не принадлежащие ни к одной из зон управления , видны всем пользователям. Если вы добавите SLO в зону управления, только пользователи, имеющие доступ к этой зоне управления, смогут увидеть его на странице обзора целей уровня обслуживания .&lt;br /&gt;
&lt;br /&gt;
* Чтобы добавить SLO в зону управления&lt;br /&gt;
&lt;br /&gt;
# В меню Ключ-АСТРОМ перейдите в « Настройки » .&lt;br /&gt;
# Выберите «Облачная автоматизация » &amp;gt; «Определение » .&lt;br /&gt;
# Выберите Добавить новый SLO .&lt;br /&gt;
# В поле выбора объектов добавьте имя или идентификатор зоны управления .&lt;br /&gt;
# После ввода всех данных SLO выберите Сохранить изменения , чтобы сохранить конфигурацию.&lt;br /&gt;
&lt;br /&gt;
* Чтобы добавить существующий SLO в зону управления, см . раздел Редактирование SLO .&lt;br /&gt;
* Чтобы просмотреть SLO, принадлежащие определенной зоне управления, выберите зону управления с помощью кнопки фильтра в строке меню.&lt;br /&gt;
* Чтобы просматривать глобальные SLO независимо от любого другого выбранного фильтра зоны управления, включите Показать глобальные SLO . Глобальные SLO — это SLO, которые видны всем пользователям, независимо от их разрешений в зоне управления.&lt;br /&gt;
&lt;br /&gt;
Дополнительные сведения о том, как вы можете контролировать доступ к SLO в своей среде, устанавливая разрешения, см. в разделе Просмотр и изменение SLO на основе уровней разрешений .&lt;br /&gt;
&lt;br /&gt;
== Закрепление SLO на панели инструментов ==&lt;br /&gt;
После того, как вы определите свои цели, вы можете добавить SLO на свою панель инструментов, чтобы визуализировать их текущий статус вместе с оставшимися бюджетами ошибок.&lt;br /&gt;
&lt;br /&gt;
# В меню Ключ-АСТРОМ перейдите к Цели уровня обслуживания , найдите свой SLO и выберите « Дополнительно » ( … ) &amp;gt; « Закрепить на панели инструментов » в столбце « Действия ».&lt;br /&gt;
# В списке выберите существующую панель мониторинга или Создать новую панель мониторинга , а затем выберите Закрепить .&lt;br /&gt;
# Выберите Открыть информационную панель , чтобы открыть информационную панель в режиме редактирования с выбранной плиткой SLO.&lt;br /&gt;
# При необходимости отрегулируйте конфигурацию плитки.&lt;br /&gt;
# Выберите Готово .&lt;br /&gt;
&lt;br /&gt;
По умолчанию плитка SLO оценивает временной интервал SLO, а не выбранный глобальный временной интервал, который отображается маленьким значком фильтра в правом верхнем углу плитки SLO. Для сравнения глобального таймфрейма и таймфрейма SLO можно также переопределить таймфрейм, используемый в конфигурации плитки.&lt;br /&gt;
&lt;br /&gt;
Дополнительные сведения см. в разделе Просмотр и добавление плиток панели мониторинга SLO на основе уровней разрешений .&lt;br /&gt;
&lt;br /&gt;
== Клонирование SLO ==&lt;br /&gt;
Клонирование SLO позволяет создать новый SLO, повторно используя конфигурацию существующего SLO.&lt;br /&gt;
&lt;br /&gt;
Чтобы клонировать SLO&lt;br /&gt;
&lt;br /&gt;
# В меню Ключ-АСТРОМ перейдите к Целям уровня обслуживания .&lt;br /&gt;
# Выберите SLO, который вы хотите клонировать, а затем выберите «Действие» &amp;gt; « Клонировать » . Страница « Добавить новый SLO » предварительно заполнена настройками клонированного SLO.&lt;br /&gt;
# При необходимости измените параметры нового SLO, а затем выберите « Создать » .&lt;br /&gt;
&lt;br /&gt;
== Отображение метрики в проводнике данных ==&lt;br /&gt;
Чтобы запросить и составить диаграмму показателей, перейдите к нужной цели уровня обслуживания и выберите Действия &amp;gt; Просмотреть в проводнике данных . Дополнительные сведения об использовании проводника данных см. в разделе Проводник данных .&lt;br /&gt;
&lt;br /&gt;
=== Ограничения ===&lt;br /&gt;
&lt;br /&gt;
* Проводник данных показывает ключи метрик; он не показывает преобразования или фильтры.&lt;br /&gt;
&lt;br /&gt;
== Оповещение ИИ ==&lt;br /&gt;
Ключ-АСТРОМ ИИ предоставляет быстрые уведомления об обнаруженных аномалиях, а также о возможных основных причинах. Если ваш SLO стал красным, это, скорее всего, потому, что ИИ уже поднял проблему для основных показателей, показав вам основную причину.&lt;br /&gt;
&lt;br /&gt;
Примечание. ИИ выдает оповещения не о нарушениях целевых показателей SLO, а о базовых метриках и объектах SLO.&lt;br /&gt;
&lt;br /&gt;
== Устранение неполадок ==&lt;br /&gt;
Мой список SLO загружается очень долго&lt;br /&gt;
&lt;br /&gt;
Вычисление SLO зависит от запросов метрик в реальном времени, поэтому фильтр, используемый для SLO, имеет решающее значение для производительности вычислений. Если ваш список SLO очень медленный, проверьте фильтры сущностей для определенных вами SLO.&lt;br /&gt;
&lt;br /&gt;
Требуется одно результирующее значение, но определение SLO предоставляет более одного&lt;br /&gt;
&lt;br /&gt;
Вы, вероятно, отсутствует&amp;lt;code&amp;gt;:splitBy()&amp;lt;/code&amp;gt; в своем метрическом выражении.&lt;br /&gt;
&lt;br /&gt;
Временной интервал начинается до создания метрики&lt;br /&gt;
&lt;br /&gt;
Вам нужно выбрать таймфрейм, который начинается после времени создания метрики.&lt;br /&gt;
&lt;br /&gt;
Зона управления не выбрана&lt;br /&gt;
&lt;br /&gt;
Пользователи без глобального &amp;lt;code&amp;gt;write&amp;lt;/code&amp;gt;разрешения не могут создавать SLO без зоны управления.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%A1%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D1%8F_%D0%BC%D0%B5%D1%82%D1%80%D0%B8%D0%BA,_%D0%B2%D1%8B%D0%B7%D1%8B%D0%B2%D0%B0%D1%8E%D1%89%D0%B8%D1%85_%D0%BE%D0%BF%D0%BE%D0%B2%D0%B5%D1%89%D0%B5%D0%BD%D0%B8%D1%8F&amp;diff=6307</id>
		<title>События метрик, вызывающих оповещения</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%A1%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D1%8F_%D0%BC%D0%B5%D1%82%D1%80%D0%B8%D0%BA,_%D0%B2%D1%8B%D0%B7%D1%8B%D0%B2%D0%B0%D1%8E%D1%89%D0%B8%D1%85_%D0%BE%D0%BF%D0%BE%D0%B2%D0%B5%D1%89%D0%B5%D0%BD%D0%B8%D1%8F&amp;diff=6307"/>
		<updated>2026-03-31T15:18:24Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Применение Ключ-АСТРОМ]] / [[Применение Ключ-АСТРОМ#.D0.90.D0.BB.D0.B5.D1.80.D1.82.D0.B8.D0.BD.D0.B3|Алертинг]] / [https://doc.ruscomtech.ru/index.php/События_метрик События метрик] / События метрик, вызывающих оповещения'''''&lt;br /&gt;
&lt;br /&gt;
ИИ Ключ-АСТРОМ автоматически анализирует нештатные ситуации в вашей ИТ-инфраструктуре и пытается выявить любые соответствующие последствия и первопричины. Дэвис опирается на широкий спектр источников информации, таких как представление транзакций ваших служб и приложений, а также все события, возникающие на отдельных узлах в вашей топологии.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ есть два основных источника одиночных событий:&lt;br /&gt;
&lt;br /&gt;
* События на основе метрик (события, инициированные серией измерений)&lt;br /&gt;
* События, не зависящие от какой-либо метрики (например, сбои процессов, изменения развертывания и события перемещения ВМ).&lt;br /&gt;
&lt;br /&gt;
Пользовательские события метрик настраиваются в глобальных настройках вашей среды и видны всем пользователям Ключ-АСТРОМ в вашей среде.&lt;br /&gt;
&lt;br /&gt;
== Автоадаптивная базовая линия ==&lt;br /&gt;
Автоадаптивные базовые показатели представляют собой динамический подход к базовым показателям, при котором эталонное значение для обнаружения аномалий изменяется с течением времени. Его основное преимущество перед статическим порогом заключается в том, что эталонное значение динамически адаптируется с течением времени, и вам не нужно заранее знать пороговое значение. Вам также не нужно вручную настраивать несколько статических пороговых значений для метрик, поведение которых меняется со временем.&lt;br /&gt;
&lt;br /&gt;
Когда конфигурация события метрики включает в себя несколько сущностей, каждая сущность получает свою собственную автоадаптирующуюся базовую линию, и каждая базовая линия оценивается независимо. Например, если объем события включает пять хостов, Ключ-АСТРОМ рассчитает и оценит пять независимых базовых показателей.&lt;br /&gt;
&lt;br /&gt;
Существует ограничение в 100 конфигураций событий метрик для каждой среды независимо от того, сколько отдельных базовых показателей имеет каждая конфигурация.&lt;br /&gt;
&lt;br /&gt;
Давайте рассмотрим пример, в котором адаптивный базовый уровень имеет преимущество перед статически определенным порогом. На приведенной ниже диаграмме показано измеренное время записи на диск в миллисекундах. Это изменчивый показатель, который резко возрастает в зависимости от давления записи, с которым сталкивается диск. Если бы нам нужно было определить пороговое значение для каждого диска в этой ИТ-системе на основе исходных данных (начало диаграммы), мы бы установили статический порог равным 20 миллисекундам. Однако позже использование диска изменится на более высокую нагрузку, поэтому определенный таким образом статический порог будет генерировать много ложноположительных предупреждений. Чтобы избежать этого, нам пришлось бы определить новый порог и вручную адаптировать конфигурацию.&lt;br /&gt;
&lt;br /&gt;
Однако автоадаптивная базовая линия автоматически адаптирует эталонные пороги ежедневно на основе измерений за предыдущие семь дней. Таким образом, если метрика меняет свое поведение, порог адаптируется автоматически.&lt;br /&gt;
&lt;br /&gt;
=== Базовый расчет ===&lt;br /&gt;
Базовыми значениями для расчета базовых показателей являются данные метрик за последние семь дней. Измерения за каждую минуту используются для расчета 99 -го процентиля всех измерений. Это определяет соответствующую базовую линию . Межквантильный диапазон между 25 -м и 75 -м процентилями затем используется в качестве флуктуации сигнала , которую можно добавить к базовой линии. Используя параметр &amp;lt;code&amp;gt;number of signal fluctuation&amp;lt;/code&amp;gt;(nx флуктуация сигнала), вы можете контролировать, сколько раз флуктуация сигнала добавляется к базовой линии, чтобы получить фактический порог для оповещения.&lt;br /&gt;
&lt;br /&gt;
Другим важным параметром для динамических базовых линий является скользящее окно, которое используется для сравнения текущих измерений с вычисленным пороговым значением. Он определяет, как часто расчетный порог должен нарушаться в течение скользящего окна времени, чтобы возникло событие (нарушения не обязательно должны быть последовательными). Такой подход помогает избежать слишком агрессивного оповещения об одиночных нарушениях. Вы можете установить скользящее окно максимум на 60 минут.&lt;br /&gt;
&lt;br /&gt;
По умолчанию любые 3 минуты из скользящего окна в 5 минут должны превышать ваш базовый порог, чтобы вызвать событие. Это означает, что событие должно иметь 3 минуты нарушения в пределах любого 5-минутного скользящего окна.&lt;br /&gt;
&lt;br /&gt;
== Статический порог ==&lt;br /&gt;
Статический порог представляет собой жесткое ограничение, которое метрика не должна нарушать. Предел может быть одним значением или диапазоном. Поскольку статические пороги не меняются со временем, они являются важным инструментом мониторинга, помогающим определить критические границы нормальной работы.&lt;br /&gt;
&lt;br /&gt;
Вам нужно выбрать между статическим порогом и адаптивным базовым уровнем , в зависимости от вашего варианта использования.&lt;br /&gt;
&lt;br /&gt;
Например, вы можете использовать статический порог, чтобы установить ограничение на общее использование памяти известным процессом. В этом случае статический порог превосходит адаптивный, потому что если потребление памяти со временем растет медленно, то адаптивный порог просто меняется вместе с ним, не вызывая никаких проблем и приводя в итоге к скрытой утечке памяти.&lt;br /&gt;
&lt;br /&gt;
На рисунках ниже потребление памяти неуклонно увеличивается в течение 30 дней. Статически заданный порог в 40 МБ будет обнаруживать ненормальное поведение процесса, в то время как адаптивный базовый уровень будет увеличиваться вместе со значением метрики.&lt;br /&gt;
&lt;br /&gt;
Помимо порогового значения, вы также можете указать, как часто пороговое значение должно нарушаться в течение скользящего окна времени, чтобы возникло событие (нарушения не обязательно должны быть последовательными). Это поможет вам избежать слишком агрессивных предупреждений о нарушениях одного порога. Вы можете установить скользящее окно до 60 минут.&lt;br /&gt;
&lt;br /&gt;
По умолчанию любые 3 минуты из скользящего окна в 5 минут должны превышать ваш порог, чтобы вызвать событие. То есть для события потребуется 3 минуты нарушения в пределах любого 5-минутного скользящего окна.&lt;br /&gt;
&lt;br /&gt;
== Расширенный запрос метрики ==&lt;br /&gt;
Существует два типа запросов метрик в событиях метрик — базовый и расширенный. Базовые запросы просто наблюдают за потоком необработанных измерений. Расширенные запросы применяют преобразование к необработанным данным. Ключ-АСТРОМ всегда отображает тип запроса в разделе Предварительный просмотр предупреждений конфигурации события метрики.&lt;br /&gt;
&lt;br /&gt;
Примеры расширенных запросов включают в себя:&lt;br /&gt;
&lt;br /&gt;
* Автоадаптивные базовые показатели, так как они требуют расчета базового уровня.&lt;br /&gt;
* Монотонные счетчики, потому что для получения непрерывной скорости необходима математическая операция над необработанными счетами.&lt;br /&gt;
* Предупреждения об отсутствии данных , так как условие должно быть предварительно проверено.&lt;br /&gt;
* Математические выражения.&lt;br /&gt;
* Агрегации измерений.&lt;br /&gt;
&lt;br /&gt;
=== Ограничения среды ===&lt;br /&gt;
Существует общее ограничение в 10 000 конфигураций событий метрик для каждой среды мониторинга, которые можно разделить на следующие категории:&lt;br /&gt;
&lt;br /&gt;
* Базовые запросы — для базовых запросов нет ограничений по размерам. Например, вы можете создать оповещение для 20 000 ядер ЦП в одной конфигурации события метрики. Несмотря на то, что ограничения на размер нет, ограничение регулирования в 100 одновременных предупреждений на конфигурацию используется в качестве меры предосторожности.&lt;br /&gt;
* Расширенные запросы — применяются дополнительные ограничения:&lt;br /&gt;
** 100 000 измерений на среду&lt;br /&gt;
** 1000 измерений на конфигурацию события метрики&lt;br /&gt;
** 100 расширенных конфигураций запросов для каждой стратегии мониторинга. У вас может быть 100 конфигураций с автоадаптивным базовым уровнем и 100 конфигураций с настраиваемыми пороговыми значениями.&lt;br /&gt;
&lt;br /&gt;
== Оповещение об отсутствии данных ==&lt;br /&gt;
Ключ-АСТРОМ предоставляет вам возможность настроить оповещение об отсутствии данных в метрике. Если оповещение включено, Ключ-АСТРОМ регулярно проверяет, содержит ли скользящее окно события метрики какие-либо измерения. Например, если скользящее окно установлено на 3 минуты в течение любых 5 минут , Ключ-АСТРОМ инициирует предупреждение, если данные не будут получены в течение 3-минутного периода.&lt;br /&gt;
&lt;br /&gt;
Условие отсутствующих данных и базовое/пороговое условие объединяются логикой ИЛИ .&lt;br /&gt;
&lt;br /&gt;
Показать пример&lt;br /&gt;
&lt;br /&gt;
=== Заполнители описания события ===&lt;br /&gt;
Для предоставления подробной информации об оповещении используется &amp;lt;code&amp;gt;{missing_data_samples}&amp;lt;/code&amp;gt;заполнитель для описания события. Он отображает количество минут без полученных данных.&lt;br /&gt;
&lt;br /&gt;
=== Нерегулярные или задержанные потоки данных ===&lt;br /&gt;
Мы рекомендуем отключать оповещения об отсутствии данных для разреженных потоков данных, когда измерения не ожидаются с регулярными интервалами, так как это приведет к шторму предупреждений.&lt;br /&gt;
&lt;br /&gt;
Для ожидаемых данных с опозданием (например, показателей интеграции с облаком с 5-минутной задержкой) используйте длинные скользящие окна, покрывающие задержки. Для 5-минутной задержки используйте скользящее окно не менее 10 минут.&lt;br /&gt;
&lt;br /&gt;
=== Ограничения ===&lt;br /&gt;
Включение оповещения об отсутствии данных переключает конфигурацию на расширенный запрос метрики , на который распространяются дополнительные ограничения, поскольку он требует упреждающих проверок, даже если поток данных отсутствует.&lt;br /&gt;
&lt;br /&gt;
== Масштаб мероприятия ==&lt;br /&gt;
Существенным аспектом события пользовательской метрики является правильно настроенная метрика, которую нужно отслеживать. Многие показатели Ключ-АСТРОМ состоят из нескольких измерений. Вы можете выбрать, какие параметры учитывать для мероприятия. Например, вы можете выбрать для своего пользовательского оповещения только действия пользователей с устройств iOS на основе метрики количества действий .&lt;br /&gt;
&lt;br /&gt;
Вы можете дополнительно настроить событие, выбрав отслеживаемые объекты, к которым оно применяется. По умолчанию событие применяется ко всем объектам, предоставляющим соответствующую метрику. Используя фильтр на основе правил, вы можете организовать объекты по группе узлов , зоне управления , имени и тегу . Например, для метрик на основе хоста вы можете включить только те хосты, которым назначен определенный тег. Фактический набор доступных критериев зависит от метрики.&lt;br /&gt;
&lt;br /&gt;
Предварительный просмотр области предупреждений может отображать до 100 сущностей, которые обеспечивают выбранную метрику и соответствуют всем указанным фильтрам.&lt;br /&gt;
&lt;br /&gt;
Если вы установите порог для более чем 100 объектов, предварительный просмотр будет недоступен, и это приведет к значительному количеству предупреждений.&lt;br /&gt;
&lt;br /&gt;
== Осведомленность о топологии ==&lt;br /&gt;
Осведомленность о топологии и контекст — одна из ключевых тем платформы наблюдения Ключ-АСТРОМ. Данные, такие как метрики, трассировки, события и журналы, не просто сообщаются и хранятся на платформе, они включают ссылки на топологию, в которой были созданы данные. Например, в метриках процессов каждое измерение имеет ссылку на связанные хосты и процессы. ИИ Дэвиса использует эту топологическую информацию для автоматического обнаружения первопричин и анализа последствий обнаруженных аномалий. То же самое относится ко всем пользовательским событиям метрик, настроенным в среде мониторинга.&lt;br /&gt;
&lt;br /&gt;
Когда конфигурация обнаружения аномалий вызывает событие, Ключ-АСТРОМ автоматически определяет наиболее релевантную сущность для сопоставления события. Если обнаружено несколько ссылок на объекты, автоматически выбирается наиболее релевантная. Например, если метрика со ссылкой как на хост, так и на процесс приводит к событию, событие возникает в процессе.&lt;br /&gt;
&lt;br /&gt;
Прием метрик позволяет отправлять все типы измерений метрик, независимо от количества сущностей, к которым они относятся. Существуют следующие сценарии:&lt;br /&gt;
&lt;br /&gt;
=== Измерения не связаны с какой-либо сущностью ===&lt;br /&gt;
Если вы определяете событие метрики для нетопологической метрики, результирующее событие будет вызвано в самой среде мониторинга, а не в конкретном объекте топологии.&lt;br /&gt;
&lt;br /&gt;
Пример: показатели выручки, измеренные для всех розничных магазинов по географическому региону.&lt;br /&gt;
&lt;br /&gt;
=== Измерения относятся к одному объекту ===&lt;br /&gt;
Если вы определяете событие метрики для измерения, связанного с одним объектом, результирующее событие будет вызвано для этого объекта.&lt;br /&gt;
&lt;br /&gt;
Пример: выполнение пакетных заданий измеряется на отслеживаемом узле, где измерение связано с узлом.&lt;br /&gt;
&lt;br /&gt;
=== Измерения связаны с несколькими объектами ===&lt;br /&gt;
Когда для каждого измерения указано несколько объектов, Ключ-АСТРОМ выбирает наиболее подходящий объект, для которого следует инициировать событие. В случае узла и процесса измерение предположительно относится к процессу, а не к узлу, поэтому событие возникает в процессе.&lt;br /&gt;
&lt;br /&gt;
Пример: количество запусков пакетного задания, измеренное для процесса на отслеживаемом узле, где измерение относится как к процессу, так и к узлу.&lt;br /&gt;
&lt;br /&gt;
== Серьезность события ==&lt;br /&gt;
Серьезность события определяет, следует ли поднимать проблему или нет, и должен ли ИИ определять основную причину данного события.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Строгость&lt;br /&gt;
!Проблема поднята&lt;br /&gt;
!Анализ Дэвиса&lt;br /&gt;
!Семантический&lt;br /&gt;
|-&lt;br /&gt;
|Доступность&lt;br /&gt;
|Да&lt;br /&gt;
|Да&lt;br /&gt;
|Сообщает о любых серьезных отказах компонентов.&lt;br /&gt;
|-&lt;br /&gt;
|Ошибка&lt;br /&gt;
|Да&lt;br /&gt;
|Да&lt;br /&gt;
|Сообщает о любом ухудшении работоспособности из-за ошибок.&lt;br /&gt;
|-&lt;br /&gt;
|Замедлять&lt;br /&gt;
|Да&lt;br /&gt;
|Да&lt;br /&gt;
|Сообщает о замедлении работы ИТ-компонента.&lt;br /&gt;
|-&lt;br /&gt;
|Ресурс&lt;br /&gt;
|Да&lt;br /&gt;
|Да&lt;br /&gt;
|Сообщает о нехватке ресурсов или ситуации конфликта ресурсов.&lt;br /&gt;
|-&lt;br /&gt;
|Информация&lt;br /&gt;
|Нет&lt;br /&gt;
|Да&lt;br /&gt;
|Сообщает о любой интересной ситуации с компонентом, например об изменении развертывания.&lt;br /&gt;
|-&lt;br /&gt;
|Пользовательское оповещение&lt;br /&gt;
|Да&lt;br /&gt;
|Нет&lt;br /&gt;
|Запускает оповещение без причинно-следственной связи с участием искусственного интеллекта Дэвиса.&lt;br /&gt;
|}&lt;br /&gt;
Дополнительные сведения о встроенных событиях и их уровнях серьезности см. в разделе Типы событий .&lt;br /&gt;
&lt;br /&gt;
== Продолжительность события ==&lt;br /&gt;
В конфигурации события метрики вы указываете, сколько одноминутных слотов должно нарушать порог или базовый уровень в течение определенного периода времени (окна оценки). Когда это происходит, Ключ-АСТРОМ создает событие.&lt;br /&gt;
&lt;br /&gt;
Событие остается открытым до тех пор, пока метрика не останется в пределах порогового или базового уровня для определенного количества одноминутных интервалов в одном и том же окне оценки, после чего Ключ-АСТРОМ закрывает событие. По умолчанию количество таких слотов де-оповещения равно размеру окна оценки. Например, если размер окна оценки установлен на &amp;lt;code&amp;gt;5&amp;lt;/code&amp;gt;, метрика должна оставаться в пределах порогового или базового уровня в течение 5 последовательных одноминутных интервалов времени, чтобы закрыть событие. Вы можете изменить количество слотов для отмены предупреждений через API Metric Events .&lt;br /&gt;
&lt;br /&gt;
== Селектор показателей в событиях показателей ==&lt;br /&gt;
Селектор метрик — это мощный инструмент для запроса данных. Он предоставляет вам две основные возможности:&lt;br /&gt;
&lt;br /&gt;
* Метрические преобразования для преобразования метрики.&lt;br /&gt;
* Метрические выражения для объединения одной или нескольких метрик в другой результат с помощью простой математики.&lt;br /&gt;
&lt;br /&gt;
В этом примере мы хотим обнаружить аномалии в комбинированном входящем и исходящем сетевом трафике путем вычисления суммы всех прочитанных ( &amp;lt;code&amp;gt;builtin:host.net.bytesRx&amp;lt;/code&amp;gt;) и записанных байтов ( &amp;lt;code&amp;gt;builtin:host.net.bytesTx&amp;lt;/code&amp;gt;). Метрическое выражение для этого:&lt;br /&gt;
 &amp;lt;code&amp;gt;((builtin:host.net.&amp;quot;bytesTx&amp;quot;:splitBy())+(builtin:host.net.&amp;quot;bytesRx&amp;quot;:splitBy()))&amp;lt;/code&amp;gt;&lt;br /&gt;
Это выражение оценивается как результат одной метрики, которую Дэвис будет использовать для получения базового уровня, а также для обнаружения аномалий и оповещения о них.&lt;br /&gt;
&lt;br /&gt;
Селектор показателей может состоять из тысяч отдельных измерений показателей. Важно понимать последствия при настройке селектора, состоящего из измерений, поступающих из тысяч отдельных источников. Ключ-АСТРОМ применяет ограничения безопасности к обнаружению аномалий с точки зрения количества метрических измерений, которые можно наблюдать в одной среде мониторинга, чтобы избежать каких-либо операционных проблем.&lt;br /&gt;
&lt;br /&gt;
Проверка тревожных данных на графиках&lt;br /&gt;
&lt;br /&gt;
=== Объединение метрик для обнаружения аномалий ===&lt;br /&gt;
Благодаря мощному выражению метрики вы можете реализовать оповещение с представлением ситуации сверху вниз, а не оповещение о каждом отдельном компоненте.&lt;br /&gt;
&lt;br /&gt;
Например, вы можете отслеживать шаблоны журналов на нескольких хостах. Вычисляя общее количество наблюдаемых шаблонов журналов во всех соответствующих файлах журналов, Ключ-АСТРОМ может обнаруживать аномалии шаблонов в совокупном потоке журналов, а не в отдельных счетчиках для каждого файла журнала.&lt;br /&gt;
&lt;br /&gt;
В случае разреженных подсчетов по многим объектам (например, подсчет ошибок в нескольких процессах одного типа) агрегированное нисходящее обнаружение аномалий гораздо более устойчиво к ложноположительным оповещениям по сравнению с обнаружением отдельного подсчета ошибок для каждого процесса.&lt;br /&gt;
&lt;br /&gt;
=== Отображение топологии ===&lt;br /&gt;
События метрик, основанные на селекторе метрик, поддерживают осведомленность о топологии . Результирующее сопоставление зависит от детализации данных результата.&lt;br /&gt;
&lt;br /&gt;
Селекторы метрик, разделенные сущностью, сохраняют это сопоставление и учитывают топологию. События, возникающие в таких метриках, сопоставляются с первоисточником.&lt;br /&gt;
&lt;br /&gt;
Когда селекторы метрик приводят к одному агрегированному ряду без четкой ссылки на объект и топологию, события, возникающие в таких метриках, сопоставляются с глобальной средой мониторинга.&lt;br /&gt;
&lt;br /&gt;
==== Переопределить сопоставление топологии ====&lt;br /&gt;
Вы можете переопределить автоматический выбор типа объекта, с которым сопоставляются события. Имейте в виду, что следует выбирать только те типы сущностей, на которые есть ссылки во входящих измерениях метрик. Если выбран тип объекта, в котором метрика не показывает необходимое измерение, переопределение объекта игнорируется.&lt;br /&gt;
&lt;br /&gt;
Чтобы переопределить автоматический тип сущности, в конфигурации события метрики разверните Расширенные настройки сущности и выберите требуемый тип сущности.&lt;br /&gt;
&lt;br /&gt;
== Создать событие метрики ==&lt;br /&gt;
Чтобы создать конфигурацию события метрики&lt;br /&gt;
&lt;br /&gt;
# В меню Ключ-АСТРОМ выберите « Настройки » &amp;gt; « Обнаружение аномалий » &amp;gt; «Пользовательские события для предупреждений » и выберите «Создать настраиваемое событие для предупреждений» .&lt;br /&gt;
# Перейдите на вкладку « Сборка ».&lt;br /&gt;
# Выберите метрику для события метрики. Вы можете выбрать метрику по категории, к которой она принадлежит, или по точному имени метрики.&lt;br /&gt;
# Выберите тип агрегирования для метрики (где применимо).&lt;br /&gt;
# по желаниюВыберите измерения, которые будут учитываться событием.&lt;br /&gt;
# по желаниюДобавьте фильтры сущностей на основе правил.&lt;br /&gt;
# Определите стратегию мониторинга.&lt;br /&gt;
## Выберите стратегию:&lt;br /&gt;
##* Автоадаптивная базовая линия — Ключ-АСТРОМ автоматически вычисляет пороговое значение и динамически адаптирует его к поведению вашей метрики.&lt;br /&gt;
##* Статический порог — порог , который не меняется во времени.&lt;br /&gt;
## Укажите скользящее окно для сравнения. Скользящее окно определяет, как часто пороговое значение (вычисленное автоматически или заданное вручную) должно нарушаться в течение скользящего окна времени, чтобы возникло событие (нарушения не обязательно должны быть последовательными). Это поможет вам избежать чрезмерно агрессивного оповещения об одиночных нарушениях. Вы можете установить скользящее окно до 60 минут.&lt;br /&gt;
## В зависимости от выбранной стратегии укажите:&lt;br /&gt;
##* Автоадаптивная базовая линия — сколько раз флуктуация сигнала добавляется к базовой линии.&lt;br /&gt;
##* Статический порог — пороговое значение. Ключ-АСТРОМ предлагает значение на основе предыдущих данных.&lt;br /&gt;
## Выберите поведение оповещения об отсутствующих данных . Если оповещение об отсутствии данных включено, оно объединяется с базовым/пороговым условием по логике ИЛИ .&lt;br /&gt;
# Выберите временной интервал предварительного просмотра. Вы можете получать оповещения за 12 часов, один день или семь дней и оценивать, насколько эффективна ваша конфигурация.&lt;br /&gt;
# Выберите название для вашего мероприятия. Заголовок должен быть короткой, легко читаемой строкой, описывающей ситуацию, например, &amp;lt;code&amp;gt;High network activity&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;CPU saturation&amp;lt;/code&amp;gt;.&lt;br /&gt;
# В разделе Описание события создайте сообщение о событии. Сообщения о событиях помогают понять их характер. Вы можете использовать следующие заполнители:&lt;br /&gt;
#* &amp;lt;code&amp;gt;{alert_condition}&amp;lt;/code&amp;gt;— состояние тревоги (выше/ниже порога).&lt;br /&gt;
#* &amp;lt;code&amp;gt;{baseline}&amp;lt;/code&amp;gt;– нарушенное значение базовой линии.&lt;br /&gt;
#* &amp;lt;code&amp;gt;{dims}&amp;lt;/code&amp;gt;— список всех измерений (и их значений) метрики, нарушивших порог. Вы также можете указать конкретное измерение: &amp;lt;code&amp;gt;{dims:dt.entity.&amp;lt;entity&amp;gt;}&amp;lt;/code&amp;gt;. Чтобы получить список доступных измерений для вашей метрики, запросите его с помощью запроса дескриптора метрики GET .&lt;br /&gt;
#* &amp;lt;code&amp;gt;{entityname}&amp;lt;/code&amp;gt;— название затронутого объекта.&lt;br /&gt;
#* &amp;lt;code&amp;gt;{metricname}&amp;lt;/code&amp;gt;— название метрики, нарушившей порог.&lt;br /&gt;
#* &amp;lt;code&amp;gt;{missing_data_samples}&amp;lt;/code&amp;gt;– количество выборок с отсутствующими данными. Доступно, только если включено предупреждение об отсутствии данных.&lt;br /&gt;
#* &amp;lt;code&amp;gt;{severity}&amp;lt;/code&amp;gt;- тяжесть события.&lt;br /&gt;
#* &amp;lt;code&amp;gt;{threshold}&amp;lt;/code&amp;gt;– нарушенное значение порога.&lt;br /&gt;
# Выберите Создать пользовательское событие для оповещения , чтобы сохранить новое событие.&lt;br /&gt;
&lt;br /&gt;
== API событий метрик ==&lt;br /&gt;
Те же функции событий метрик доступны через API обнаружения аномалий — событий метрик . Используя API, вы можете перечислять, обновлять, создавать и удалять конфигурации.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%A1%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D1%8F_%D0%BC%D0%B5%D1%82%D1%80%D0%B8%D0%BA,_%D0%B2%D1%8B%D0%B7%D1%8B%D0%B2%D0%B0%D1%8E%D1%89%D0%B8%D1%85_%D0%BE%D0%BF%D0%BE%D0%B2%D0%B5%D1%89%D0%B5%D0%BD%D0%B8%D1%8F&amp;diff=6306</id>
		<title>События метрик, вызывающих оповещения</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%A1%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D1%8F_%D0%BC%D0%B5%D1%82%D1%80%D0%B8%D0%BA,_%D0%B2%D1%8B%D0%B7%D1%8B%D0%B2%D0%B0%D1%8E%D1%89%D0%B8%D1%85_%D0%BE%D0%BF%D0%BE%D0%B2%D0%B5%D1%89%D0%B5%D0%BD%D0%B8%D1%8F&amp;diff=6306"/>
		<updated>2026-03-31T15:16:42Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Применение Ключ-АСТРОМ]] / [[Применение Ключ-АСТРОМ#.D0.90.D0.BB.D0.B5.D1.80.D1.82.D0.B8.D0.BD.D0.B3|Алертинг]] / [https://doc.ruscomtech.ru/index.php/События_метрик События метрик] / События метрик, вызывающих оповещения'''''&lt;br /&gt;
&lt;br /&gt;
ИИ Ключ-АСТРОМ Davis® автоматически анализирует нештатные ситуации в вашей ИТ-инфраструктуре и пытается выявить любые соответствующие последствия и первопричины. Дэвис опирается на широкий спектр источников информации, таких как представление транзакций ваших служб и приложений, а также все события, возникающие на отдельных узлах в вашей топологии Smartscape®.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ есть два основных источника одиночных событий:&lt;br /&gt;
&lt;br /&gt;
* События на основе метрик (события, инициированные серией измерений)&lt;br /&gt;
* События, не зависящие от какой-либо метрики (например, сбои процессов, изменения развертывания и события перемещения ВМ).&lt;br /&gt;
&lt;br /&gt;
Пользовательские события метрик настраиваются в глобальных настройках вашей среды и видны всем пользователям Ключ-АСТРОМ в вашей среде.&lt;br /&gt;
&lt;br /&gt;
== Автоадаптивная базовая линия ==&lt;br /&gt;
Автоадаптивные базовые показатели представляют собой динамический подход к базовым показателям, при котором эталонное значение для обнаружения аномалий изменяется с течением времени. Его основное преимущество перед статическим порогом заключается в том, что эталонное значение динамически адаптируется с течением времени, и вам не нужно заранее знать пороговое значение. Вам также не нужно вручную настраивать несколько статических пороговых значений для метрик, поведение которых меняется со временем.&lt;br /&gt;
&lt;br /&gt;
Когда конфигурация события метрики включает в себя несколько сущностей, каждая сущность получает свою собственную автоадаптирующуюся базовую линию, и каждая базовая линия оценивается независимо. Например, если объем события включает пять хостов, Ключ-АСТРОМ рассчитает и оценит пять независимых базовых показателей.&lt;br /&gt;
&lt;br /&gt;
Существует ограничение в 100 конфигураций событий метрик для каждой среды независимо от того, сколько отдельных базовых показателей имеет каждая конфигурация.&lt;br /&gt;
&lt;br /&gt;
Давайте рассмотрим пример, в котором адаптивный базовый уровень имеет преимущество перед статически определенным порогом. На приведенной ниже диаграмме показано измеренное время записи на диск в миллисекундах. Это изменчивый показатель, который резко возрастает в зависимости от давления записи, с которым сталкивается диск. Если бы нам нужно было определить пороговое значение для каждого диска в этой ИТ-системе на основе исходных данных (начало диаграммы), мы бы установили статический порог равным 20 миллисекундам. Однако позже использование диска изменится на более высокую нагрузку, поэтому определенный таким образом статический порог будет генерировать много ложноположительных предупреждений. Чтобы избежать этого, нам пришлось бы определить новый порог и вручную адаптировать конфигурацию.&lt;br /&gt;
&lt;br /&gt;
Однако автоадаптивная базовая линия автоматически адаптирует эталонные пороги ежедневно на основе измерений за предыдущие семь дней. Таким образом, если метрика меняет свое поведение, порог адаптируется автоматически.&lt;br /&gt;
&lt;br /&gt;
=== Базовый расчет ===&lt;br /&gt;
Базовыми значениями для расчета базовых показателей являются данные метрик за последние семь дней. Измерения за каждую минуту используются для расчета 99 -го процентиля всех измерений. Это определяет соответствующую базовую линию . Межквантильный диапазон между 25 -м и 75 -м процентилями затем используется в качестве флуктуации сигнала , которую можно добавить к базовой линии. Используя параметр &amp;lt;code&amp;gt;number of signal fluctuation&amp;lt;/code&amp;gt;(nx флуктуация сигнала), вы можете контролировать, сколько раз флуктуация сигнала добавляется к базовой линии, чтобы получить фактический порог для оповещения.&lt;br /&gt;
&lt;br /&gt;
Другим важным параметром для динамических базовых линий является скользящее окно, которое используется для сравнения текущих измерений с вычисленным пороговым значением. Он определяет, как часто расчетный порог должен нарушаться в течение скользящего окна времени, чтобы возникло событие (нарушения не обязательно должны быть последовательными). Такой подход помогает избежать слишком агрессивного оповещения об одиночных нарушениях. Вы можете установить скользящее окно максимум на 60 минут.&lt;br /&gt;
&lt;br /&gt;
По умолчанию любые 3 минуты из скользящего окна в 5 минут должны превышать ваш базовый порог, чтобы вызвать событие. Это означает, что событие должно иметь 3 минуты нарушения в пределах любого 5-минутного скользящего окна.&lt;br /&gt;
&lt;br /&gt;
== Статический порог ==&lt;br /&gt;
Статический порог представляет собой жесткое ограничение, которое метрика не должна нарушать. Предел может быть одним значением или диапазоном. Поскольку статические пороги не меняются со временем, они являются важным инструментом мониторинга, помогающим определить критические границы нормальной работы.&lt;br /&gt;
&lt;br /&gt;
Вам нужно выбрать между статическим порогом и адаптивным базовым уровнем , в зависимости от вашего варианта использования.&lt;br /&gt;
&lt;br /&gt;
Например, вы можете использовать статический порог, чтобы установить ограничение на общее использование памяти известным процессом. В этом случае статический порог превосходит адаптивный, потому что если потребление памяти со временем растет медленно, то адаптивный порог просто меняется вместе с ним, не вызывая никаких проблем и приводя в итоге к скрытой утечке памяти.&lt;br /&gt;
&lt;br /&gt;
На рисунках ниже потребление памяти неуклонно увеличивается в течение 30 дней. Статически заданный порог в 40 МБ будет обнаруживать ненормальное поведение процесса, в то время как адаптивный базовый уровень будет увеличиваться вместе со значением метрики.&lt;br /&gt;
&lt;br /&gt;
Помимо порогового значения, вы также можете указать, как часто пороговое значение должно нарушаться в течение скользящего окна времени, чтобы возникло событие (нарушения не обязательно должны быть последовательными). Это поможет вам избежать слишком агрессивных предупреждений о нарушениях одного порога. Вы можете установить скользящее окно до 60 минут.&lt;br /&gt;
&lt;br /&gt;
По умолчанию любые 3 минуты из скользящего окна в 5 минут должны превышать ваш порог, чтобы вызвать событие. То есть для события потребуется 3 минуты нарушения в пределах любого 5-минутного скользящего окна.&lt;br /&gt;
&lt;br /&gt;
== Расширенный запрос метрики ==&lt;br /&gt;
Существует два типа запросов метрик в событиях метрик — базовый и расширенный. Базовые запросы просто наблюдают за потоком необработанных измерений. Расширенные запросы применяют преобразование к необработанным данным. Ключ-АСТРОМ всегда отображает тип запроса в разделе Предварительный просмотр предупреждений конфигурации события метрики.&lt;br /&gt;
&lt;br /&gt;
Примеры расширенных запросов включают в себя:&lt;br /&gt;
&lt;br /&gt;
* Автоадаптивные базовые показатели, так как они требуют расчета базового уровня.&lt;br /&gt;
* Монотонные счетчики, потому что для получения непрерывной скорости необходима математическая операция над необработанными счетами.&lt;br /&gt;
* Предупреждения об отсутствии данных , так как условие должно быть предварительно проверено.&lt;br /&gt;
* Математические выражения.&lt;br /&gt;
* Агрегации измерений.&lt;br /&gt;
&lt;br /&gt;
=== Ограничения среды ===&lt;br /&gt;
Существует общее ограничение в 10 000 конфигураций событий метрик для каждой среды мониторинга, которые можно разделить на следующие категории:&lt;br /&gt;
&lt;br /&gt;
* Базовые запросы — для базовых запросов нет ограничений по размерам. Например, вы можете создать оповещение для 20 000 ядер ЦП в одной конфигурации события метрики. Несмотря на то, что ограничения на размер нет, ограничение регулирования в 100 одновременных предупреждений на конфигурацию используется в качестве меры предосторожности.&lt;br /&gt;
* Расширенные запросы — применяются дополнительные ограничения:&lt;br /&gt;
** 100 000 измерений на среду&lt;br /&gt;
** 1000 измерений на конфигурацию события метрики&lt;br /&gt;
** 100 расширенных конфигураций запросов для каждой стратегии мониторинга. У вас может быть 100 конфигураций с автоадаптивным базовым уровнем и 100 конфигураций с настраиваемыми пороговыми значениями.&lt;br /&gt;
&lt;br /&gt;
== Оповещение об отсутствии данных ==&lt;br /&gt;
Ключ-АСТРОМ предоставляет вам возможность настроить оповещение об отсутствии данных в метрике. Если оповещение включено, Ключ-АСТРОМ регулярно проверяет, содержит ли скользящее окно события метрики какие-либо измерения. Например, если скользящее окно установлено на 3 минуты в течение любых 5 минут , Ключ-АСТРОМ инициирует предупреждение, если данные не будут получены в течение 3-минутного периода.&lt;br /&gt;
&lt;br /&gt;
Условие отсутствующих данных и базовое/пороговое условие объединяются логикой ИЛИ .&lt;br /&gt;
&lt;br /&gt;
Показать пример&lt;br /&gt;
&lt;br /&gt;
=== Заполнители описания события ===&lt;br /&gt;
Для предоставления подробной информации об оповещении используется &amp;lt;code&amp;gt;{missing_data_samples}&amp;lt;/code&amp;gt;заполнитель для описания события. Он отображает количество минут без полученных данных.&lt;br /&gt;
&lt;br /&gt;
=== Нерегулярные или задержанные потоки данных ===&lt;br /&gt;
Мы рекомендуем отключать оповещения об отсутствии данных для разреженных потоков данных, когда измерения не ожидаются с регулярными интервалами, так как это приведет к шторму предупреждений.&lt;br /&gt;
&lt;br /&gt;
Для ожидаемых данных с опозданием (например, показателей интеграции с облаком с 5-минутной задержкой) используйте длинные скользящие окна, покрывающие задержки. Для 5-минутной задержки используйте скользящее окно не менее 10 минут.&lt;br /&gt;
&lt;br /&gt;
=== Ограничения ===&lt;br /&gt;
Включение оповещения об отсутствии данных переключает конфигурацию на расширенный запрос метрики , на который распространяются дополнительные ограничения, поскольку он требует упреждающих проверок, даже если поток данных отсутствует.&lt;br /&gt;
&lt;br /&gt;
== Масштаб мероприятия ==&lt;br /&gt;
Существенным аспектом события пользовательской метрики является правильно настроенная метрика, которую нужно отслеживать. Многие показатели Ключ-АСТРОМ состоят из нескольких измерений. Вы можете выбрать, какие параметры учитывать для мероприятия. Например, вы можете выбрать для своего пользовательского оповещения только действия пользователей с устройств iOS на основе метрики количества действий .&lt;br /&gt;
&lt;br /&gt;
Вы можете дополнительно настроить событие, выбрав отслеживаемые объекты, к которым оно применяется. По умолчанию событие применяется ко всем объектам, предоставляющим соответствующую метрику. Используя фильтр на основе правил, вы можете организовать объекты по группе узлов , зоне управления , имени и тегу . Например, для метрик на основе хоста вы можете включить только те хосты, которым назначен определенный тег. Фактический набор доступных критериев зависит от метрики.&lt;br /&gt;
&lt;br /&gt;
Предварительный просмотр области предупреждений может отображать до 100 сущностей, которые обеспечивают выбранную метрику и соответствуют всем указанным фильтрам.&lt;br /&gt;
&lt;br /&gt;
Если вы установите порог для более чем 100 объектов, предварительный просмотр будет недоступен, и это приведет к значительному количеству предупреждений.&lt;br /&gt;
&lt;br /&gt;
== Осведомленность о топологии ==&lt;br /&gt;
Осведомленность о топологии и контекст — одна из ключевых тем платформы наблюдения Ключ-АСТРОМ. Данные, такие как метрики, трассировки, события и журналы, не просто сообщаются и хранятся на платформе, они включают ссылки на топологию, в которой были созданы данные. Например, в метриках процессов каждое измерение имеет ссылку на связанные хосты и процессы. ИИ Дэвиса использует эту топологическую информацию для автоматического обнаружения первопричин и анализа последствий обнаруженных аномалий. То же самое относится ко всем пользовательским событиям метрик, настроенным в среде мониторинга.&lt;br /&gt;
&lt;br /&gt;
Когда конфигурация обнаружения аномалий вызывает событие, Ключ-АСТРОМ автоматически определяет наиболее релевантную сущность для сопоставления события. Если обнаружено несколько ссылок на объекты, автоматически выбирается наиболее релевантная. Например, если метрика со ссылкой как на хост, так и на процесс приводит к событию, событие возникает в процессе.&lt;br /&gt;
&lt;br /&gt;
Прием метрик позволяет отправлять все типы измерений метрик, независимо от количества сущностей, к которым они относятся. Существуют следующие сценарии:&lt;br /&gt;
&lt;br /&gt;
=== Измерения не связаны с какой-либо сущностью ===&lt;br /&gt;
Если вы определяете событие метрики для нетопологической метрики, результирующее событие будет вызвано в самой среде мониторинга, а не в конкретном объекте Smartscape.&lt;br /&gt;
&lt;br /&gt;
Пример: показатели выручки, измеренные для всех розничных магазинов по географическому региону.&lt;br /&gt;
&lt;br /&gt;
=== Измерения относятся к одному объекту ===&lt;br /&gt;
Если вы определяете событие метрики для измерения, связанного с одним объектом, результирующее событие будет вызвано для этого объекта.&lt;br /&gt;
&lt;br /&gt;
Пример: выполнение пакетных заданий измеряется на отслеживаемом узле, где измерение связано с узлом.&lt;br /&gt;
&lt;br /&gt;
=== Измерения связаны с несколькими объектами ===&lt;br /&gt;
Когда для каждого измерения указано несколько объектов, Ключ-АСТРОМ выбирает наиболее подходящий объект, для которого следует инициировать событие. В случае узла и процесса измерение предположительно относится к процессу, а не к узлу, поэтому событие возникает в процессе.&lt;br /&gt;
&lt;br /&gt;
Пример: количество запусков пакетного задания, измеренное для процесса на отслеживаемом узле, где измерение относится как к процессу, так и к узлу.&lt;br /&gt;
&lt;br /&gt;
== Серьезность события ==&lt;br /&gt;
Серьезность события определяет, следует ли поднимать проблему или нет, и должен ли ИИ Дэвиса определять основную причину данного события.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Строгость&lt;br /&gt;
!Проблема поднята&lt;br /&gt;
!Анализ Дэвиса&lt;br /&gt;
!Семантический&lt;br /&gt;
|-&lt;br /&gt;
|Доступность&lt;br /&gt;
|Да&lt;br /&gt;
|Да&lt;br /&gt;
|Сообщает о любых серьезных отказах компонентов.&lt;br /&gt;
|-&lt;br /&gt;
|Ошибка&lt;br /&gt;
|Да&lt;br /&gt;
|Да&lt;br /&gt;
|Сообщает о любом ухудшении работоспособности из-за ошибок.&lt;br /&gt;
|-&lt;br /&gt;
|Замедлять&lt;br /&gt;
|Да&lt;br /&gt;
|Да&lt;br /&gt;
|Сообщает о замедлении работы ИТ-компонента.&lt;br /&gt;
|-&lt;br /&gt;
|Ресурс&lt;br /&gt;
|Да&lt;br /&gt;
|Да&lt;br /&gt;
|Сообщает о нехватке ресурсов или ситуации конфликта ресурсов.&lt;br /&gt;
|-&lt;br /&gt;
|Информация&lt;br /&gt;
|Нет&lt;br /&gt;
|Да&lt;br /&gt;
|Сообщает о любой интересной ситуации с компонентом, например об изменении развертывания.&lt;br /&gt;
|-&lt;br /&gt;
|Пользовательское оповещение&lt;br /&gt;
|Да&lt;br /&gt;
|Нет&lt;br /&gt;
|Запускает оповещение без причинно-следственной связи с участием искусственного интеллекта Дэвиса.&lt;br /&gt;
|}&lt;br /&gt;
Дополнительные сведения о встроенных событиях и их уровнях серьезности см. в разделе Типы событий .&lt;br /&gt;
&lt;br /&gt;
== Продолжительность события ==&lt;br /&gt;
В конфигурации события метрики вы указываете, сколько одноминутных слотов должно нарушать порог или базовый уровень в течение определенного периода времени (окна оценки). Когда это происходит, Ключ-АСТРОМ создает событие.&lt;br /&gt;
&lt;br /&gt;
Событие остается открытым до тех пор, пока метрика не останется в пределах порогового или базового уровня для определенного количества одноминутных интервалов в одном и том же окне оценки, после чего Ключ-АСТРОМ закрывает событие. По умолчанию количество таких слотов де-оповещения равно размеру окна оценки. Например, если размер окна оценки установлен на &amp;lt;code&amp;gt;5&amp;lt;/code&amp;gt;, метрика должна оставаться в пределах порогового или базового уровня в течение 5 последовательных одноминутных интервалов времени, чтобы закрыть событие. Вы можете изменить количество слотов для отмены предупреждений через API Metric Events .&lt;br /&gt;
&lt;br /&gt;
== Селектор показателей в событиях показателей ==&lt;br /&gt;
Селектор метрик — это мощный инструмент для запроса данных. Он предоставляет вам две основные возможности:&lt;br /&gt;
&lt;br /&gt;
* Метрические преобразования для преобразования метрики.&lt;br /&gt;
* Метрические выражения для объединения одной или нескольких метрик в другой результат с помощью простой математики.&lt;br /&gt;
&lt;br /&gt;
В этом примере мы хотим обнаружить аномалии в комбинированном входящем и исходящем сетевом трафике путем вычисления суммы всех прочитанных ( &amp;lt;code&amp;gt;builtin:host.net.bytesRx&amp;lt;/code&amp;gt;) и записанных байтов ( &amp;lt;code&amp;gt;builtin:host.net.bytesTx&amp;lt;/code&amp;gt;). Метрическое выражение для этого:&lt;br /&gt;
 &amp;lt;code&amp;gt;((builtin:host.net.&amp;quot;bytesTx&amp;quot;:splitBy())+(builtin:host.net.&amp;quot;bytesRx&amp;quot;:splitBy()))&amp;lt;/code&amp;gt;&lt;br /&gt;
Это выражение оценивается как результат одной метрики, которую Дэвис будет использовать для получения базового уровня, а также для обнаружения аномалий и оповещения о них.&lt;br /&gt;
&lt;br /&gt;
Селектор показателей может состоять из тысяч отдельных измерений показателей. Важно понимать последствия при настройке селектора, состоящего из измерений, поступающих из тысяч отдельных источников. Ключ-АСТРОМ применяет ограничения безопасности к обнаружению аномалий с точки зрения количества метрических измерений, которые можно наблюдать в одной среде мониторинга, чтобы избежать каких-либо операционных проблем.&lt;br /&gt;
&lt;br /&gt;
Проверка тревожных данных на графиках&lt;br /&gt;
&lt;br /&gt;
=== Объединение метрик для обнаружения аномалий ===&lt;br /&gt;
Благодаря мощному выражению метрики вы можете реализовать оповещение с представлением ситуации сверху вниз, а не оповещение о каждом отдельном компоненте.&lt;br /&gt;
&lt;br /&gt;
Например, вы можете отслеживать шаблоны журналов на нескольких хостах. Вычисляя общее количество наблюдаемых шаблонов журналов во всех соответствующих файлах журналов, Ключ-АСТРОМ может обнаруживать аномалии шаблонов в совокупном потоке журналов, а не в отдельных счетчиках для каждого файла журнала.&lt;br /&gt;
&lt;br /&gt;
В случае разреженных подсчетов по многим объектам (например, подсчет ошибок в нескольких процессах одного типа) агрегированное нисходящее обнаружение аномалий гораздо более устойчиво к ложноположительным оповещениям по сравнению с обнаружением отдельного подсчета ошибок для каждого процесса.&lt;br /&gt;
&lt;br /&gt;
=== Отображение топологии ===&lt;br /&gt;
События метрик, основанные на селекторе метрик, поддерживают осведомленность о топологии . Результирующее сопоставление зависит от детализации данных результата.&lt;br /&gt;
&lt;br /&gt;
Селекторы метрик, разделенные сущностью, сохраняют это сопоставление и учитывают топологию. События, возникающие в таких метриках, сопоставляются с первоисточником.&lt;br /&gt;
&lt;br /&gt;
Когда селекторы метрик приводят к одному агрегированному ряду без четкой ссылки на объект и топологию, события, возникающие в таких метриках, сопоставляются с глобальной средой мониторинга.&lt;br /&gt;
&lt;br /&gt;
==== Переопределить сопоставление топологии ====&lt;br /&gt;
Вы можете переопределить автоматический выбор типа объекта, с которым сопоставляются события. Имейте в виду, что следует выбирать только те типы сущностей, на которые есть ссылки во входящих измерениях метрик. Если выбран тип объекта, в котором метрика не показывает необходимое измерение, переопределение объекта игнорируется.&lt;br /&gt;
&lt;br /&gt;
Чтобы переопределить автоматический тип сущности, в конфигурации события метрики разверните Расширенные настройки сущности и выберите требуемый тип сущности.&lt;br /&gt;
&lt;br /&gt;
== Создать событие метрики ==&lt;br /&gt;
Чтобы создать конфигурацию события метрики&lt;br /&gt;
&lt;br /&gt;
# В меню Ключ-АСТРОМ выберите « Настройки » &amp;gt; « Обнаружение аномалий » &amp;gt; «Пользовательские события для предупреждений » и выберите «Создать настраиваемое событие для предупреждений» .&lt;br /&gt;
# Перейдите на вкладку « Сборка ».&lt;br /&gt;
# Выберите метрику для события метрики. Вы можете выбрать метрику по категории, к которой она принадлежит, или по точному имени метрики.&lt;br /&gt;
# Выберите тип агрегирования для метрики (где применимо).&lt;br /&gt;
# по желаниюВыберите измерения, которые будут учитываться событием.&lt;br /&gt;
# по желаниюДобавьте фильтры сущностей на основе правил.&lt;br /&gt;
# Определите стратегию мониторинга.&lt;br /&gt;
## Выберите стратегию:&lt;br /&gt;
##* Автоадаптивная базовая линия — Ключ-АСТРОМ автоматически вычисляет пороговое значение и динамически адаптирует его к поведению вашей метрики.&lt;br /&gt;
##* Статический порог — порог , который не меняется во времени.&lt;br /&gt;
## Укажите скользящее окно для сравнения. Скользящее окно определяет, как часто пороговое значение (вычисленное автоматически или заданное вручную) должно нарушаться в течение скользящего окна времени, чтобы возникло событие (нарушения не обязательно должны быть последовательными). Это поможет вам избежать чрезмерно агрессивного оповещения об одиночных нарушениях. Вы можете установить скользящее окно до 60 минут.&lt;br /&gt;
## В зависимости от выбранной стратегии укажите:&lt;br /&gt;
##* Автоадаптивная базовая линия — сколько раз флуктуация сигнала добавляется к базовой линии.&lt;br /&gt;
##* Статический порог — пороговое значение. Ключ-АСТРОМ предлагает значение на основе предыдущих данных.&lt;br /&gt;
## Выберите поведение оповещения об отсутствующих данных . Если оповещение об отсутствии данных включено, оно объединяется с базовым/пороговым условием по логике ИЛИ .&lt;br /&gt;
# Выберите временной интервал предварительного просмотра. Вы можете получать оповещения за 12 часов, один день или семь дней и оценивать, насколько эффективна ваша конфигурация.&lt;br /&gt;
# Выберите название для вашего мероприятия. Заголовок должен быть короткой, легко читаемой строкой, описывающей ситуацию, например, &amp;lt;code&amp;gt;High network activity&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;CPU saturation&amp;lt;/code&amp;gt;.&lt;br /&gt;
# В разделе Описание события создайте сообщение о событии. Сообщения о событиях помогают понять их характер. Вы можете использовать следующие заполнители:&lt;br /&gt;
#* &amp;lt;code&amp;gt;{alert_condition}&amp;lt;/code&amp;gt;— состояние тревоги (выше/ниже порога).&lt;br /&gt;
#* &amp;lt;code&amp;gt;{baseline}&amp;lt;/code&amp;gt;– нарушенное значение базовой линии.&lt;br /&gt;
#* &amp;lt;code&amp;gt;{dims}&amp;lt;/code&amp;gt;— список всех измерений (и их значений) метрики, нарушивших порог. Вы также можете указать конкретное измерение: &amp;lt;code&amp;gt;{dims:dt.entity.&amp;lt;entity&amp;gt;}&amp;lt;/code&amp;gt;. Чтобы получить список доступных измерений для вашей метрики, запросите его с помощью запроса дескриптора метрики GET .&lt;br /&gt;
#* &amp;lt;code&amp;gt;{entityname}&amp;lt;/code&amp;gt;— название затронутого объекта.&lt;br /&gt;
#* &amp;lt;code&amp;gt;{metricname}&amp;lt;/code&amp;gt;— название метрики, нарушившей порог.&lt;br /&gt;
#* &amp;lt;code&amp;gt;{missing_data_samples}&amp;lt;/code&amp;gt;– количество выборок с отсутствующими данными. Доступно, только если включено предупреждение об отсутствии данных.&lt;br /&gt;
#* &amp;lt;code&amp;gt;{severity}&amp;lt;/code&amp;gt;- тяжесть события.&lt;br /&gt;
#* &amp;lt;code&amp;gt;{threshold}&amp;lt;/code&amp;gt;– нарушенное значение порога.&lt;br /&gt;
# Выберите Создать пользовательское событие для оповещения , чтобы сохранить новое событие.&lt;br /&gt;
&lt;br /&gt;
== API событий метрик ==&lt;br /&gt;
Те же функции событий метрик доступны через API обнаружения аномалий — событий метрик . Используя API, вы можете перечислять, обновлять, создавать и удалять конфигурации.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%A3%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BD%D0%B5%D0%BF%D0%BE%D0%BB%D0%B0%D0%B4%D0%BE%D0%BA_%D0%BF%D1%80%D0%B8_%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B5_%D0%95%D0%B4%D0%B8%D0%BD%D0%BE%D0%B3%D0%BE%D0%90%D0%B3%D0%B5%D0%BD%D1%82%D0%B0&amp;diff=6300</id>
		<title>Устранение неполадок при установке ЕдиногоАгента</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%A3%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BD%D0%B5%D0%BF%D0%BE%D0%BB%D0%B0%D0%B4%D0%BE%D0%BA_%D0%BF%D1%80%D0%B8_%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B5_%D0%95%D0%B4%D0%B8%D0%BD%D0%BE%D0%B3%D0%BE%D0%90%D0%B3%D0%B5%D0%BD%D1%82%D0%B0&amp;diff=6300"/>
		<updated>2026-03-11T06:41:57Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Узнайте, как устранить неполадки при установке ЕдиногоАгента в '''AIX''', '''Linux''' и '''Windows'''.&lt;br /&gt;
&lt;br /&gt;
== Общее устранение неполадок ==&lt;br /&gt;
&lt;br /&gt;
=== Почему ЕдиныйАгент не начинает отслеживать процесс Apache после перезапуска? ===&lt;br /&gt;
После установки ЕдиномуАгенту необходимо ''полностью'' перезапустить веб-сервер '''Apache''', чтобы включить мониторинг. Для корректной работы важно понимать разницу между «частичным» и «полным» перезапуском. В случае частичного перезапуска основной процесс '''Apache''' перечитывает свои файлы конфигурации, заново открывает файлы логов и затем перезапускает рабочие процессы. Однако для ЕдиногоАгента требуется полный перезапуск веб-сервера '''Apache''', при котором все рабочие процессы и, что самое главное, основной процесс '''Apache''' полностью останавливаются, а затем перезапускаются.&lt;br /&gt;
&lt;br /&gt;
Дополнительную информацию о различных типах доступных перезапусков см. в разделе [https://httpd.apache.org/docs/2.4/stopping.html Остановка и перезапуск сервера Apache HTTP.]﻿&lt;br /&gt;
&lt;br /&gt;
=== Как выполнить полную перезагрузку ===&lt;br /&gt;
'''&amp;lt;code&amp;gt;Linux и AIX&amp;lt;/code&amp;gt;'''&lt;br /&gt;
&lt;br /&gt;
Возможно, вы привыкли перезапускать '''Apache''' с помощью команды &amp;lt;code&amp;gt;apachectl restart&amp;lt;/code&amp;gt;. Однако эта команда приводит лишь к частичному перезапуску '''Apache'''.&lt;br /&gt;
&lt;br /&gt;
Чтобы полностью перезапустить '''Apache''' и включить глубокий мониторинг с помощью Ключ-АСТРОМ ЕдиногоАгента, необходимо сначала полностью завершить работу с помощью &amp;lt;code&amp;gt;apachectl stop&amp;lt;/code&amp;gt; команды. Только после этого можно перезапустить сервер с помощью команды &amp;lt;code&amp;gt;apachectl start&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Этот &amp;lt;code&amp;gt;service apache2 restart&amp;lt;/code&amp;gt; можно использовать в системах '''Ubuntu'''. Однако учтите, что для любых команд вам, скорее всего, понадобятся права суперпользователя ('''sudo''').&lt;br /&gt;
&lt;br /&gt;
'''&amp;lt;code&amp;gt;Windows&amp;lt;/code&amp;gt;'''&lt;br /&gt;
&lt;br /&gt;
В '''&amp;lt;code&amp;gt;Windows&amp;lt;/code&amp;gt;''' для перезапуска служб '''Apache''' можно использовать встроенную функцию управления службами '''Windows''' или монитор служб '''Apache''' (&amp;lt;code&amp;gt;httpd.exe&amp;lt;/code&amp;gt;). Перезапуск службы '''Apache''' с помощью управления службами '''Windows''' гарантирует полный перезапуск &amp;lt;code&amp;gt;httpd.exe&amp;lt;/code&amp;gt;. Возможно, вы привыкли перезапускать '''Apache''' с помощью команды &amp;lt;code&amp;gt;httpd.exe -k restart -n &amp;quot;Apache2.4&amp;quot;&amp;lt;/code&amp;gt;. Однако эта команда приводит лишь к частичному перезапуску '''Apache'''.&lt;br /&gt;
&lt;br /&gt;
Чтобы полностью перезапустить '''Apache''' и включить глубокий мониторинг с помощью ЕдиногоАгента, необходимо сначала выполнить полное завершение работы с помощью команды &amp;lt;code&amp;gt;httpd.exe -k stop -n &amp;quot;Apache2.4&amp;quot;&amp;lt;/code&amp;gt;. Только после этого можно перезапустить сервер с помощью команды &amp;lt;code&amp;gt;httpd.exe -k start -n &amp;quot;Apache2.4&amp;quot;&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== Проверка сертификата сервера не удалась ===&lt;br /&gt;
ЕдиныйАгент поставляется с доверенными SSL-сертификатами Ключ-АСТРОМ, которые используются для проверки успешного подключения ЕдиногоАгента к серверу Ключ-АСТРОМ или к АктивномуШлюзу.&lt;br /&gt;
&lt;br /&gt;
Если в вашей среде используется прокси-сервер (что требует обновления SSL-сертификата удаленного сервера) или у вас есть Environment АктивныйШлюз с собственным сертификатом, во время первоначальной проверки соединения вы можете столкнуться с сообщением &amp;lt;code&amp;gt;Server certificate check failed&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Чтобы решить эту проблему, см. раздел [[Безопасность ЕдиногоАгента]].&lt;br /&gt;
&lt;br /&gt;
=== Процессы не обнаружены ===&lt;br /&gt;
Могло произойти одно из следующих событий:&lt;br /&gt;
&lt;br /&gt;
* Этот процесс не поддерживается нашей технологией мониторинга. Вы всегда можете проверить, какие типы процессов [[Поддержка технологий|поддерживает Ключ-АСТРОМ]].&lt;br /&gt;
* Процесс не работает на вашем сервере. Убедитесь, что ваши серверы работают и процессы работают.&lt;br /&gt;
* Между Ключ-АСТРОМ и вашим ЕдинымАгентом наблюдается задержка связи. В этом случае подождите несколько минут и повторите попытку.&lt;br /&gt;
* Ваш ЕдиныйАгент работает неправильно. Перейдите в раздел '''Настройки &amp;gt; Мониторинг &amp;gt; Обзор мониторинга''', чтобы убедиться, что мониторинг включён для хоста, на котором запущено ваше программное обеспечение.&lt;br /&gt;
&lt;br /&gt;
Если вам всё ещё не удаётся решить эту проблему, обратитесь к специалисту по продукту Ключ-АСТРОМ через онлайн-чат в вашей среде Ключ-АСТРОМ. Также рассмотрите возможность установки ЕдиногоАгента на другой компьютер.&lt;br /&gt;
&lt;br /&gt;
=== Проблемы ЕдиногоАгента начались после глобального обновления ОС хоста ===&lt;br /&gt;
Мы не поддерживаем серьезные изменения операционной системы на хосте, на котором установлен ЕдиныйАгент.&lt;br /&gt;
&lt;br /&gt;
Изменения ОС, которые могут повлиять на ЕдиныйАгент, включают обновления или модификации, такие как:&lt;br /&gt;
&lt;br /&gt;
* Патч ядра системы&lt;br /&gt;
* Крупное обновление ОС&lt;br /&gt;
* Любое другое изменение конфигурации системы, приводящее к существенному обновлению или модификации ОС.&lt;br /&gt;
&lt;br /&gt;
Значительные изменения ОС могут привести к таким проблемам, как:&lt;br /&gt;
&lt;br /&gt;
* Проблемы мониторинга ЕдиногоАгента&lt;br /&gt;
* Перезапуск или удаление службы ЕдиногоАгента&lt;br /&gt;
* Удаление ЕдиногоАгента&lt;br /&gt;
&lt;br /&gt;
Для внесения существенных изменений в ОС хоста ЕдиногоАгента&lt;br /&gt;
&lt;br /&gt;
# Удалите ЕдиногоАгента&lt;br /&gt;
# Примените модификации ОС&lt;br /&gt;
# Переустановите ЕдиныйАгент. При переустановке может потребоваться предоставить установщику данные для подключения. Однако часть конфигурации ЕдиногоАгента, например, идентификация хоста, сохранится после удаления.&lt;br /&gt;
&lt;br /&gt;
Эта информация применима ко всем операционным системам, на которых поддерживается полная установка ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
=== Инициализация SDK и обработка ошибок ===&lt;br /&gt;
Если заглушка '''SDK''' сталкивается с проблемами загрузки или инициализации модуля ЕдиногоАгента (особенно если &amp;lt;code&amp;gt;[https://dynatrace.github.io/OneAgent-SDK-for-C/group__init.html#gac3d473d2899bdb54196f864ae0ccf3eb onesdk_initialize]&amp;lt;/code&amp;gt; или &amp;lt;code&amp;gt;[https://dynatrace.github.io/OneAgent-SDK-for-C/group__init.html#gac0681af704ba7e6404c3f67f582ee4db onesdk_initalize_2]&amp;lt;/code&amp;gt; возвращает код ошибки), включите ведение логов для заглушки SDK, чтобы диагностировать проблему.﻿﻿&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|Для включения ведения логов используйте один из следующих вариантов:&lt;br /&gt;
&lt;br /&gt;
* Установите переменную окружения &amp;lt;code&amp;gt;DT_LOGLEVELSDK={level}&amp;lt;/code&amp;gt; (самый простой вариант).&lt;br /&gt;
* Вызовите функцию &amp;lt;code&amp;gt;onesdk_stub_set_logging_level(ONESDK_LOGGING_LEVEL_{LEVEL})&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если ваша программа передает аргументы командной строки в SDK (&amp;lt;code&amp;gt;[https://dynatrace.github.io/OneAgent-SDK-for-C/group__init.html#ga77bf723c281e4e2963933a57ff1ec51c onesdk_stub_process_cmdline_args]&amp;lt;/code&amp;gt;), используйте аргумент командной строки &amp;lt;code&amp;gt;--dt_loglevelsdk={level}&amp;lt;/code&amp;gt;.﻿&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Какой бы вариант вы ни выбрали, обязательно примените его перед проверкой &amp;lt;code&amp;gt;onesdk_initialize&amp;lt;/code&amp;gt; или &amp;lt;code&amp;gt;onesdk_initalize_2&amp;lt;/code&amp;gt;.&lt;br /&gt;
|}&lt;br /&gt;
По умолчанию после включения ведения логов вывод логов заглушки направляется в &amp;lt;code&amp;gt;stderr&amp;lt;/code&amp;gt;. Если вам нужен альтернативный метод обработки сообщений логов заглушки, см. документацию по функции &amp;lt;code&amp;gt;[https://dynatrace.github.io/OneAgent-SDK-for-C/group__init.html#ga68fd905f95b1fdc05b7d45e5a419934d onesdk_stub_set_logging_callback]&amp;lt;/code&amp;gt;.﻿&lt;br /&gt;
&lt;br /&gt;
Если инициализация не удалась, наиболее часто встречающийся код ошибки — &amp;lt;code&amp;gt;ONESDK_ERROR_LOAD_AGENT&amp;lt;/code&amp;gt; (числовой код &amp;lt;code&amp;gt;2952658951&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;-1342308345&amp;lt;/code&amp;gt; или &amp;lt;code&amp;gt;0xaffe0007&amp;lt;/code&amp;gt;, сообщение об ошибке &amp;lt;code&amp;gt;&amp;quot;Could not load agent.&amp;quot;&amp;lt;/code&amp;gt;).&lt;br /&gt;
&lt;br /&gt;
Две основные причины этой проблемы:&lt;br /&gt;
&lt;br /&gt;
* Причина : ЕдиныйАгент не установлен на хосте, где выполняется программа.  &amp;lt;br /&amp;gt;Решение : Установите ЕдиныйАгент и перезапустите программу.&lt;br /&gt;
* Причина : Программа инициирована с помощью отладчика, поэтому ЕдиныйАгент не выполнит внедрение.  &amp;lt;br /&amp;gt;Решение : Запустите программу без отладчика. Отладчик можно подключить позже, после запуска программы.&lt;br /&gt;
&lt;br /&gt;
=== Устранение неполадок SDK после инициализации ===&lt;br /&gt;
После успешной инициализации SDK вы всё равно можете столкнуться с проблемами, такими как отсутствие путей в пользовательском интерфейсе или неожиданные коды ошибок &amp;lt;code&amp;gt;ONESDK_INVALID_HANDLE&amp;lt;/code&amp;gt;, например:&lt;br /&gt;
&lt;br /&gt;
* Проверьте сообщения от обратных вызовов логов ЕдиногоАгента. См. документацию по &amp;lt;code&amp;gt;[https://dynatrace.github.io/OneAgent-SDK-for-C/group__misc.html#ga31c7f418f4b3515097434f8df6810cad onesdk_agent_set_warning_callback]&amp;lt;/code&amp;gt; и &amp;lt;code&amp;gt;[https://dynatrace.github.io/OneAgent-SDK-for-C/group__misc.html#ga1324a8c95a407255e838641e8a8f03a9 onesdk_agent_set_verbose_callback]&amp;lt;/code&amp;gt;.﻿﻿&lt;br /&gt;
* Проверьте файлы логов ЕдиногоАгента.  &amp;lt;br /&amp;gt;Точное местоположение файлов логов смотрите на следующих страницах:&lt;br /&gt;
&lt;br /&gt;
==== [[Установка ЕдиногоАгента на Windows|Безопасность ЕдиногоАгента в Windows]] ====&lt;br /&gt;
&lt;br /&gt;
** [[Установка ЕдиногоАгента на Linux|Безопасность ЕдиногоАгента в Linux]]  Уровень ведения логов ЕдиногоАгента можно повысить, установив переменную среды &amp;lt;code&amp;gt;DT_LOGLEVELFILE={level}&amp;lt;/code&amp;gt; или передав аргумент &amp;lt;code&amp;gt;--dt_loglevelfile={level}&amp;lt;/code&amp;gt; командной строки в SDK.  &amp;lt;br /&amp;gt;В качестве альтернативы вы можете использовать &amp;lt;code&amp;gt;DT_LOGLEVELCON={level}&amp;lt;/code&amp;gt; или &amp;lt;code&amp;gt;--dt_loglevelcon={level}&amp;lt;/code&amp;gt;, если хотите получить вывод логов ЕдиногоАгента через &amp;lt;code&amp;gt;stderr&amp;lt;/code&amp;gt;.&lt;br /&gt;
* В определенных сценариях может предоставить дополнительную информацию &amp;lt;code&amp;gt;[https://dynatrace.github.io/OneAgent-SDK-for-C/group__misc.html#gab45441c798009a1bad93480e8476a1e4 onesdk_agent_get_current_state]&amp;lt;/code&amp;gt;﻿.&lt;br /&gt;
&lt;br /&gt;
== Устранение неполадок, специфичных для ОС ==&lt;br /&gt;
&lt;br /&gt;
=== Linux ===&lt;br /&gt;
&lt;br /&gt;
==== ЕдиныйАгент, установленный в развертываниях Chef Habitat, не внедряется в процессы ====&lt;br /&gt;
Несмотря на то, что вы можете успешно установить ЕдиныйАгент на машины, на которых размещены службы, развернутые '''Chef''' '''Habitat''', ЕдиныйАгент не сможет внедряться в процессы, поскольку в таких развертываниях '''Chef''' '''Habitat''' использует собственную специфичную для хоста супервизора библиотеку &amp;lt;code&amp;gt;glibc&amp;lt;/code&amp;gt;, а не системную библиотеку &amp;lt;code&amp;gt;glibc&amp;lt;/code&amp;gt;, на которую полагается ЕдиныйАгент.&lt;br /&gt;
&lt;br /&gt;
===== Решение =====&lt;br /&gt;
В качестве обходного решения создайте файл &amp;lt;code&amp;gt;ld.so.preload&amp;lt;/code&amp;gt; для каждой версии &amp;lt;code&amp;gt;glibc&amp;lt;/code&amp;gt;, установленной '''Chef''', содержимое которого указывает на модуль процесса ЕдиногоАгента на хосте супервизора '''Chef Habitat'''. Выполните следующую команду от имени пользователя '''root''':&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|[ -d /hab/pkgs/core/glibc ] &amp;amp;&amp;amp; for v in $(find /hab/pkgs/core/glibc -type d -name etc); do sudo echo &amp;quot;/opt/astromkey/oneagent/agent/bin/current/linux-x86-64/liboneagentproc.so&amp;quot; &amp;gt; $v/ld.so.preload &amp;amp;&amp;amp; echo &amp;quot;Installed workaround in '$v'&amp;quot;; done&lt;br /&gt;
|}&lt;br /&gt;
Эту команду необходимо выполнять каждый раз, когда '''Chef Habitat''' обновляет версию &amp;lt;code&amp;gt;glibc&amp;lt;/code&amp;gt;. Вы также можете запустить её как '''cron'''. В таких случаях убедитесь, что она запускается до запуска службы, которую вы хотите отслеживать. В противном случае вам потребуется перезапустить службу, чтобы включить внедрение ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
==== &amp;lt;code&amp;gt;Operation not permitted&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Если вы видите ошибку &amp;lt;code&amp;gt;Operation not permitted&amp;lt;/code&amp;gt; в консоли '''Linux''' или логах установки, убедитесь, что установка ЕдиногоАгента не заблокирована антивирусным программным обеспечением, установленным на хосте.&lt;br /&gt;
&lt;br /&gt;
==== Проблемы с ptrace ====&lt;br /&gt;
В случае, если после установки Единого Агента на ОС Linux вы замечаете, что ваши процессы приложения не инструментируются - проверьте режим работы ptrace на уровне вашей ОС. &lt;br /&gt;
&lt;br /&gt;
Для корректной работы агента Ключ-АСТРОМ требуется установленный режим ptrace 0 или 1. Это обусловлено необходимостью использования агентом capability  CAP_SYS_PTRACE. &lt;br /&gt;
&lt;br /&gt;
'''Режим `ptrace_scope = 1` безопасен для использования''' &lt;br /&gt;
&lt;br /&gt;
1.     Ограниченный доступ – трассировка разрешена только для родительских процессов, что исключает возможность перехвата данных между несвязанными процессами. &lt;br /&gt;
&lt;br /&gt;
2.     Невозможность атак через ptrace – злоумышленник не сможет подключиться к произвольному процессу. &lt;br /&gt;
&lt;br /&gt;
Ключ-Астром работает в доверенной среде – агент Ключ-Астром запускается как часть мониторинговой инфраструктуры и не представляет угрозы.&lt;br /&gt;
&lt;br /&gt;
==== Проблемы со связью ЕдиногоАгента при включенном SELinux ====&lt;br /&gt;
ЕдиныйАгент поддерживает '''SELinux''' только при загрузке целевой политики. Многоуровневая политика безопасности не поддерживается. При попытке установить ЕдиныйАгент в системе, где '''SELinux''' использует многоуровневый режим безопасности, появится следующее сообщение об ошибке: &amp;lt;code&amp;gt;Installation with SELinux loaded in multi-level security mode is not supported. Astromkey OneAgent may not work correctly.&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Если вы используете систему с '''SELinux''' в принудительном режиме и внедренные ЕдиныеАгенты не могут обмениваться данными, хотя для модуля '''ОС''' ЕдиногоАгента связь работает нормально, попробуйте выполнить следующие действия. Обратите внимание, что пример ниже основан на процессе &amp;lt;code&amp;gt;httpd&amp;lt;/code&amp;gt;, но это может произойти и с '''NGINX''' и другими процессами.&lt;br /&gt;
&lt;br /&gt;
# Проверьте &amp;lt;code&amp;gt;/var/log/audit/audit.log&amp;lt;/code&amp;gt; на наличие отказов &amp;lt;code&amp;gt;journalctl&amp;lt;/code&amp;gt;, например:  &amp;lt;br /&amp;gt;&amp;lt;code&amp;gt;# grep type=AVC /var/log/audit/audit.log&amp;lt;/code&amp;gt;  &amp;lt;br /&amp;gt;&amp;lt;code&amp;gt;# journalctl --utc -a -t &amp;quot;audit&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
# Если вы обнаружили отказ в рассматриваемом процессе, например:  &amp;lt;br /&amp;gt;&amp;lt;code&amp;gt;type=AVC msg=audit(1535366769.867:209537): avc:  denied  { name_connect } for  pid=8348 comm=&amp;quot;httpd&amp;quot; dest=9999 scontext=unconfined_u:system_r:httpd_t:s0 tcontext=system_u:object_r:jboss_management_port_t:s0 tclass=tcp_socket`&amp;lt;/code&amp;gt;  &amp;lt;br /&amp;gt;Сначала проверьте, разрешает ли '''SElinux''' соединение, с помощью следующей команды: &amp;lt;code&amp;gt;# sesearch -AC -s httpd_t -t jboss_management_port_t&amp;lt;/code&amp;gt;  &amp;lt;br /&amp;gt;Чтобы интерпретировать вывод команды, см. раздел [https://wiki.gentoo.org/wiki/SELinux/Tutorials/Using_SELinux_booleans Использование логических значений SELinux]﻿.&lt;br /&gt;
# Чтобы узнать, разрешено ли соединение, выполните следующую команду: &amp;lt;code&amp;gt;# setsebool -P httpd_can_network_connect on&amp;lt;/code&amp;gt;  &amp;lt;br /&amp;gt;Команда будет постоянно (сохраняться при перезагрузках хоста) включать логическое значение '''SELinux''' &amp;lt;code&amp;gt;httpd_can_network_connect&amp;lt;/code&amp;gt;, позволяя внедрить ЕдиныйАгент в процесс &amp;lt;code&amp;gt;httpd&amp;lt;/code&amp;gt; для установления соединения с АктивнымШлюзом.&lt;br /&gt;
# Перезапустите процесс и проверьте, работает ли связь.&lt;br /&gt;
&lt;br /&gt;
==== ЕдиныйАгент на дисках NFS ====&lt;br /&gt;
Сообщается о нестабильной работе ЕдиногоАгента на '''Linux''' при развёртывании на некачественных дисках '''NFS'''. Для корректной работы автоматического внедрения и автоматических обновлений убедитесь, что ваше развёртывание ЕдиногоАгента соответствует следующим рекомендациям:&lt;br /&gt;
&lt;br /&gt;
===== Пользовательский путь установки =====&lt;br /&gt;
Настройте установку ЕдиногоАгента так, чтобы она не находилась в директориях '''NFS''' (расположение ЕдиногоАгента по умолчанию — &amp;lt;code&amp;gt;/opt/astromkey&amp;lt;/code&amp;gt;). Используйте параметр ЕдиногоАгента &amp;lt;code&amp;gt;INSTALL_PATH&amp;lt;/code&amp;gt;. Подробнее см. в разделе [[Установка ЕдиногоАгента на Linux|Настройка установки ЕдиногоАгента в Linux]] .&lt;br /&gt;
&lt;br /&gt;
===== Путь выполнения =====&lt;br /&gt;
Убедитесь, что путь выполнения &amp;lt;code&amp;gt;/var/lib/astromkey/oneagent&amp;lt;/code&amp;gt; не находится в директориях '''NFS'''.&lt;br /&gt;
&lt;br /&gt;
===== Доступность файловой системы =====&lt;br /&gt;
Доступность файловой системы критически важна не только для мониторинга ЕдиногоАгента, но и для запуска любых процессов на хосте. Даже при настройке установки ЕдиногоАгента он всё равно создаёт символические ссылки &amp;lt;code&amp;gt;/opt/astromkey&amp;lt;/code&amp;gt; для своих модулей глубокого мониторинга и автоматического внедрения. Убедитесь, что &amp;lt;code&amp;gt;/opt/astromkey&amp;lt;/code&amp;gt; доступна при запуске системы как можно раньше. ЕдиныйАгент запускается относительно рано, поэтому &amp;lt;code&amp;gt;/opt/astromkey&amp;lt;/code&amp;gt; должна быть доступна как можно раньше.&lt;br /&gt;
&lt;br /&gt;
===== Остановка процессов обновления ЕдиногоАгента =====&lt;br /&gt;
Если при наличии '''NFS''' вы наблюдаете проблемы с обновлением ЕдиногоАгента, обязательно остановите все процессы, в которых могут быть включены модули глубокого мониторинга кода ЕдиногоАгента, прежде чем начинать обновление ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
===== FUSE не поддерживается =====&lt;br /&gt;
Файловые системы, использующие '''FUSE''', не поддерживаются.&lt;br /&gt;
&lt;br /&gt;
Мы работаем над устранением проблем, связанных с развертыванием '''NFS''', поэтому вы можете ожидать, что эти рекомендации со временем изменятся.&lt;br /&gt;
&lt;br /&gt;
==== Несовместимость со Splunk ====&lt;br /&gt;
Компонент &amp;lt;code&amp;gt;splunkd&amp;lt;/code&amp;gt; '''Splunk''' версии '''8.2+''' аварийно завершает работу при включении автоматического внедрения ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
==== Проблема ====&lt;br /&gt;
Согласно проблеме [https://docs.splunk.com/Documentation/Splunk/8.2.1/ReleaseNotes/Knownissues Splunk SPL-207550]﻿, '''Splunk''' не запускается после установки в '''Linux''', если существует Ключ-АСТРОМ ЕдиныйАгент, выдавая ошибку &amp;lt;code&amp;gt;ERROR: pid XXXX terminated with signal 4 (core dumped)&amp;lt;/code&amp;gt;, поскольку существует конфликт между библиотеками '''Splunk Watchdog и Ключ-АСТРОМ ЕдиныйАгент'''.&lt;br /&gt;
&lt;br /&gt;
==== Решение ====&lt;br /&gt;
Установите следующее в &amp;lt;code&amp;gt;server.conf&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;[watchdog]&amp;lt;/code&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;usePreloadedPstacks = false&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Совместимость с антивирусным программным обеспечением ====&lt;br /&gt;
Блокировка в ядре '''Linux''' может привести к тому, что '''CrowdStrike''' '''Falcon''' заблокирует ЕдиныйАгент при чтении данных процесса из &amp;lt;code&amp;gt;/proc&amp;lt;/code&amp;gt;, который содержит один подкаталог на каждый процесс, запущенный в системе.&lt;br /&gt;
&lt;br /&gt;
* Когда ЕдиныйАгент пытается прочитать данные &amp;lt;code&amp;gt;/proc/&amp;lt;pid&amp;gt;&amp;lt;/code&amp;gt;, '''CrowdStrike Falcon''' блокирует в ядре для создания директорий идентификаторов процессов. ЕдиныйАгент будет находиться в состоянии непрерывности, что означает, что вы сможете завершить процессы, только перезагрузив сервер или дождавшись ответа ввода-вывода.&lt;br /&gt;
* Установка ЕдиногоАгента может быть нарушена в любой момент из-за отсутствия единого правила, вызывающего проблему.&lt;br /&gt;
&lt;br /&gt;
==== Oracle Database Server 19c не отвечает ====&lt;br /&gt;
&lt;br /&gt;
==== Проблема ====&lt;br /&gt;
Автоматическое инструментирование ЕдиногоАгента невозможно, если установлен '''Oracle Database Server 19c''' из-за несовместимости с модулем процесса ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
==== Подробности ====&lt;br /&gt;
Модуль процесса ЕдиногоАгента требует базовых функций системной библиотеки &amp;lt;code&amp;gt;libc&amp;lt;/code&amp;gt; для выполнения автоматического инструментирования. Когда другой продукт переопределяет функциональность (в данном случае функцию &amp;lt;code&amp;gt;__errno_location&amp;lt;/code&amp;gt;), модуль процесса не может отличить символ, предоставляемый продуктом, от самого продукта &amp;lt;code&amp;gt;libc&amp;lt;/code&amp;gt;. Вызов символа, предоставляемого продуктом, приводит к сбою, поскольку он ещё не инициализирован.&lt;br /&gt;
&lt;br /&gt;
==== Область проблемы ====&lt;br /&gt;
Хосты '''Linux с Oracle Database Server 19c'''&lt;br /&gt;
&lt;br /&gt;
==== Решение ====&lt;br /&gt;
Подойдет любой из приведенных ниже вариантов:&lt;br /&gt;
&lt;br /&gt;
* Используйте '''Oracle Database Server 21c''' или более новую версию&lt;br /&gt;
* Отключить внедрение '''Process Agent''' &amp;lt;code&amp;gt;builtin:host.monitoring.advanced&amp;lt;/code&amp;gt; через схему/пользовательский интерфейс&lt;br /&gt;
* Отключить внедрение агента процесса через &amp;lt;code&amp;gt;oneagentctl --set-auto-injection-enabled false&amp;lt;/code&amp;gt;&lt;br /&gt;
* Запустите следующий фрагмент &amp;lt;code&amp;gt;[PATH-TO-DATABASE-EXECUTABLE]&amp;lt;/code&amp;gt; и замените его путем к исполняемому файлу '''Oracle Database 19c'''. &amp;lt;br /&amp;gt;&amp;lt;code&amp;gt;unshare -m -- sh -c 'mount --bind /dev/null /etc/ld.so.preload &amp;amp;&amp;amp; [PATH-TO-DATABASE-EXECUTABLE]'&amp;lt;/code&amp;gt;&lt;br /&gt;
* Установите следующую переменную среды, чтобы она применялась к базе данных '''Oracle''' при запуске (применимо только к системам на основе &amp;lt;code&amp;gt;glibc&amp;lt;/code&amp;gt;; не поддерживается в &amp;lt;code&amp;gt;musl libc&amp;lt;/code&amp;gt;, например в '''Alpine Linux''') &amp;lt;br /&amp;gt;&amp;lt;code&amp;gt;LD_AUDIT=/opt/astromkey/oneagent/agent/bin/current/linux-x86-64/liboneagentaudit.so&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Если на хостах есть процессы, требующие внедрения '''Code Module''', их можно включить вручную через переменную окружения &amp;lt;code&amp;gt;LD_PRELOAD=/lib{64}/liboneagentproc.so&amp;lt;/code&amp;gt;. Для получения дополнительной помощи обратитесь к специалистам службы поддержки Ключ-АСТРОМ в чате.&lt;br /&gt;
&lt;br /&gt;
=== Windows ===&lt;br /&gt;
&lt;br /&gt;
==== Совместимость с антивирусным программным обеспечением ====&lt;br /&gt;
Чтобы обеспечить бесперебойную работу ЕдиногоАгента и избежать лишних расходов, мы рекомендуем исключить все файлы в директории установки ЕдиногоАгента из антивирусной проверки.&lt;br /&gt;
&lt;br /&gt;
Мы также рекомендуем настроить антивирусное ПО так, чтобы оно считало процесс ЕдиногоАгента доверенным и невредоносным. Чтобы узнать, как это сделать, обратитесь к документации вашего антивируса.&lt;br /&gt;
&lt;br /&gt;
Если вы используете '''McAfee''', вы можете столкнуться с перегрузкой процессора. Чтобы решить эту проблему, переведите '''McAfee''' в режим совместимости с '''Exploit Prevention'''.&lt;br /&gt;
&lt;br /&gt;
# Отключите самозащиту и предотвращение эксплойтов в консоли '''ENS'''.&lt;br /&gt;
# Установите следующие параметры реестра как '''DWORD''':&lt;br /&gt;
#* &amp;lt;code&amp;gt;HKEY_LOCAL_MACHINE\SOFTWARE\McAfee\Endpoint\Ips\BO\dwBOCompatibilityMode=1&amp;lt;/code&amp;gt;&lt;br /&gt;
#* &amp;lt;code&amp;gt;HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\McAfee\EndPoint\Ips\BO\dwBOCompatibilityMode=1&amp;lt;/code&amp;gt;&lt;br /&gt;
# Повторно включите самозащиту и предотвращение эксплойтов в консоли '''ENS'''.&lt;br /&gt;
&lt;br /&gt;
==== Процессы не обнаружены ====&lt;br /&gt;
Могло произойти одно из следующих событий:&lt;br /&gt;
&lt;br /&gt;
* Этот процесс не поддерживается нашей технологией мониторинга. Вы можете проверить, какие типы процессов [[Поддержка технологий|поддерживает Ключ-АСТРОМ]].&lt;br /&gt;
* Процесс не работает на вашем сервере. Убедитесь, что ваши серверы работают и процессы работают.&lt;br /&gt;
* Между Ключ-АСТРОМ и вашим ЕдинымАгентом наблюдается задержка связи. В этом случае подождите несколько минут и повторите попытку.&lt;br /&gt;
* Ваш ЕдиныйАгент работает неправильно. Перейдите в раздел '''Настройки &amp;gt; Мониторинг &amp;gt; Обзор мониторинга''', чтобы убедиться, что мониторинг включён для хоста, на котором запущено ваше программное обеспечение.&lt;br /&gt;
&lt;br /&gt;
Если вам всё ещё не удаётся решить эту проблему, обратитесь к специалисту по продукту Ключ-АСТРОМ через онлайн-чат в вашей среде Ключ-АСТРОМ. Также рассмотрите возможность установки ЕдиногоАгента на другой компьютер.&lt;br /&gt;
&lt;br /&gt;
==== Как восстановить установку ЕдиногоАгента ====&lt;br /&gt;
Установщик ЕдиногоАгента для '''Windows''' не поддерживает операции изменения и восстановления. Вы не сможете переустановить ЕдиныйАгент, используя ту же версию установщика, что и установленный ЕдиныйАгент.&lt;br /&gt;
&lt;br /&gt;
Чтобы переустановить ЕдиныйАгент в '''Windows''', либо удалите его, а затем установите заново, либо установите более новую версию поверх существующей.&lt;br /&gt;
&lt;br /&gt;
==== Не удалось обновить ЕдиныйАгент из-за отсутствия пакета MSI в кэше установщика Windows ====&lt;br /&gt;
Установщик ЕдиногоАгента для '''Windows''' использует кэш установщика '''Windows''', который по умолчанию расположен в папке &amp;lt;code&amp;gt;C:\Windows\Installer&amp;lt;/code&amp;gt;. В нём хранятся важные файлы, необходимые для удаления и обновления продукта. Если в логах установки (папка по умолчанию: &amp;lt;code&amp;gt;C:\ProgramData\astromkey\oneagent\log\installer\installation_msiexec_*.log&amp;lt;/code&amp;gt; ) вы обнаружите записи, подобные следующим:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|MSI (s) (C0:E4) [09:27:14:308]: Warning: Local cached package 'C:\Windows\Installer\312c0.msi' is missing.&lt;br /&gt;
&lt;br /&gt;
...&lt;br /&gt;
&lt;br /&gt;
Error 1714. The older version of astromkey OneAgent cannot be removed.  Contact your technical support group.  System Error 1612.&lt;br /&gt;
&lt;br /&gt;
MSI (s) (C0:54) [09:27:56:489]: Product: astromkey OneAgent -- Error 1714. The older version of astromkey OneAgent cannot be removed.  Contact your technical support group.  System Error 1612.&lt;br /&gt;
|}&lt;br /&gt;
Попробуйте выполнить следующие шаги для решения проблемы:&lt;br /&gt;
&lt;br /&gt;
# Загрузите и распакуйте пакет MSI из установщика текущей установленной версии, следуя инструкциям [[Установка ЕдиногоАгента на Windows|по получению пакета MSI]].&lt;br /&gt;
# Скопируйте пакет MSI в &amp;lt;code&amp;gt;C:\Windows\Installer&amp;lt;/code&amp;gt; и переименуйте его в соответствии с именем, указанным в логах (в этом примере, &amp;lt;code&amp;gt;312c0.msi&amp;lt;/code&amp;gt;).&lt;br /&gt;
&lt;br /&gt;
Дополнительные сведения см. в разделе [https://learn.microsoft.com/en-us/troubleshoot/windows-client/application-management/missing-windows-installer-cache Отсутствие кэша установщика Windows требует переустановки компьютера]﻿.&lt;br /&gt;
&lt;br /&gt;
==== Папка AI_RecycleBin заполняет место на диске ====&lt;br /&gt;
Это известная проблема с [https://www.advancedinstaller.com/ Advanced Installer]﻿. В качестве обходного решения установщик ЕдиногоАгента очищает папку &amp;lt;code&amp;gt;AI_RecycleBin&amp;lt;/code&amp;gt; в конце установки. Однако эта очистка может не сработать, если установка завершится сбоем на раннем этапе, например, если в [[Установка ЕдиногоАгента на Windows|кэше установщика Windows отсутствует пакет MSI]]. Подробнее см. обсуждение на форумах [https://advancedinstaller.com/forums/viewtopic.php?t=51413 Advanced Installer]﻿.&lt;br /&gt;
&lt;br /&gt;
=== AIX ===&lt;br /&gt;
&lt;br /&gt;
==== Внедрение не работает из-за ручной настройки предыдущей версии ====&lt;br /&gt;
Если вы использовали ЕдиныйАгент для '''AIX''' версии до '''1.137''', возможно, вы настроили его &amp;lt;code&amp;gt;JAVA_OPTS&amp;lt;/code&amp;gt; с помощью скрипта &amp;lt;code&amp;gt;astromkey-java-env.sh&amp;lt;/code&amp;gt;. Перед использованием унифицированных скриптов мониторинга его необходимо удалить &amp;lt;code&amp;gt;astromkey-agentXX.sh&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
* Убедитесь, что &amp;lt;code&amp;gt;astromkey-java-env.sh&amp;lt;/code&amp;gt; не вызывается нигде в вашей оболочке при использовании скрипта &amp;lt;code&amp;gt;astromkey-agentXX.sh&amp;lt;/code&amp;gt;. &amp;lt;code&amp;gt;astromkey-java-env.sh&amp;lt;/code&amp;gt; устарел и должен использоваться только в качестве запасного варианта.&lt;br /&gt;
* Проверьте наличие и удалите следующий параметр из командной строки '''Java''' или сценариев запуска (конкретная директория может отличаться):  &amp;lt;br /&amp;gt;&amp;lt;code&amp;gt;-agentpath:/opt/astromkey/oneagent/agent/lib64/liboneagentloader.so&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== LDR_PRELOAD64: параметр не установлен ====&lt;br /&gt;
Подобная ошибка может возникнуть при использовании скрипта оболочки &amp;lt;code&amp;gt;astromkey-agentXX.sh&amp;lt;/code&amp;gt;.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|Info: using DT_HOME: /opt/astromkey/oneagent&lt;br /&gt;
&lt;br /&gt;
.profile[33] LDR_PRELOAD64: parameter not set&lt;br /&gt;
|}&lt;br /&gt;
Это происходит, если вы обрабатываете неустановленные переменные &amp;lt;code&amp;gt;set -u&amp;lt;/code&amp;gt; и параметры как ошибки. Скрипт &amp;lt;code&amp;gt;astromkey-agentXX.sh&amp;lt;/code&amp;gt; экспортирует переменные, которые, хотя и могут отсутствовать в вашем скрипте, тем не менее необходимы и являются ключом к его корректной работе. Чтобы избежать этого, вызовите скрипт &amp;lt;code&amp;gt;set +u&amp;lt;/code&amp;gt; раньше &amp;lt;code&amp;gt;astromkey-agentXX.sh&amp;lt;/code&amp;gt;.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|# avoid error&lt;br /&gt;
&lt;br /&gt;
set +u&lt;br /&gt;
&lt;br /&gt;
export DT_HOME=/opt/astromkey/oneagent&lt;br /&gt;
&lt;br /&gt;
. $DT_HOME/astromkey-agent64.sh&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%A1%D0%B0%D0%BC%D0%BE%D0%BA%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D1%8C_OpenTelemetry_Collector&amp;diff=6293</id>
		<title>Самоконтроль OpenTelemetry Collector</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%A1%D0%B0%D0%BC%D0%BE%D0%BA%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D1%8C_OpenTelemetry_Collector&amp;diff=6293"/>
		<updated>2026-03-06T08:37:25Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''Collector OpenTelemetry''' предоставляет обширную внутреннюю телеметрию для мониторинга и устранения неполадок. Ключ-АСТРОМ предлагает дашборды с функцией самоконтроля, которые предоставляют исчерпывающую информацию о рабочем состоянии и эффективности экземпляров вашего сборщика.&lt;br /&gt;
&lt;br /&gt;
Основные характеристики включают в себя:&lt;br /&gt;
&lt;br /&gt;
* Время бесперебойной работы процесса и время ЦП с момента запуска: отслеживайте продолжительность работы процесса и потребляемое время ЦП.&lt;br /&gt;
* Использование памяти: отслеживайте потребление памяти и использование кучи для обеспечения оптимальной производительности.&lt;br /&gt;
* Получатели: просмотр принятых и отклоненных товаров, отсортированных по типу данных.&lt;br /&gt;
* Процессоры: отслеживают входящие и исходящие элементы для понимания потока данных.&lt;br /&gt;
* Экспортеры: отслеживают отправленные, не поставленные в очередь и не отправленные элементы, классифицируя их по типу данных. Кроме того, отслеживают размер и емкость очереди.&lt;br /&gt;
* Запросы и ответы HTTP/gRPC: количество, продолжительность и размер запросов и ответов для анализа эффективности связи.&lt;br /&gt;
&lt;br /&gt;
Обзор доступных метрик смотрите в [https://opentelemetry.io/docs/collector/internal-telemetry/#lists-of-internal-metrics списке внутренних метрик].&lt;br /&gt;
&lt;br /&gt;
== Предустановка ==&lt;br /&gt;
Дашборды используют возможности самоконтроля '''OpenTelemetry Collector''', а также определённые атрибуты экспортируемых данных метрик. Обязательные атрибуты:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;service.name&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;service.instance.id&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Оба атрибута автоматически добавляются сборщиком и добавляются к данным, принимаемым Ключ-АСТРОМ.&lt;br /&gt;
&lt;br /&gt;
Панели мониторинга используют только те показатели, которые имеют значение &amp;lt;code&amp;gt;service.name&amp;lt;/code&amp;gt; из этого списка:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;astromkey-otel-collector,otelcorecol,otelcontribcol,otelcol,otelcol-contrib&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
В верхней части панелей мониторинга можно фильтровать данные по определённым записям &amp;lt;code&amp;gt;service.name&amp;lt;/code&amp;gt;. Вы также можете редактировать переменную и добавлять названия служб, если у вашего коллектора другое название &amp;lt;code&amp;gt;service.name&amp;lt;/code&amp;gt;, и оно не отображается на дашборде.&lt;br /&gt;
&lt;br /&gt;
== Отправка внутренней телеметрии (данных самоконтроля) в Ключ-АСТРОМ ==&lt;br /&gt;
Каждый '''Collector''' '''OpenTelemetry''' имеет возможности самоконтроля, но их необходимо активировать.&lt;br /&gt;
&lt;br /&gt;
Данные самоконтроля можно экспортировать из '''Collector''' по протоколу '''OTLP'''.&lt;br /&gt;
&lt;br /&gt;
* Приведенная ниже конфигурация предполагает, что переменные среды &amp;lt;code&amp;gt;DT_ENDPOINT&amp;lt;/code&amp;gt; и &amp;lt;code&amp;gt;DT_API_TOKEN&amp;lt;/code&amp;gt; установлены .&lt;br /&gt;
* Для отправки данных в Ключ-АСТРОМ через '''OTLP''' вам потребуется указать конечную точку Ключ-АСТРОМ и токен '''Ingest''' с заданной областью действия &amp;lt;code&amp;gt;metrics.ingest&amp;lt;/code&amp;gt;. Подробнее см. в документации [[Экспорт с помощью OTLP|по экспорту OTLP]] .&lt;br /&gt;
* Переменная среды &amp;lt;code&amp;gt;DT_ENDPOINT&amp;lt;/code&amp;gt;должна содержать базовый URL и базовый &amp;lt;code&amp;gt;/api/v2/otlp&amp;lt;/code&amp;gt;.  Пример: &amp;lt;code&amp;gt;&amp;lt;nowiki&amp;gt;https://{your-environment-id}.live.astromkey.com/api/v2/otlp&amp;lt;/nowiki&amp;gt;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для отправки данных самоконтроля в Ключ-АСТРОМ используйте следующую конфигурацию:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|service:&lt;br /&gt;
&lt;br /&gt;
  # turn on self-monitoring&lt;br /&gt;
&lt;br /&gt;
  telemetry:&lt;br /&gt;
&lt;br /&gt;
    metrics:&lt;br /&gt;
&lt;br /&gt;
      # metrics verbosity level. Higher verbosity means more metrics.&lt;br /&gt;
&lt;br /&gt;
      # The dashboard relies on metrics at level detailed.&lt;br /&gt;
&lt;br /&gt;
      level: detailed&lt;br /&gt;
&lt;br /&gt;
      # set up OTLP exporter&lt;br /&gt;
&lt;br /&gt;
      readers:&lt;br /&gt;
&lt;br /&gt;
        - periodic:&lt;br /&gt;
&lt;br /&gt;
            interval: 60000&lt;br /&gt;
&lt;br /&gt;
            exporter:&lt;br /&gt;
&lt;br /&gt;
              otlp:&lt;br /&gt;
&lt;br /&gt;
                protocol: http/protobuf&lt;br /&gt;
&lt;br /&gt;
                temporality_preference: delta&lt;br /&gt;
&lt;br /&gt;
                endpoint: &amp;quot;${env:DT_ENDPOINT}/v1/metrics&amp;quot;&lt;br /&gt;
&lt;br /&gt;
                headers:&lt;br /&gt;
&lt;br /&gt;
                  - name: Authorization&lt;br /&gt;
&lt;br /&gt;
                    value: &amp;quot;Api-Token ${env:DT_API_TOKEN}&amp;quot;&lt;br /&gt;
|}&lt;br /&gt;
Обратите внимание, что '''OpenTelemetry Collector''' может автоматически объединять файлы конфигурации. Если указанная выше конфигурация хранится в файле с именем &amp;lt;code&amp;gt;selfmon-config.yaml&amp;lt;/code&amp;gt;, вы можете запустить '''Collector''' следующим образом:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|./astromkey-otel-collector --config=your-already-existing-config.yaml --config=selfmon-config.yaml&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Конечно, вы также можете добавить конфигурацию непосредственно в существующую конфигурацию '''Collector'''.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Ключ-АСТРОМ принимает данные метрик с дельта-временностью через '''OTLP/HTTP'''.&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* '''Collector''' и '''Collector Contrib''' версий '''0.107.0''' и выше, а также Ключ-АСТРОМ '''Collector''' версий '''0.12.0''' и выше поддерживают экспорт данных метрик в этом формате.&lt;br /&gt;
* Более ранние версии игнорируют флаг &amp;lt;code&amp;gt;temporality_preference&amp;lt;/code&amp;gt; и, следовательно, требуют дополнительной обработки (кумулятивного преобразования в дельта-преобразование) перед приёмом. Такое преобразование можно выполнить с помощью экземпляра '''Collector''', но это усложнит настройку, поэтому изначально оно не рассматривается в данном документе.&lt;br /&gt;
&lt;br /&gt;
== Обогащение данных самоконтроля OpenTelemetry Collector атрибутами Kubernetes ==&lt;br /&gt;
'''Collector''' изначально добавляет данные &amp;lt;code&amp;gt;service.instance.id&amp;lt;/code&amp;gt; ко всем экспортируемым метрикам. Это позволяет различать экземпляры '''Collector'''.&lt;br /&gt;
&lt;br /&gt;
Однако &amp;lt;code&amp;gt;service.instance.id&amp;lt;/code&amp;gt; произвольно созданный '''UUID''', поэтому его нелегко интерпретировать. Экспортированные данные можно дополнить дополнительными атрибутами, например, атрибутами '''Kubernetes''', которые легче интерпретировать человеку.&lt;br /&gt;
&lt;br /&gt;
Существует два основных способа добавления атрибутов '''Kubernetes''' к телеметрическим данным '''OpenTelemetry''' '''Collector''':&lt;br /&gt;
&lt;br /&gt;
* Внедрение соответствующих атрибутов в среду контейнера, считывание их в '''Collector''' и добавление их к телеметрическим данным, сгенерированным в '''Collector'''.&lt;br /&gt;
* Отправка данных самоконтроля сборщика на его собственный приемник &amp;lt;code&amp;gt;otlp&amp;lt;/code&amp;gt; и обогащение их с помощью процессора &amp;lt;code&amp;gt;k8sattributesprocessor&amp;lt;/code&amp;gt; перед отправкой в ​​Ключ-АСТРОМ через экспортер &amp;lt;code&amp;gt;otlphttp&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== Чтение атрибутов из среды контейнера ===&lt;br /&gt;
'''API Kubernetes downwards''' позволяет внедрять информацию о среде '''Kubernetes''', в которой работает определенный модуль.&lt;br /&gt;
&lt;br /&gt;
Информация о поде и контейнере может быть предоставлена ​​сборщику через переменные окружения. [https://kubernetes.io/docs/tasks/inject-data-application/environment-variable-expose-pod-information/#use-pod-fields-as-values-for-environment-variables В документации Kubernetes]﻿ объясняется, как указать такие данные, как имя узла, пространство имён или имя пода, в качестве переменных окружения. Эти переменные затем доступны для чтения внутри контейнера.&lt;br /&gt;
&lt;br /&gt;
В следующем примере спецификации модуля значения &amp;lt;code&amp;gt;&amp;lt;&amp;gt;&amp;lt;/code&amp;gt; являются заполнителями для фактических данных спецификации модуля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|apiVersion: v1&lt;br /&gt;
&lt;br /&gt;
kind: Pod&lt;br /&gt;
&lt;br /&gt;
metadata:&lt;br /&gt;
&lt;br /&gt;
  name: &amp;lt;your-pod-name&amp;gt;&lt;br /&gt;
&lt;br /&gt;
spec:&lt;br /&gt;
&lt;br /&gt;
  containers:&lt;br /&gt;
&lt;br /&gt;
    - name: &amp;lt;your-container&amp;gt;&lt;br /&gt;
&lt;br /&gt;
      image: &amp;lt;your-image&amp;gt;&lt;br /&gt;
&lt;br /&gt;
      env:&lt;br /&gt;
&lt;br /&gt;
        - name: MY_NODE_NAME&lt;br /&gt;
&lt;br /&gt;
          valueFrom:&lt;br /&gt;
&lt;br /&gt;
            fieldRef:&lt;br /&gt;
&lt;br /&gt;
              fieldPath: spec.nodeName&lt;br /&gt;
&lt;br /&gt;
        - name: MY_POD_NAME&lt;br /&gt;
&lt;br /&gt;
          valueFrom:&lt;br /&gt;
&lt;br /&gt;
            fieldRef:&lt;br /&gt;
&lt;br /&gt;
              fieldPath: metadata.name&lt;br /&gt;
&lt;br /&gt;
        - name: MY_POD_NAMESPACE&lt;br /&gt;
&lt;br /&gt;
          valueFrom:&lt;br /&gt;
&lt;br /&gt;
            fieldRef:&lt;br /&gt;
&lt;br /&gt;
              fieldPath: metadata.namespace&lt;br /&gt;
|}&lt;br /&gt;
Конфигурация '''Collector''' для самоконтроля данных позволяет добавлять атрибуты на основе переменных среды.&lt;br /&gt;
&lt;br /&gt;
Приведённая ниже конфигурация предполагает, что вы внедрили переменные окружения &amp;lt;code&amp;gt;MY_NODE_NAME&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;MY_POD_NAME&amp;lt;/code&amp;gt;, и &amp;lt;code&amp;gt;MY_POD_NAMESPACE&amp;lt;/code&amp;gt; в контейнер '''OpenTelemetry''' '''Collector''' и добавили атрибуты к экспортированным телеметрическим данным. Для расширения данных телеметрии в реальном времени дополнительный экземпляр '''Collector''' не требуется.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|service:&lt;br /&gt;
&lt;br /&gt;
  telemetry:&lt;br /&gt;
&lt;br /&gt;
    resource:&lt;br /&gt;
&lt;br /&gt;
      # This section reads the previously injected environment variables&lt;br /&gt;
&lt;br /&gt;
      # and attaches them to the telemetry the Collector generates about itself.&lt;br /&gt;
&lt;br /&gt;
      k8s.namespace.name: &amp;quot;${env:MY_POD_NAMESPACE}&amp;quot;&lt;br /&gt;
&lt;br /&gt;
      k8s.pod.name: &amp;quot;${env:MY_POD_NAME}&amp;quot;&lt;br /&gt;
&lt;br /&gt;
      k8s.node.name: &amp;quot;${env:MY_NODE_NAME}&amp;quot;&lt;br /&gt;
&lt;br /&gt;
    # the rest of the configuration did not change compared to above.&lt;br /&gt;
&lt;br /&gt;
    metrics:&lt;br /&gt;
&lt;br /&gt;
      level: detailed&lt;br /&gt;
&lt;br /&gt;
      readers:&lt;br /&gt;
&lt;br /&gt;
        - periodic:&lt;br /&gt;
&lt;br /&gt;
            exporter:&lt;br /&gt;
&lt;br /&gt;
              otlp:&lt;br /&gt;
&lt;br /&gt;
                endpoint: &amp;lt;...&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Обогащение данных с помощью процессора k8sattributes ===&lt;br /&gt;
В этом подходе экземпляры '''Collector''' настроены на отправку внутренних телеметрических данных самим себе через приёмник &amp;lt;code&amp;gt;otlp&amp;lt;/code&amp;gt;, чтобы дополнять входящую телеметрию атрибутами '''Kubernetes''' с помощью процессора &amp;lt;code&amp;gt;k8sattributesprocessor&amp;lt;/code&amp;gt;. Он извлекает эти данные из '''API Kuberenetes''' и прикрепляет их к проходящим через него телеметрическим данным.&lt;br /&gt;
&lt;br /&gt;
Для этого варианта необходимо настроить конвейер для обогащения данных самоконтроля с помощью процессора &amp;lt;code&amp;gt;k8sattributesprocessor&amp;lt;/code&amp;gt; в конфигурации '''Collector''':&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|receivers:&lt;br /&gt;
&lt;br /&gt;
  otlp:&lt;br /&gt;
&lt;br /&gt;
    protocols:&lt;br /&gt;
&lt;br /&gt;
      grpc:&lt;br /&gt;
&lt;br /&gt;
        endpoint: ${env:MY_POD_IP}:4317&lt;br /&gt;
&lt;br /&gt;
      http:&lt;br /&gt;
&lt;br /&gt;
        cors:&lt;br /&gt;
&lt;br /&gt;
          allowed_origins:&lt;br /&gt;
&lt;br /&gt;
            - &amp;lt;nowiki&amp;gt;http://*&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&lt;br /&gt;
            - &amp;lt;nowiki&amp;gt;https://*&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&lt;br /&gt;
        endpoint: ${env:MY_POD_IP}:4318&lt;br /&gt;
&lt;br /&gt;
processors:&lt;br /&gt;
&lt;br /&gt;
  batch:&lt;br /&gt;
&lt;br /&gt;
  k8sattributes:&lt;br /&gt;
&lt;br /&gt;
    extract:&lt;br /&gt;
&lt;br /&gt;
      metadata:&lt;br /&gt;
&lt;br /&gt;
        - k8s.pod.name&lt;br /&gt;
&lt;br /&gt;
        - k8s.pod.uid&lt;br /&gt;
&lt;br /&gt;
        - k8s.pod.ip&lt;br /&gt;
&lt;br /&gt;
        - k8s.deployment.name&lt;br /&gt;
&lt;br /&gt;
        - k8s.replicaset.name&lt;br /&gt;
&lt;br /&gt;
        - k8s.statefulset.name&lt;br /&gt;
&lt;br /&gt;
        - k8s.daemonset.name&lt;br /&gt;
&lt;br /&gt;
        - k8s.job.name&lt;br /&gt;
&lt;br /&gt;
        - k8s.cronjob.name&lt;br /&gt;
&lt;br /&gt;
        - k8s.namespace.name&lt;br /&gt;
&lt;br /&gt;
        - k8s.node.name&lt;br /&gt;
&lt;br /&gt;
        - k8s.cluster.uid&lt;br /&gt;
&lt;br /&gt;
        - k8s.container.name&lt;br /&gt;
&lt;br /&gt;
      annotations:&lt;br /&gt;
&lt;br /&gt;
        - from: pod&lt;br /&gt;
&lt;br /&gt;
          key_regex: metadata.astromkey.com/(.*)&lt;br /&gt;
&lt;br /&gt;
          tag_name: $$1&lt;br /&gt;
&lt;br /&gt;
    pod_association:&lt;br /&gt;
&lt;br /&gt;
      - sources:&lt;br /&gt;
&lt;br /&gt;
        - from: resource_attribute&lt;br /&gt;
&lt;br /&gt;
          name: k8s.pod.name&lt;br /&gt;
&lt;br /&gt;
        - from: resource_attribute&lt;br /&gt;
&lt;br /&gt;
          name: k8s.namespace.name&lt;br /&gt;
&lt;br /&gt;
      - sources:&lt;br /&gt;
&lt;br /&gt;
        - from: resource_attribute&lt;br /&gt;
&lt;br /&gt;
          name: k8s.pod.ip&lt;br /&gt;
&lt;br /&gt;
      - sources:&lt;br /&gt;
&lt;br /&gt;
        - from: resource_attribute&lt;br /&gt;
&lt;br /&gt;
          name: k8s.pod.uid&lt;br /&gt;
&lt;br /&gt;
      - sources:&lt;br /&gt;
&lt;br /&gt;
        - from: connection&lt;br /&gt;
&lt;br /&gt;
  memory_limiter:&lt;br /&gt;
&lt;br /&gt;
    check_interval: 5s&lt;br /&gt;
&lt;br /&gt;
    limit_percentage: 80&lt;br /&gt;
&lt;br /&gt;
    spike_limit_percentage: 25&lt;br /&gt;
&lt;br /&gt;
  transform:&lt;br /&gt;
&lt;br /&gt;
    error_mode: ignore&lt;br /&gt;
&lt;br /&gt;
    metric_statements:&lt;br /&gt;
&lt;br /&gt;
      - context: resource&lt;br /&gt;
&lt;br /&gt;
        statements:&lt;br /&gt;
&lt;br /&gt;
          - set(attributes[&amp;quot;k8s.workload.kind&amp;quot;], &amp;quot;job&amp;quot;) where IsString(attributes[&amp;quot;k8s.job.name&amp;quot;])&lt;br /&gt;
&lt;br /&gt;
          - set(attributes[&amp;quot;k8s.workload.name&amp;quot;], attributes[&amp;quot;k8s.job.name&amp;quot;]) where IsString(attributes[&amp;quot;k8s.job.name&amp;quot;])&lt;br /&gt;
&lt;br /&gt;
          - set(attributes[&amp;quot;k8s.workload.kind&amp;quot;], &amp;quot;cronjob&amp;quot;) where IsString(attributes[&amp;quot;k8s.cronjob.name&amp;quot;])&lt;br /&gt;
&lt;br /&gt;
          - set(attributes[&amp;quot;k8s.workload.name&amp;quot;], attributes[&amp;quot;k8s.cronjob.name&amp;quot;]) where IsString(attributes[&amp;quot;k8s.cronjob.name&amp;quot;])&lt;br /&gt;
&lt;br /&gt;
          - set(attributes[&amp;quot;k8s.workload.kind&amp;quot;], &amp;quot;daemonset&amp;quot;) where IsString(attributes[&amp;quot;k8s.daemonset.name&amp;quot;])&lt;br /&gt;
&lt;br /&gt;
          - set(attributes[&amp;quot;k8s.workload.name&amp;quot;], attributes[&amp;quot;k8s.daemonset.name&amp;quot;]) where IsString(attributes[&amp;quot;k8s.daemonset.name&amp;quot;])&lt;br /&gt;
&lt;br /&gt;
          - set(attributes[&amp;quot;k8s.workload.kind&amp;quot;], &amp;quot;statefulset&amp;quot;) where IsString(attributes[&amp;quot;k8s.statefulset.name&amp;quot;])&lt;br /&gt;
&lt;br /&gt;
          - set(attributes[&amp;quot;k8s.workload.name&amp;quot;], attributes[&amp;quot;k8s.statefulset.name&amp;quot;]) where IsString(attributes[&amp;quot;k8s.statefulset.name&amp;quot;])&lt;br /&gt;
&lt;br /&gt;
          - set(attributes[&amp;quot;k8s.workload.kind&amp;quot;], &amp;quot;replicaset&amp;quot;) where IsString(attributes[&amp;quot;k8s.replicaset.name&amp;quot;])&lt;br /&gt;
&lt;br /&gt;
          - set(attributes[&amp;quot;k8s.workload.name&amp;quot;], attributes[&amp;quot;k8s.replicaset.name&amp;quot;]) where IsString(attributes[&amp;quot;k8s.replicaset.name&amp;quot;])&lt;br /&gt;
&lt;br /&gt;
          - set(attributes[&amp;quot;k8s.workload.kind&amp;quot;], &amp;quot;deployment&amp;quot;) where IsString(attributes[&amp;quot;k8s.deployment.name&amp;quot;])&lt;br /&gt;
&lt;br /&gt;
          - set(attributes[&amp;quot;k8s.workload.name&amp;quot;], attributes[&amp;quot;k8s.deployment.name&amp;quot;]) where IsString(attributes[&amp;quot;k8s.deployment.name&amp;quot;])&lt;br /&gt;
&lt;br /&gt;
          # remove the delete statements if you want to preserve these attributes&lt;br /&gt;
&lt;br /&gt;
          - delete_key(attributes, &amp;quot;k8s.deployment.name&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
          - delete_key(attributes, &amp;quot;k8s.replicaset.name&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
          - delete_key(attributes, &amp;quot;k8s.statefulset.name&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
          - delete_key(attributes, &amp;quot;k8s.daemonset.name&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
          - delete_key(attributes, &amp;quot;k8s.cronjob.name&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
          - delete_key(attributes, &amp;quot;k8s.job.name&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
exporters:&lt;br /&gt;
&lt;br /&gt;
  otlphttp/astromkey:&lt;br /&gt;
&lt;br /&gt;
    endpoint: ${env:DT_ENDPOINT}&lt;br /&gt;
&lt;br /&gt;
    headers:&lt;br /&gt;
&lt;br /&gt;
      Authorization: &amp;quot;Api-Token ${env:DT_API_TOKEN}&amp;quot;&lt;br /&gt;
&lt;br /&gt;
service:&lt;br /&gt;
&lt;br /&gt;
  pipelines:&lt;br /&gt;
&lt;br /&gt;
    metrics:&lt;br /&gt;
&lt;br /&gt;
      receivers:&lt;br /&gt;
&lt;br /&gt;
        - otlp&lt;br /&gt;
&lt;br /&gt;
      processors:&lt;br /&gt;
&lt;br /&gt;
        - k8sattributes&lt;br /&gt;
&lt;br /&gt;
        - transform&lt;br /&gt;
&lt;br /&gt;
        - memory_limiter&lt;br /&gt;
&lt;br /&gt;
        - batch&lt;br /&gt;
&lt;br /&gt;
      exporters:&lt;br /&gt;
&lt;br /&gt;
        - otlphttp/astromkey&lt;br /&gt;
&lt;br /&gt;
  # turn on self-monitoring&lt;br /&gt;
&lt;br /&gt;
  telemetry:&lt;br /&gt;
&lt;br /&gt;
    metrics:&lt;br /&gt;
&lt;br /&gt;
      # metrics verbosity level. Higher verbosity means more metrics.&lt;br /&gt;
&lt;br /&gt;
      # The dashboard relies on metrics at level detailed.&lt;br /&gt;
&lt;br /&gt;
      level: detailed&lt;br /&gt;
&lt;br /&gt;
      readers:&lt;br /&gt;
&lt;br /&gt;
        - periodic:&lt;br /&gt;
&lt;br /&gt;
            interval: 10000&lt;br /&gt;
&lt;br /&gt;
            timeout: 5000&lt;br /&gt;
&lt;br /&gt;
            exporter:&lt;br /&gt;
&lt;br /&gt;
              otlp:&lt;br /&gt;
&lt;br /&gt;
                protocol: http/protobuf&lt;br /&gt;
&lt;br /&gt;
                temporality_preference: delta&lt;br /&gt;
&lt;br /&gt;
                endpoint: ${env:MY_POD_IP}:4318&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Когда следует масштабировать с помощью дашбордов ==&lt;br /&gt;
Единый дашборд '''Collector''' содержит несколько плиток, которые можно использовать в качестве индикатора для указания необходимости масштабирования:&lt;br /&gt;
&lt;br /&gt;
* Телеметрические данные, проходящие через плитки '''Collector''', предоставляют обзор того, сколько элементов данных (интервалов/логов/метрик) проходят через '''Collector''' и сколько из них принимаются, отправляются и отклоняются.  Если наблюдается увеличение количества отклоненных интервалов, это обычно указывает на то, что '''Collector''' превысил свой лимит памяти, при условии, что процессор &amp;lt;code&amp;gt;memorylimiter&amp;lt;/code&amp;gt; является частью конвейеров.&lt;br /&gt;
* Плитки показателей размера очереди включают метрики текущего размера очереди экспортера и емкости очереди экспортера .  Эти метрики могут дать представление о том, сколько элементов в данный момент находится в очереди экспортера. Если это число увеличивается, это может означать, что либо недостаточно доступных рабочих процессов для отправки данных, либо серверная часть, на которую отправляются данные, работает слишком медленно.&lt;br /&gt;
&lt;br /&gt;
Более подробную информацию о значении этих показателей и о том, как они могут повлиять на решения о масштабировании, можно найти в [https://opentelemetry.io/docs/collector/scaling/ документации OpenTelemetry]﻿ .&lt;br /&gt;
&lt;br /&gt;
Дополнительную информацию о масштабировании Collector см. в разделе [[Масштабирование Collector|Масштабирование]].&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D0%BE%D0%B4%D0%B4%D0%B5%D1%80%D0%B6%D0%BA%D0%B0_%D0%BD%D0%BE%D0%B2%D1%8B%D1%85_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B9&amp;diff=6292</id>
		<title>Поддержка новых технологий</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D0%BE%D0%B4%D0%B4%D0%B5%D1%80%D0%B6%D0%BA%D0%B0_%D0%BD%D0%BE%D0%B2%D1%8B%D1%85_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B9&amp;diff=6292"/>
		<updated>2026-03-03T10:35:03Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: /* ЕдиныйАгент 1.315 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Поддержка новых технологий'''''&lt;br /&gt;
&lt;br /&gt;
В данный раздел добавляются новые технологии, которые можно отслеживать с помощью Ключ-АСТРОМ. Сюда включены: операционные системы, поддерживаемые ЕдинымАгентом, модули кода, мэйнфрейм, бессерверные интеграции и расширения платформы.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|Версия агента&lt;br /&gt;
|Изменения в Kafka&lt;br /&gt;
|Изменения в NGINX&lt;br /&gt;
|Важные изменения для Java&lt;br /&gt;
|Важные изменения для .NET&lt;br /&gt;
|Изменения для IIS&lt;br /&gt;
|Изменения для Go&lt;br /&gt;
|Изменения для Node.js&lt;br /&gt;
|-&lt;br /&gt;
|1.319&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|AWS SDK v1-2 для Java&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|1.317&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|Redis Cluster 3.1.6 – 6.2.0 (PHP-модуль)&lt;br /&gt;
|Go 5.0 - 5.7 (PostgreSQL (jackc/pgx))&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|1.315&lt;br /&gt;
|&lt;br /&gt;
|NGINX 1.28.0 (модуль NGINX)&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|Используйте инструментарий Go с поддержкой FIPS 1.23.6 (openssl-fips).&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|1.313&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
* NGINX 1.27.5 (модуль NGINX)&lt;br /&gt;
* NGINX Plus R34 (модуль NGINX)&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|1.311&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|Go 1.24 (модуль Go)&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|1.309&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
* NGINX 1.26.3 (модуль NGINX)&lt;br /&gt;
* NGINX 1.27.4 (модуль NGINX)&lt;br /&gt;
|&lt;br /&gt;
* Oracle HotSpot VM 24 (модуль Java)&lt;br /&gt;
* OpenJDK 24 (модуль Java)&lt;br /&gt;
* SAP JVM 24 (модуль Java)&lt;br /&gt;
* Azul Platform Core (Zulu) 24 (модуль Java)&lt;br /&gt;
* Bellsoft Liberica 24 (модуль Java)&lt;br /&gt;
* Eclipse Temurin (он же Adoptium) 24 (Java-модуль)&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
* gRPC 1.69-1.73 (модуль Go).&lt;br /&gt;
* MongoDB 1.3 - 1.13 (модуль Go). Функция ЕдиногоАгента: Go MongoDB&lt;br /&gt;
* Используйте инструментарий Go с поддержкой FIPS 1.22.9 (openssl-fips).&lt;br /&gt;
|Alpine Linux (musl libc) на ARM64 для контейнеров (модули Java, Node.js, Python и Apache)&lt;br /&gt;
|-&lt;br /&gt;
|1.307&lt;br /&gt;
|&lt;br /&gt;
|Alpine Linux (musl libc) на ARM64 для контейнеров (модуль NGINX)&lt;br /&gt;
|&lt;br /&gt;
|Поддержка трассировки с помощью библиотеки MassTransit.RabbitMQ для .NET (минимальная версия 7 и выше).&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|1.305&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
* NGINX 1.27.2 (модуль NGINX)&lt;br /&gt;
* NGINX Plus R33&lt;br /&gt;
|&lt;br /&gt;
|.NET 9 (модуль .NET)&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|Node.js 23 (модуль Node.js)&lt;br /&gt;
|-&lt;br /&gt;
|1.303&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|Go 1.23.2, 1.22.8 (модуль Go)&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|1.301&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|Go 1.23 (модуль Go)&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|1.299&lt;br /&gt;
|&lt;br /&gt;
* Kafka (IBM/sarama) 1.40+ (модуль Go)&lt;br /&gt;
* Kafka (Shopify/sarama) 1.18–1.39 (модуль Go)&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
* Oracle HotSpot VM 23 (модуль Java)&lt;br /&gt;
* OpenJDK 23 (модуль Java)&lt;br /&gt;
* SAP JVM 23 (модуль Java)&lt;br /&gt;
* Azul Platform Core (Zulu) 23 (модуль Java)&lt;br /&gt;
* Bellsoft Liberica 23 (модуль Java)&lt;br /&gt;
* Eclipse Temurin (он же Adoptium) 23 (Java-модуль)&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|Инструментарий Go с поддержкой FIPS 1.21.10 - 1.21.11 (openssl-fips)&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|1.297&lt;br /&gt;
|&lt;br /&gt;
|NGINX 1.26.1, 1.27 (модуль NGINX)&lt;br /&gt;
|Обогащение логов доступа Apache Tomcat (модуль Java). Функция ЕдиногоАгента: Java — обогащение контекста трассировки/пространства для неструктурированных логов доступа Apache Tomcat.&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|1.295&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
*GraalVM Native Image для проектов Maven и Gradle (модуль Java Native Image). &lt;br /&gt;
* RxJava 3 (модуль Java). Функция ЕдиногоАгента: трассировка Java RxJava v3+&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|Go toolchain с модификациями FIPS (openssl-fips) (модуль Go). Функция ЕдиногоАгента: Go FIPS&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|1.293&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
*NGINX 1.25.5, 1.26.0 (модуль NGINX)&lt;br /&gt;
* NGINX Plus R32 (модуль NGINX)&lt;br /&gt;
|Программное обеспечение AG WebMethods Integration Server 10.7, 10.11, 10.15 (модуль Java)&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|log4js (модуль Node.js)&lt;br /&gt;
|-&lt;br /&gt;
|1.291&lt;br /&gt;
|Поддержка Kafka 3.6 Мониторинг Consumer Lag Фиксация rebalance events&lt;br /&gt;
|NGINX 1.25 Мониторинг stream модуля Трассировка Lua-скриптов&lt;br /&gt;
|Java 21 (LTS) Поддержка виртуальных потоков&lt;br /&gt;
|.NET 8 Поддержка AOT-компиляции&lt;br /&gt;
|Мониторинг Worker Processes Анализ медленных запросов&lt;br /&gt;
|Go 1.21 - 1.22 Поддержка драйверов Kafka&lt;br /&gt;
|Node.js 20 Мониторинг ESM-модулей&lt;br /&gt;
|-&lt;br /&gt;
|1.289&lt;br /&gt;
|Kafka 3.5 Поддержка SASL/SCRAM-SHA-512 Метрики Kafka Connect&lt;br /&gt;
|NGINX 1.23 + OpenResty 25.4.0 Мониторинг gRPC&lt;br /&gt;
|Java 20 Мониторинг pattern matching&lt;br /&gt;
|.NET 7 Поддержка Alpine Linux&lt;br /&gt;
|Метрики AppPool Мониторинг памяти&lt;br /&gt;
|Go 1.20 - 1.22 Интеграция с PostgreSQL&lt;br /&gt;
|Node.js 18 Поддержка Fetch API&lt;br /&gt;
|-&lt;br /&gt;
|1.287&lt;br /&gt;
|Kafka 3.4 с Raft (KRaft) Трассировка Kafka Streams&lt;br /&gt;
|Экспериментальная поддержка NGINX Unit HTTP/3 мониторинг&lt;br /&gt;
|Java 19 Мониторинг векторов&lt;br /&gt;
|.NET 6 AOT-компиляция&lt;br /&gt;
|Трассировка медленных запросов Анализ сжатия&lt;br /&gt;
|Go 1.19 - 1.22 Мониторинг горутин&lt;br /&gt;
|Node.js 16 Поддержка ECMAScript Modules&lt;br /&gt;
|-&lt;br /&gt;
|1.285&lt;br /&gt;
|Мониторинг Kafka Streams топологий Consumer group координация&lt;br /&gt;
|NGINX 1.21 Мониторинг Lua-корутин&lt;br /&gt;
|Java 18 Поддержка UTF-8&lt;br /&gt;
|.NET 5 Windows Containers&lt;br /&gt;
|Анализ Gzip сжатия Мониторинг очередей&lt;br /&gt;
|Go 1.18 - 1.22 Поддержка дженериков&lt;br /&gt;
|Node.js 14 Мониторинг Async Hooks&lt;br /&gt;
|-&lt;br /&gt;
|1.283&lt;br /&gt;
|Kafka Connect JMX-метрики Дедупликация сообщений&lt;br /&gt;
|OpenResty 25.3.1 Трассировка balancer-модуля&lt;br /&gt;
|Java 17 (LTS) Мониторинг sealed-классов&lt;br /&gt;
|.NET Core 3.1 EOL-мониторинг&lt;br /&gt;
|Failed Request Logging Анализ аутентификации&lt;br /&gt;
|Go 1.17 - 1.22  Поддержка unsafe&lt;br /&gt;
|Node.js 12 Мониторинг worker_threads&lt;br /&gt;
|-&lt;br /&gt;
|1.281&lt;br /&gt;
|Kafka 3.3 Мониторинг SASL/SCRAM&lt;br /&gt;
|NGINX+ Cache hit ratio метрики&lt;br /&gt;
|Java 16 Мониторинг records&lt;br /&gt;
|.NET 5 Linux-производительность&lt;br /&gt;
|CPU Throttling Мониторинг сжатия&lt;br /&gt;
|Go 1.16 - 1.22 Поддержка embed&lt;br /&gt;
|Node.js 10 Мониторинг promises&lt;br /&gt;
|-&lt;br /&gt;
|1.279&lt;br /&gt;
|Kafka 3.2 (kraft-режим) Raft-метрики&lt;br /&gt;
|NGINX 1.19 HTTP/3 мониторинг&lt;br /&gt;
|Java 15 Мониторинг ZGC&lt;br /&gt;
|.NET Core 2.1 EOL-предупреждения&lt;br /&gt;
|Static Compression Анализ кэширования&lt;br /&gt;
|Go 1.15 Поддержка tzdata&lt;br /&gt;
|Node.js 8 Мониторинг async/await&lt;br /&gt;
|-&lt;br /&gt;
|1.277&lt;br /&gt;
|Kafka 3.1 автотюнинг Fetch session cache&lt;br /&gt;
|njs-модуль (JavaScript) Proxy protocol&lt;br /&gt;
|Java 14 Мониторинг switch-выражений&lt;br /&gt;
|.NET Framework 4.8 Поддержка Windows&lt;br /&gt;
|Request Filtering Мониторинг WebSocket&lt;br /&gt;
|Go 1.14 Поддержка overlays&lt;br /&gt;
|Node.js 6 Мониторинг Event Loop&lt;br /&gt;
|-&lt;br /&gt;
|1.275&lt;br /&gt;
|Kafka 3.0 kraft-режим Мониторинг квот&lt;br /&gt;
|NGINX 1.17 gRPC-прокси&lt;br /&gt;
|Java 13 Мониторинг text blocks&lt;br /&gt;
|.NET Core 2.2 Поддержка Linux&lt;br /&gt;
|WebSocket Monitoring Анализ заголовков&lt;br /&gt;
|Go 1.13 Поддержка ошибок&lt;br /&gt;
|Node.js 4 Мониторинг streams&lt;br /&gt;
|-&lt;br /&gt;
|1.273&lt;br /&gt;
|Kafka 2.8 Мониторинг топиков&lt;br /&gt;
|NGINX 1.15 Мониторинг SSL&lt;br /&gt;
|Java 12 Мониторинг compact strings&lt;br /&gt;
|.NET Core 2.1 Поддержка Alpine&lt;br /&gt;
|Application Initialization Мониторинг модулей&lt;br /&gt;
|Go 1.12 Поддержка modules&lt;br /&gt;
|Node.js 0.12 Мониторинг domains&lt;br /&gt;
|-&lt;br /&gt;
|1.271&lt;br /&gt;
|Kafka 2.7 Мониторинг consumer groups&lt;br /&gt;
|NGINX 1.13 Мониторинг cache&lt;br /&gt;
|Java 11 (LTS) Мониторинг HTTP-клиента&lt;br /&gt;
|.NET Core 2.0 Поддержка ARM&lt;br /&gt;
|Dynamic Compression Анализ IP-ограничений&lt;br /&gt;
|Go 1.11 Поддержка WebAssembly&lt;br /&gt;
| -&lt;br /&gt;
|-&lt;br /&gt;
|1.269&lt;br /&gt;
|Kafka 2.6 Мониторинг producers&lt;br /&gt;
|NGINX 1.11 Мониторинг upstream&lt;br /&gt;
|Java 10 Мониторинг var-типов&lt;br /&gt;
|.NET Framework 4.7.2 Поддержка TLS 1.3&lt;br /&gt;
|Output Caching Мониторинг Rewrite Rules&lt;br /&gt;
|Go 1.10 Поддержка плагинов&lt;br /&gt;
| -&lt;br /&gt;
|-&lt;br /&gt;
|1.267&lt;br /&gt;
|Kafka 2.5 Мониторинг replication&lt;br /&gt;
|NGINX 1.9 Мониторинг stream&lt;br /&gt;
|Java 9 Мониторинг модулей&lt;br /&gt;
|.NET Framework 4.7.1 Поддержка Linux&lt;br /&gt;
|Client Certificate Mapping Анализ аутентификации&lt;br /&gt;
|Go 1.9 Поддержка type aliases&lt;br /&gt;
| -&lt;br /&gt;
|-&lt;br /&gt;
|1.265&lt;br /&gt;
|Kafka 2.4 Мониторинг controllers&lt;br /&gt;
|NGINX 1.7 Мониторинг geoip&lt;br /&gt;
|Java 8 (LTS) Мониторинг lambdas&lt;br /&gt;
|.NET Framework 4.7 Поддержка контейнеров&lt;br /&gt;
|Failed Request Tracing Мониторинг AppPools&lt;br /&gt;
|Go 1.8 Поддержка плагинов&lt;br /&gt;
| -&lt;br /&gt;
|-&lt;br /&gt;
|1.263&lt;br /&gt;
|Kafka 2.3 Мониторинг log dirs&lt;br /&gt;
|NGINX 1.5 Мониторинг mirrors&lt;br /&gt;
|Java 7 Мониторинг try-with-resources&lt;br /&gt;
|.NET Framework 4.6.2 Поддержка криптографии&lt;br /&gt;
|ARR (Application Request Routing) Мониторинг кэширования&lt;br /&gt;
|Go 1.7 Поддержка context&lt;br /&gt;
| -&lt;br /&gt;
|-&lt;br /&gt;
|1.261&lt;br /&gt;
|Kafka 2.2 Мониторинг ISR&lt;br /&gt;
|NGINX 1.3 Мониторинг proxy&lt;br /&gt;
|Java 6 Мониторинг аннотаций&lt;br /&gt;
|.NET Framework 4.6.1 Поддержка Roslyn&lt;br /&gt;
|Static Content Compression Мониторинг MIME-типов&lt;br /&gt;
|Go 1.6 Поддержка vendor&lt;br /&gt;
| -&lt;br /&gt;
|-&lt;br /&gt;
|1.259&lt;br /&gt;
|Kafka 2.1 Мониторинг brokers&lt;br /&gt;
|NGINX 1.1 Мониторинг events&lt;br /&gt;
|Java 5 Мониторинг generics&lt;br /&gt;
|.NET Framework 4.6 Поддержка async/await&lt;br /&gt;
|Dynamic IP Restrictions Мониторинг заголовков&lt;br /&gt;
|Go 1.5 Поддержка shared libraries&lt;br /&gt;
| -&lt;br /&gt;
|-&lt;br /&gt;
|1.257&lt;br /&gt;
|Kafka 2.0 Базовый мониторинг&lt;br /&gt;
|Первая поддержка NGINX&lt;br /&gt;
|Java 1.4 Базовый мониторинг&lt;br /&gt;
|.NET Framework 4.5.2 Базовый мониторинг&lt;br /&gt;
|Базовый мониторинг IIS&lt;br /&gt;
|Go 1.4 Базовый мониторинг&lt;br /&gt;
| -&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.319 ==&lt;br /&gt;
&lt;br /&gt;
* AWS SDK v1-2 для Java&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.317 ==&lt;br /&gt;
&lt;br /&gt;
* Go 5.0 - 5.7 (PostgreSQL (jackc/pgx))&lt;br /&gt;
* Redis Cluster 3.1.6 – 6.2.0 (PHP-модуль)&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.315 ==&lt;br /&gt;
&lt;br /&gt;
* Go с поддержкой FIPS 1.23.6 (openssl-fips).&lt;br /&gt;
* NGINX 1.28.0 (модуль NGINX)&lt;br /&gt;
* IBM AIX 7.3 TL3 (модуль ОС).&lt;br /&gt;
* Redis-Py 3.4+ (модуль Python). Функция ЕдиногоАгента: Python Redis&lt;br /&gt;
* Клиент Confluent Golang 2.10 (модуль Go). Возможности ЕдиногоАгента: потребитель Kafka на Go; производитель Kafka на Go.&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.313 ==&lt;br /&gt;
&lt;br /&gt;
* NGINX 1.27.5 (модуль NGINX)&lt;br /&gt;
* NGINX Plus R34 (модуль NGINX)&lt;br /&gt;
* IBM App Connect Enterprise 13.0.2.0+ (модуль ACE)&lt;br /&gt;
* JBoss EAP (сервер приложений, удаленный доступ, RMI-IIOP) v8 (модуль Java)&lt;br /&gt;
* Azure Linux 3&lt;br /&gt;
* Python-Oracledb 1.0.1+ (модуль Python). Функция ЕдиногоАгента: Python Oracledb&lt;br /&gt;
* AIOHTTP 3.0+ (модуль Python). Функция ЕдиногоАгента: Python Aiohttp&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.311 ==&lt;br /&gt;
&lt;br /&gt;
* Windows Desktop 11 23H2 (модуль ОС)&lt;br /&gt;
* Go 1.24 (модуль Go)&lt;br /&gt;
* Клиент Confluent Golang 1.9 - 2.8 (модуль Go). Возможности ЕдиногоАгента: потребитель Kafka на Go; производитель Kafka на Go.&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.309 ==&lt;br /&gt;
&lt;br /&gt;
* Windows Server 2025 (модуль ОС)&lt;br /&gt;
* gRPC 1.69-1.73 (модуль Go).&lt;br /&gt;
* MongoDB 1.3 - 1.13 (модуль Go). Функция ЕдиногоАгента: Go MongoDB&lt;br /&gt;
* Используйте инструментарий Go с поддержкой FIPS 1.22.9 (openssl-fips).&lt;br /&gt;
* NGINX 1.26.3 (модуль NGINX)&lt;br /&gt;
* NGINX 1.27.4 (модуль NGINX)&lt;br /&gt;
* Oracle HotSpot VM 24 (модуль Java)&lt;br /&gt;
* OpenJDK 24 (модуль Java)&lt;br /&gt;
* SAP JVM 24 (модуль Java)&lt;br /&gt;
* Azul Platform Core (Zulu) 24 (модуль Java)&lt;br /&gt;
* Bellsoft Liberica 24 (модуль Java)&lt;br /&gt;
* Eclipse Temurin (он же Adoptium) 24 (Java-модуль)&lt;br /&gt;
* Cpython 3.8 - 3.13 (модуль Python).&lt;br /&gt;
* Flask 1.1.2+ (модуль Python). Функция ЕдиногоАгента: Python Celery&lt;br /&gt;
* Django 1.8+ (модуль Python). Функция ЕдиногоАгента: Python Django&lt;br /&gt;
* Tornado 6.0+ (модуль Python). Функция ЕдиногоАгента: Python Tornado&lt;br /&gt;
* FastAPI 0.44+ (модуль Python). Функция ЕдиногоАгента: Python FastAPI&lt;br /&gt;
* Starlette 0.12+ (модуль Python). Функция ЕдиногоАгента: Python Starlette&lt;br /&gt;
* Requests 2 (модуль Python). Функция ЕдиногоАгента: Python Requests&lt;br /&gt;
* urllib3 2.0+ (модуль Python). Функция ЕдиногоАгента: Python urllib3&lt;br /&gt;
* Celery 5.3+ (модуль Python). Функция ЕдиногоАгента: Python Celery&lt;br /&gt;
* SQL Alchemy 1.1+ (модуль Python). Функция ЕдиногоАгента: Python SQLAlchemy&lt;br /&gt;
* psycopg2 2.8.4+ (модуль Python). Функция ЕдиногоАгента: Python psycopg2&lt;br /&gt;
* Opentelemetry-python 1.1+ (модуль Python)&lt;br /&gt;
* Стандартная библиотека Python: asyncio (модуль Python)&lt;br /&gt;
* Стандартная библиотека Python: concurrent.futures (модуль Python). Функция ЕдиногоАгента: поток Python concurrent.futures, процесс Python concurrent.futures.&lt;br /&gt;
* Стандартная библиотека Python: threading (модуль Python). Функция ЕдиногоАгента: Python threading.&lt;br /&gt;
* Стандартная библиотека Python: subprocess (модуль Python). Функция ЕдиногоАгента: Python subprocess&lt;br /&gt;
* Стандартная библиотека Python: queue (модуль Python). Функция ЕдиногоАгента: Python queue.&lt;br /&gt;
* Alpine Linux (musl libc) на ARM64 для контейнеров (модули Java, Node.js, Python и Apache)&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.307 ==&lt;br /&gt;
&lt;br /&gt;
* Windows Server 2012 R2 (модуль ОС)&lt;br /&gt;
* Поддержка трассировки с помощью библиотеки MassTransit.RabbitMQ для .NET (минимальная версия 7 и выше).&lt;br /&gt;
* Alpine Linux (musl libc) на ARM64 для контейнеров (модуль NGINX)&lt;br /&gt;
* Инструментарий Go с поддержкой FIPS 1.22.7 (openssl-fips)&lt;br /&gt;
* PHP 8.4 (модуль PHP).&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.305 ==&lt;br /&gt;
&lt;br /&gt;
* .NET 9 (модуль .NET)&lt;br /&gt;
* Инструментарий Go с поддержкой FIPS 1.21.13 (openssl-fips)&lt;br /&gt;
* Node.js 23 (модуль Node.js)&lt;br /&gt;
* NGINX 1.27.2 (модуль NGINX)&lt;br /&gt;
* NGINX Plus R33&lt;br /&gt;
* Red Hat Enterprise Linux 9.5 (модуль ОС). &lt;br /&gt;
* Oracle Linux 9.5 (модуль ОС).&lt;br /&gt;
* Rocky Linux 9.5 (модуль ОС).&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.303 ==&lt;br /&gt;
&lt;br /&gt;
* Go 1.23.2, 1.22.8 (модуль Go)&lt;br /&gt;
* Обнаружение файловой системы Veritas (агент ОС)&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.301 ==&lt;br /&gt;
&lt;br /&gt;
* Go 1.23 (модуль Go)&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.299 ==&lt;br /&gt;
&lt;br /&gt;
* IBM CICS Transaction Server 6.2 (модуль CICS)&lt;br /&gt;
* Инструментарий Go с поддержкой FIPS 1.21.10 - 1.21.11 (openssl-fips)&lt;br /&gt;
* Oracle HotSpot VM 23 (модуль Java)&lt;br /&gt;
* OpenJDK 23 (модуль Java)&lt;br /&gt;
* SAP JVM 23 (модуль Java)&lt;br /&gt;
* Azul Platform Core (Zulu) 23 (модуль Java)&lt;br /&gt;
* Bellsoft Liberica 23 (модуль Java)&lt;br /&gt;
* Eclipse Temurin (он же Adoptium) 23 (Java-модуль)&lt;br /&gt;
* Kafka (IBM/sarama) 1.40+ (модуль Go)&lt;br /&gt;
* Kafka (Shopify/sarama) 1.18–1.39 (модуль Go)&lt;br /&gt;
* SUSE Linux Enterprise Server 15.6 (модуль ОС).&lt;br /&gt;
* Fedora 39, 40 (модуль ОС)&lt;br /&gt;
* openSUSE 15.6 (модуль ОС)&lt;br /&gt;
* Ubuntu 24.04 (модуль ОС)&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.297 ==&lt;br /&gt;
&lt;br /&gt;
* Обогащение логов доступа Apache Tomcat (модуль Java). Функция ЕдиногоАгента: Java — обогащение контекста трассировки/пространства для неструктурированных логов доступа Apache Tomcat.&lt;br /&gt;
* Мониторинг логов для регионов IBM CICS и подсистем IBM IMS.&lt;br /&gt;
* NGINX 1.26.1, 1.27 (модуль NGINX)&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.295 ==&lt;br /&gt;
&lt;br /&gt;
* GraalVM Native Image для проектов Maven и Gradle (модуль Java Native Image). &lt;br /&gt;
* Go toolchain с модификациями FIPS (openssl-fips) (модуль Go). Функция ЕдиногоАгента: Go FIPS&lt;br /&gt;
* RxJava 3 (модуль Java). Функция ЕдиногоАгента: трассировка Java RxJava v3+&lt;br /&gt;
&lt;br /&gt;
== Оператор Kubernetes 1.2.0 ==&lt;br /&gt;
&lt;br /&gt;
* Полная поддержка OpenShift Observability на архитектуре s390x.&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.293 ==&lt;br /&gt;
&lt;br /&gt;
* IBM CICS исходящий HTTP (модуль CICS). Функция ЕдиногоАгента: CICS HTTP&lt;br /&gt;
* log4js (модуль Node.js)&lt;br /&gt;
* NGINX 1.25.5, 1.26.0 (модуль NGINX)&lt;br /&gt;
* NGINX Plus R32 (модуль NGINX)&lt;br /&gt;
* Программное обеспечение AG WebMethods Integration Server 10.7, 10.11, 10.15 (модуль Java)&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.291 ==&lt;br /&gt;
&lt;br /&gt;
* Bunyan 1+ наполнение лога (Node.js модуль)&lt;br /&gt;
&lt;br /&gt;
==ЕдиныйАгент 1.289 ==&lt;br /&gt;
*Kafka Batch Listener (модуль Java). Функция ЕдиногоАгента: Java Spring Kafka Batch Listener&lt;br /&gt;
*NGINX 1.25.4 (модуль NGINX)&lt;br /&gt;
==ЕдиныйАгент 1.287 ==&lt;br /&gt;
*Аналитика логов на Linux s390x (модуль логов).&lt;br /&gt;
*Распространение контекста трассировки W3C для заголовков KafkaJS (модуль Node.js). Функция ЕдиногоАгента: отправка заголовков Kafka контекста трассировки W3C&lt;br /&gt;
==ЕдиныйАгент 1.285 ==&lt;br /&gt;
*Alpine Linux (musl libc) для контейнеров 3.18, 3.19&lt;br /&gt;
*WebSphere Liberty 22, 23 (модуль Java z/OS)&lt;br /&gt;
==ЕдиныйАгент 1.283 ==&lt;br /&gt;
*MongoDB 1.3 - 1.13 (модуль Go). Функция ЕдиногоАгента: Go MongoDB&lt;br /&gt;
*OpenResty 25.3.1 (модуль NGINX)&lt;br /&gt;
*z/OS 3.1 (модуль zDC)&lt;br /&gt;
==ЕдиныйАгент 1.281 ==&lt;br /&gt;
*NGINX Plus R31 (модуль NGINX)&lt;br /&gt;
*Node.js 21 (модуль Node.js)&lt;br /&gt;
*Node.js 14, 16, 18, 20, 21 на Linux s390x (модуль Node.js)&lt;br /&gt;
*OpenTelemetry 1.0.0 (модуль PHP)&lt;br /&gt;
==ЕдиныйАгент 1.279 ==&lt;br /&gt;
*JMS 3.0 (модуль Java)&lt;br /&gt;
*Spring Webflux 6 (модуль Java)&lt;br /&gt;
*Spring WebFlux WebClient 6 (модуль Java)&lt;br /&gt;
==ЕдиныйАгент 1.277 ==&lt;br /&gt;
*.NET 8 (модуль .NET)&lt;br /&gt;
*IBM App Connect Enterprise CICSRequest node (модуль ACE)&lt;br /&gt;
*HTTP-клиент Jetty 12 (модуль Java)&lt;br /&gt;
*Jedis Redi 5 (модуль Java)&lt;br /&gt;
*Go 1.21 (модуль Go)&lt;br /&gt;
*NGINX 1.25.2, 1.25.3 (модуль NGINX)&lt;br /&gt;
*Ubuntu 23.04 (модуль ОС)&lt;br /&gt;
==ЕдиныйАгент 1.275 ==&lt;br /&gt;
*OpenJDK 21 LTS (модуль Java)&lt;br /&gt;
*Rancher Kubernetes Engine 2 (модуль ОС)&lt;br /&gt;
==ЕдиныйАгент 1.273 ==&lt;br /&gt;
*.NET (интеграция GCP).&lt;br /&gt;
*go-redis 7, 8, 9 (модуль Go). Функция ЕдиногоАгента: Go Redis (go-redis/redis)&lt;br /&gt;
*Java ForkJoin (модуль Java). Функция ЕдиногоАгента: Java/Scala ForkJoinPool&lt;br /&gt;
*JBoss LogManager 1.1+, 2, 3 (модуль Java)&lt;br /&gt;
==ЕдиныйАгент 1.271 ==&lt;br /&gt;
*AlmaLinux 9.0, 9.1, 9.2 (модуль ОС)&lt;br /&gt;
*Fedora 37, 38 (модуль ОС)&lt;br /&gt;
*NGINX 1.25.0, 1.25.1 (модуль NGINX)&lt;br /&gt;
*NGINX Plus R30 (модуль NGINX)&lt;br /&gt;
*Node.js 20 (модуль Node.js)&lt;br /&gt;
*openSUSE 15.5 (модуль ОС)&lt;br /&gt;
*Агент OpenTelemetry 1.27, 1.28 (модуль Java)&lt;br /&gt;
==Расширения платформы==&lt;br /&gt;
*Apache Cassandra (источник данных JMX).&lt;br /&gt;
*HornetQ (источник данных JMX).&lt;br /&gt;
==ЕдиныйАгент 1.267 ==&lt;br /&gt;
*HTTP-сервер Akka 10.2, 10.4, 10.5 (Java-модуль)&lt;br /&gt;
==Расширения платформы==&lt;br /&gt;
*Процессы .NET (источник данных WMI).&lt;br /&gt;
*Apache ActiveMQ Classic (источник данных JMX). Функция ЕдиногоАгента: Java Metric Extensions 2.0 (JMX)&lt;br /&gt;
*Apache Kafka (источник данных JMX) . Функция ЕдиногоАгента: Java Metric Extensions 2.0 (JMX)&lt;br /&gt;
*IBM MQ.&lt;br /&gt;
*TIBCO EMS.&lt;br /&gt;
==ЕдиныйАгент 1.265 ==&lt;br /&gt;
*CBL-Mariner 2 (модуль ОС).&lt;br /&gt;
*Клиент DataStax для Apache Cassandra 4 (модуль Java)&lt;br /&gt;
*Fujitsu Interstage 13 (модуль Java)&lt;br /&gt;
*Jakarta RESTful Web Services 2.1+ (модуль Java). Функция ЕдиногоАгента: Java Servlet 5.0&lt;br /&gt;
*Lettuce 5.1.0 - 5.3, 6.0.3 - 6.1.6, 6.1.8 - 6.2 (модуль Java)﻿. Функция ЕдиногоАгента: клиент Java Lettuce Redis&lt;br /&gt;
*Netty, действие пользователя для распределенной корреляции трассировки (модуль RUM JavaScript и Java). Функция ЕдиногоАгента: Netty Real User Monitoring (RUM) для распределенной корреляции трассировки&lt;br /&gt;
*Агент OpenTelemetry 1.24, 1.25 (модуль Java)&lt;br /&gt;
*Spring Data Redis 2.1+ (модуль Java). Функция ЕдиногоАгента: клиент Java Lettuce Redis&lt;br /&gt;
*NGINX 1.23.4, 1.24.0 (модуль NGINX)&lt;br /&gt;
==ЕдиныйАгент 1.263 ==&lt;br /&gt;
*.NET 7 (модуль .NET)&lt;br /&gt;
*Azul Platform Core (Zulu) 20 (модуль Java)&lt;br /&gt;
*Bellsoft Liberica 20 (модуль Java)&lt;br /&gt;
*Eclipse Temurin (он же Adoptium) 20 (Java-модуль)&lt;br /&gt;
*Flatcar Container Linux 3033 LTS (модуль ОС).&lt;br /&gt;
*Go 1.20 (модуль Go)&lt;br /&gt;
*Терминальные транзакции IBM IMS (модуль IMS). Функция ЕдиногоАгента: сенсор транзакций терминала z/OS IMS&lt;br /&gt;
*log4net 2.0.6+ (модуль .NET). Функция OneAgent: .NET - Trace/span context enrichment Framework log4net&lt;br /&gt;
*OpenJDK 20 (модуль Java)&lt;br /&gt;
*OpenTelemetry 1.11.1 - 1.14 (модуль Go)&lt;br /&gt;
*Агент OpenTelemetry 1.23 (модуль Java)&lt;br /&gt;
*Oracle HotSpot VM 20 (модуль Java)&lt;br /&gt;
*SAP JVM 20 (модуль Java)&lt;br /&gt;
==ЕдиныйАгент 1.261 ==&lt;br /&gt;
*Spring Web Services 4 (модуль Java). Функция ЕдиногоАгента: Java Servlet 5.0&lt;br /&gt;
==ЕдиныйАгент 1.259 ==&lt;br /&gt;
*Apache Tomcat 10 (модуль Java). Функция ЕдиногоАгента: Java Servlet 5.0&lt;br /&gt;
*Клиент Cassandra (gocql/gocql) 1.0 - 1.3 (модуль Go).  Функция ЕдиногоАгента: Go CQL (gocql/gocql)&lt;br /&gt;
*Методы доступа к файлам IBM CICS VSAM и BDAM (модуль IBM CICS). Функция ЕдиногоАгента: сенсор мониторинга файлов z/OS CICS&lt;br /&gt;
*IBM IMS транзакционно-ориентированные BMP﻿ (модуль IBM IMS).&lt;br /&gt;
*Jakarta Servlet 5, 6 (модуль Java).  Функция ЕдиногоАгента : Java Servlet 5.0&lt;br /&gt;
*Jersey 3 (модуль Java). Функция ЕдиногоАгента: Java Servlet 5.0&lt;br /&gt;
*Jetty HTTP server 11 (модуль Java). Функция ЕдиногоАгента: Java Servlet 5.0&lt;br /&gt;
*NGINX 1.23.3 (модуль NGINX)&lt;br /&gt;
*Клиент RabbitMQ (php-amqplib) 2.7+ (модуль PHP). Функция ЕдиногоАгента: PHP RabbitMQ&lt;br /&gt;
*Undertow 2.3+ (модуль Java). Функция ЕдиногоАгента: Java Servlet 5.0&lt;br /&gt;
*WildFly 27 (модуль Java). Функция ЕдиногоАгента: Java Servlet 5.0&lt;br /&gt;
==ЕдиныйАгент 1.257 ==&lt;br /&gt;
*Apache HttpClient 5.2 (модуль Java).&lt;br /&gt;
*Google Cloud Run управляемая среда выполнения поколения 1, 2 (модуль Java).&lt;br /&gt;
*Вызываемые узлы IBM App Connect Enterprise (модуль IBM IIB/ACE)&lt;br /&gt;
*Запросы JSON сервера транзакций IBM CICS (модуль IBM CICS).&lt;br /&gt;
*Node.js 19 (модуль Node.js)&lt;br /&gt;
*SUSE Linux Enterprise Server 15.4 (модуль ОС).&lt;br /&gt;
==ЕдиныйАгент 1.255 ==&lt;br /&gt;
*GraphQL 15+ (модуль Node.js).&lt;br /&gt;
*Microsoft SQL Server (denisenkom/go-mssqldb) 0.11.0-0.12.3 (модуль Go).&lt;br /&gt;
*Microsoft SQL Server (microsoft/go-mssqldb) 0.11.0-0.17.0 (модуль Go).&lt;br /&gt;
==ЕдиныйАгент 1.253 ==&lt;br /&gt;
*PostgreSQL (jackc/pgx) 4.7 - 4.17 (модуль Go).&lt;br /&gt;
*SQLite3 5.1+ (модуль Node.js)&lt;br /&gt;
==ЕдиныйАгент 1.251 ==&lt;br /&gt;
*Akka Http-клиент 10.0, 10.2 (Java-модуль)&lt;br /&gt;
*Apache HttpCore 5.x (модуль Java)&lt;br /&gt;
*Azul Platform Core (Zulu) 19 (модуль Java)&lt;br /&gt;
*Bellsoft Liberica 19 (модуль Java)&lt;br /&gt;
*Eclipse Temurin (он же Adoptium) 19 (Java-модуль)&lt;br /&gt;
*Go 1.16+ (интеграция GCP).&lt;br /&gt;
*IBM z/OS Connect EE MQ service provider (модуль z/OS Java). &lt;br /&gt;
*HTTP-сервер Jetty 10 (модуль Java)&lt;br /&gt;
*Oracle HotSpot VM 19 (модуль Java)&lt;br /&gt;
*OpenJDK 19 (модуль Java)&lt;br /&gt;
*OpenTelemetry 0.0.12, 0.0.13, 0.0.14, 0.0.15 (модуль PHP)&lt;br /&gt;
*Агент OpenTelemetry 1.17.x - 1.19.x (модуль Java)&lt;br /&gt;
*SAP JVM 19 (модуль Java)&lt;br /&gt;
==ЕдиныйАгент 1.249 ==&lt;br /&gt;
*Go 1.19 (модуль Go).&lt;br /&gt;
*OpenTelemetry 1.8, 1.9 (модуль Go).&lt;br /&gt;
*Rocky Linux 9 (модуль ОС).&lt;br /&gt;
==ЕдиныйАгент 1.247 ==&lt;br /&gt;
*Apache Camel 2.21+ (модуль Java).&lt;br /&gt;
*IBM Semeru для z/OS 11 (Java-модуль z/OS).&lt;br /&gt;
*JMX 1.0+ (модуль z/OS Java).&lt;br /&gt;
*Monolog 3.0 (модуль PHP)&lt;br /&gt;
*Python (интеграция GCP).&lt;br /&gt;
*Red Hat Fuse на OpenShift 7.0+ (модуль Java).&lt;br /&gt;
*Red Hat Fuse Standalone 7.0+ (модуль Java).&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.245 ==&lt;br /&gt;
&lt;br /&gt;
* AlmaLinux 8.6+ (OS module).&lt;br /&gt;
* Fedora 35, 36 (OS module). &lt;br /&gt;
* IBM CICS Transaction Server 6.1 (CICS module).&lt;br /&gt;
* IBM Virtual I/O Server (AIX) 3.1 (OS module). &lt;br /&gt;
* Kong API Gateway (NGINX module).&lt;br /&gt;
* OpenTelemetry 0.0.10, 0.0.11 (PHP module)&lt;br /&gt;
* RabbitMQ﻿ client 0.9 (модуль Node.js).&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.243 ==&lt;br /&gt;
&lt;br /&gt;
* Apache Log4j2 2.17.2 - 2.18 (модуль Java)&lt;br /&gt;
* JDBC 3, 4 (модуль z/OS Java).&lt;br /&gt;
* Node.js 18 (модуль Node.js)&lt;br /&gt;
* Microsoft OpenJDK 11 LTS, 17 LTS (модуль Java)&lt;br /&gt;
* oracledb﻿ 5 (модуль Node.js).&lt;br /&gt;
* Red Hat Enterprise Linux 9 (модуль ОС).&lt;br /&gt;
* Ubuntu 22.04 LTS (модуль ОС).&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.241 ==&lt;br /&gt;
&lt;br /&gt;
* Apache HttpClient 5.x (модуль Java)&lt;br /&gt;
* Azul Platform Core (Zulu) 18 (модуль Java)&lt;br /&gt;
* Bellsoft Liberica 18 (модуль Java)&lt;br /&gt;
* JMS 1.1 (модуль z/OS Java). &lt;br /&gt;
* Node.js (интеграция GCP). &lt;br /&gt;
* OpenJDK 18 (модуль Java)&lt;br /&gt;
* OpenTelemetry 0.0.9 (модуль PHP)&lt;br /&gt;
* Oracle HotSpot VM 18 (модуль Java)&lt;br /&gt;
* Rocky Linux 8 (модуль ОС). &lt;br /&gt;
* SAP JVM 18 (модуль Java)&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.239 ==&lt;br /&gt;
&lt;br /&gt;
* CentOS Stream 9 (модуль ОС). &lt;br /&gt;
* Go 18 (модуль Go)&lt;br /&gt;
* IBM AIX 7.3 TL0 (модуль ОС).&lt;br /&gt;
* Kestrel (приложения ASP.NET Core), Real User Monitoring (модуль RUM JavaScript и .NET).&lt;br /&gt;
* Ubuntu 21.10 (модуль ОС).&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.237 ==&lt;br /&gt;
&lt;br /&gt;
* IBM App Connect Enterprise 12.0.3.0+ (модуль ACE)&lt;br /&gt;
* Apache HTTP Server 2.2, 2.4 на Linux ARM64 (модуль Apache HTTP)&lt;br /&gt;
* PHP 7.1, 7.2, 7.3, 7.4, 8.0, 8.1 на Linux ARM64 (модуль PHP).&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.235 ==&lt;br /&gt;
* .NET / .NET Core 5.0, 6.0 на Linux ARM64 (модуль .NET). &lt;br /&gt;
* IBM App Connect Enterprise JavaCompute node (модуль ACE)&lt;br /&gt;
* Терминальные транзакции IBM CICS (модуль CICS).&lt;br /&gt;
* IBM z/OS Connect EE IMS service provider (модуль z/OS Java).&lt;br /&gt;
* TIBCO ActiveMatrix BusinessWorks 6.6 - 6.8 (модуль Java)&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.233 ==&lt;br /&gt;
&lt;br /&gt;
* Go 17 (модуль Go)&lt;br /&gt;
* IBM IMS Fast Path (модуль IMS).&lt;br /&gt;
* Jedis Redis 4 (модуль Java)&lt;br /&gt;
* Reactor-core 3 (модуль Java).&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.231 ==&lt;br /&gt;
&lt;br /&gt;
* Apache Log4J2 2.7 - 2.12 (модуль Java)&lt;br /&gt;
* Logrus 1.7.1 - 1.9 (модуль Go)&lt;br /&gt;
* Zap 1.10 - 1.21 (модуль Go)&lt;br /&gt;
* Windows Server 2022 (модуль ОС)&lt;br /&gt;
&lt;br /&gt;
== ЕдиныйАгент 1.229 ==&lt;br /&gt;
&lt;br /&gt;
* Apache Kafka Streams API (модуль Java).&lt;br /&gt;
* Apache Log4J2 2.13.0, 2.13.1, 2.13.3, 2.14.x - 2.17.1 (модуль Java)&lt;br /&gt;
* Bellsoft Liberica 8 LTS, 11 LTS, 16, 17 LTS (модуль Java)&lt;br /&gt;
* Eclipse Temurin (он же «Adoptium») 8 LTS, 11 LTS, 16, 17 LTS (модуль Java)&lt;br /&gt;
* IBM Semeru 8 LTS, 11 LTS, 16, 17 LTS (модуль Java)&lt;br /&gt;
* java.util.logging (модуль Java)&lt;br /&gt;
* Logback (QOS) 1 (модуль Java)&lt;br /&gt;
* OpenTelemetry 1.0 - 1.7 (модуль Go)&lt;br /&gt;
* Spring Cloud Stream (модуль Java). &lt;br /&gt;
* winston 3 (модуль Node.js)&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9D%D0%B0%D1%87%D0%B0%D0%BB%D0%BE_%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%8B_%D1%81_%D0%B7%D0%B0%D1%89%D0%B8%D1%82%D0%BE%D0%B9_%D0%BF%D1%80%D0%B8%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D0%B9_%D0%B2%D0%BE_%D0%B2%D1%80%D0%B5%D0%BC%D1%8F_%D0%B2%D1%8B%D0%BF%D0%BE%D0%BB%D0%BD%D0%B5%D0%BD%D0%B8%D1%8F&amp;diff=6289</id>
		<title>Начало работы с защитой приложений во время выполнения</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9D%D0%B0%D1%87%D0%B0%D0%BB%D0%BE_%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%8B_%D1%81_%D0%B7%D0%B0%D1%89%D0%B8%D1%82%D0%BE%D0%B9_%D0%BF%D1%80%D0%B8%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D0%B9_%D0%B2%D0%BE_%D0%B2%D1%80%D0%B5%D0%BC%D1%8F_%D0%B2%D1%8B%D0%BF%D0%BE%D0%BB%D0%BD%D0%B5%D0%BD%D0%B8%D1%8F&amp;diff=6289"/>
		<updated>2026-03-02T10:49:31Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;После настройки Application Security вы можете приступить к работе с Ключ-АСТРОМ Runtime Application Protection.&lt;br /&gt;
&lt;br /&gt;
== Настройка защиты приложений во время выполнения ==&lt;br /&gt;
ЕдиныйАгент версии 1.241&lt;br /&gt;
&lt;br /&gt;
Настройте защиту приложений во время выполнения, чтобы начать отслеживать атаки и уязвимости на уровне кода , созданные атаками .&lt;br /&gt;
&lt;br /&gt;
=== Активировать ===&lt;br /&gt;
Ключ-АСТРОМ Runtime Application Protection лицензируется на основе лицензий Модуля Безопасности . Свяжитесь со вашим менеджером по продукту Ключ-АСТРОМ, чтобы активировать защиту приложений во время выполнения. &lt;br /&gt;
&lt;br /&gt;
=== Дать возможность ===&lt;br /&gt;
Глобальное включение защиты приложений во время выполнения в вашей среде&lt;br /&gt;
&lt;br /&gt;
# В меню Ключ-АСТРОМ перейдите в «Настройки» .&lt;br /&gt;
# Выберите Безопасность приложений &amp;gt; Защита приложений &amp;gt; Общие параметры .&lt;br /&gt;
# Выберите «Включить защиту приложений во время выполнения ».&lt;br /&gt;
# Выберите Сохранить изменения .&lt;br /&gt;
&lt;br /&gt;
=== Настроить ===&lt;br /&gt;
Чтобы определить глобальный контроль атаки для всех групп процессов&lt;br /&gt;
&lt;br /&gt;
# В меню Ключ-АСТРОМ перейдите в «Настройки» и выберите «Безопасность приложений» &amp;gt; «Защита приложений» &amp;gt; «Общие настройки» .&lt;br /&gt;
# Выберите один из режимов управления глобальной атакой :&lt;br /&gt;
#* Выключенный; входящие атаки НЕ обнаружены или заблокированы. – Мониторинг отключен; об атаках не сообщается.&lt;br /&gt;
#* Монитор; обнаружены только входящие атаки. – Мониторинг включен; никакие атаки не блокируются.&lt;br /&gt;
#* Блокировать; входящие атаки обнаружены и заблокированы. – Мониторинг включен; атаки блокируются во время выполнения.&lt;br /&gt;
&lt;br /&gt;
Если вы определяете настраиваемые правила мониторинга на основе определенных групп процессов или типов уязвимостей, настраиваемые правила переопределяют режим мониторинга по умолчанию, а Защита приложений во время выполнения продолжает отслеживать атаки на основе ваших правил.&lt;br /&gt;
&lt;br /&gt;
# Выберите Сохранить изменения .&lt;br /&gt;
&lt;br /&gt;
=== Включить мониторинг ЕдиногоАгента ===&lt;br /&gt;
&lt;br /&gt;
# В меню Ключ-АСТРОМ перейдите в «Настройки» и выберите «Настройки» &amp;gt; «Функции ЕдиногоАгента » .&lt;br /&gt;
# Найдите оценку атаки на уровне кода Java и включите ее.&lt;br /&gt;
# Выберите «Подробности» и включите «Инструментарий включен» (для изменения требуется перезапуск процесса) .&lt;br /&gt;
# Выберите Сохранить изменения .&lt;br /&gt;
# Перезапустите свои процессы.&lt;br /&gt;
&lt;br /&gt;
== Управление атаками ==&lt;br /&gt;
После включения защиты приложений во время выполнения вы можете начать отслеживать атаки и уязвимости на уровне кода , созданные атаками , а также настроить правила защиты от атак .&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6261</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6261"/>
		<updated>2026-02-11T11:10:53Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Привязка тегов к правилам, по которым они создаются ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Сортировка измерений в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управление загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
&lt;br /&gt;
* Linux : Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux : Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
====Операционные системы, поддержка которых в недавнем времени была прекращена:====&lt;br /&gt;
*Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.320 GA содержит 28 решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Безопасность приложений&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|25&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====Безопасность приложений====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой не удавалось правильно установить тип триггера события и пользователя. &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик. &lt;br /&gt;
* Устранена проблема, из-за которой сообщения ЕдиногоАгента не обрабатывались в масштабах всего кластера из-за блокировки, возникающей при одновременном изменении режима мониторинга многими ЕдинымиАгентами в одной среде.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых страницах сервиса отображались ненужные теги.&lt;br /&gt;
* API обработки событий OpenPipeline больше не принимает пустые тела HTTP-запросов. JSON-данные должны иметь положительную длину и содержать как минимум один допустимый JSON-объект. Если эти условия не выполняются, сервер отвечает кодом состояния 400.&lt;br /&gt;
* Устранена проблема с разрешениями IAM `settings:objects:read` и `settings:objects:write`, из-за которой условия политики игнорировались при их сочетании с условием `environment:management-zone`.&lt;br /&gt;
* Исправлен редкий случай, когда при последующих обновлениях проблемы могла быть потеряна часть информации о первопричине проблемы.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурационные файлы не обновлялись при миграции из одного клиента в другой. Ранее сервер предоставлял новые конфигурационные файлы только в том случае, если была доступна более новая версия. Теперь конфигурационные файлы предоставляются, если версии различаются.&lt;br /&gt;
* Декларативная группировка, мониторинг VMware и доступность процессов больше не допускают некорректного использования двойных скобок в поле условия.&lt;br /&gt;
* До версии 1.318 URL-адрес арендатора некорректно передавался из кластера в ЕдиныеАгенты и среды АктивныхШлюзов в средах с поддержкой PrivateLink для Live Debugger. Начиная с версии 1.318, кластер корректно сообщает URL-адрес арендатора в ЕдиныхАгентах и средах AG для Live Debugger в средах с поддержкой PrivateLink.&lt;br /&gt;
* В классических панелях мониторинга удален временной интервал из визуализации Honeycomb, теперь он соответствует всем визуализациям, не основанным на временных рядах и не имеющим временного интервала. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отчеты о событиях ИИ не учитывали поле `dt.query`.&lt;br /&gt;
&lt;br /&gt;
* Мы исправили ошибку, из-за которой пользователь с определенными привилегиями зоны управления вызывал API `getEntities`. Фильтр MZ применялся только к первой странице, а не к последующим, что приводило к некорректным результатам, включая подсчет объектов. &lt;br /&gt;
* В системе регистрации миграции ATM режим работы был изменен с ограниченного на общий. Это необходимо для мониторинга логов.&lt;br /&gt;
* Поскольку обновление до последней версии Ключ-АСТРОМ не имеет смысла в управляемых системах, баннер обновления панели мониторинга над списком панелей мониторинга больше не отображается.&lt;br /&gt;
* Улучшена связь с межсредовой трассировкой для обработки случаев, когда слишком большой заголовок приводил к ошибке 431. &lt;br /&gt;
* Исправлено ненужное экранирование новой строки для cURL(cmd) в фрагментах кода настроек.&lt;br /&gt;
* Исправлены вводящие в заблуждение сообщения об успешной установке и улучшена обработка ошибок при добавлении узлов, что обеспечивает корректное выведение узлов Cassandra из эксплуатации перед удалением. &lt;br /&gt;
* Теперь конечные точки приема событий OpenPipeline отвечают с `content-type: text/plain`, что улучшает использование из блокнотов и рабочих процессов. Конечные точки приема данных OpenPipeline для типов данных, связанных с событиями, отвечают HTTP-статусом 202 и пустым телом, когда данные принимаются OpenPipeline. Ранее в ответе устанавливался заголовок `content-type` в `application/octet-stream` и заголовок `vary` в `Origin`, что вызывало проблемы в HTTP-клиенте, используемом в рабочих процессах и блокнотах Ключ-АСТРОМ. В этом релизе мы немного изменили поведение API, чтобы эти конечные точки можно было легко вызывать из рабочих процессов и блокнотов. После изменения content-type устанавливается в `text/plain`, и заголовок `vary: Origin` вообще не должен присутствовать. Это изменение не должно повлиять на работу расширенных HTTP-клиентов, поскольку `content-length` в этих ответах всегда был и остается `0`. &amp;lt;small&amp;gt;(PPX-5678)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись в Grail, если включен OpenPipeline.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга. &lt;br /&gt;
* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.&lt;br /&gt;
* Предотвращено возникновение исключения при миграции свойства таймаута запроса для HTTP-мониторов.&lt;br /&gt;
* Устранена проблема, вызывавшая медленную загрузку распределенных трассировок в веб-интерфейсе для анализа по запросу.  &lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой назначение монитора синтетическому местоположению без назначенных VUC-модулей приводило к возникновению проблемы отсутствия возможностей.&lt;br /&gt;
&lt;br /&gt;
==== Повтор сессии ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой сеансы с длительным просмотром при определенных условиях переставали работать каждые 5 минут.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь вместо имени домашнего каталога Oracle используется правильное имя слушателя.&lt;br /&gt;
&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя слушателя вместо имени домашнего каталога Oracle. Это может привести к изменению идентификаторов PG/PGI.&lt;br /&gt;
&lt;br /&gt;
=== Новые функции и улучшения ===&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка кластера PHP Redis в ЕдиномАгенте ====&lt;br /&gt;
PHP Redis Cluster — это новая функция для PHP ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
Мы добавили новый датчик для обнаружения и отображения в распределенных трассировках вызовов Redis Cluster из расширения phpredis﻿ . В распределенной трассировке вызовы методов Redis Cluster будут показывать, на каком узле кластера была выполнена команда, если это возможно.&lt;br /&gt;
&lt;br /&gt;
Модуль ЕдиногоАгента для PHP поддерживает PHP Redis версий от 3.1.6 до 6.2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== Перепозиционирование хранения данных в рамках анализа логов ====&lt;br /&gt;
Функция сохранения данных в логах и ее снимки были перенесены из:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/agent/config&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
в:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/datastorage/loganalytics&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Логи''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка структурированных данных в логах событий Windows. ====&lt;br /&gt;
Начиная с этого выпуска, структурированные данные можно собирать из логгов событий Windows в ветвях «Данные пользователя» или «Данные событий» (в зависимости от доступности), а также в их подветвях. Собранные данные передаются вместе с содержимым записи в виде атрибутов.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов присваиваются на основе доступной информации, такой как имена тегов, значение поля «Имя» или — если имена тегов повторяются, а поле «Имя» отсутствует — к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с меткой &amp;quot;Бинарный&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Параметры POST-запроса больше не передаются вместе с параметрами запроса. ====&lt;br /&gt;
Указание параметра запроса на перехват параметров больше не будет приводить к перехвату POST-параметров с указанным именем.&lt;br /&gt;
&lt;br /&gt;
При необходимости параметры POST-запроса теперь придется определять отдельно в правиле захвата тела запроса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость инфраструктуры''&lt;br /&gt;
&lt;br /&gt;
==== Показатели Nettracer, доступности и расширения дискового пространства теперь увеличены. ====&lt;br /&gt;
Теперь метрики Nettracer, доступности хоста, доступности процесса и расширений дисковых устройств будут отправляться через сообщение MINTv2 вместо пересылки из ранее существовавшего сообщения MINTv1. В результате появилась возможность обогащать их всеми доступными атрибутами ресурсов на уровне хоста и процесса.&lt;br /&gt;
&lt;br /&gt;
''Поставка программного обеспечения''&lt;br /&gt;
&lt;br /&gt;
==== Теперь доступна функция распространения контекста span для PHP. ====&lt;br /&gt;
В этом релизе мы реализовали распространение контекста для пакетов span в PHP.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Название группы процессов добавляется ко всем метрикам JMX/PMI. ====&lt;br /&gt;
Теперь модуль Java-кода добавляет это измерение &amp;lt;code&amp;gt;dt.process_group.detected_name&amp;lt;/code&amp;gt;ко всем метрикам JMX и PMI без схемы.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь переменные расширения могут использоваться в качестве измерений для расширений Java JMX. ====&lt;br /&gt;
Теперь ЕдиныйАгент Java позволяет добавлять переменные в качестве измерений в расширения JMX фреймворка Extensions 2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено обнаружение процессов Tomcat. ====&lt;br /&gt;
Улучшена функция обнаружения технологии Tomcat для сервера Tomcat, работающего в качестве службы.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за работой приложений | Очереди''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка трассировки реактивного API Reactor Kafka (модуль Java) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку API Reactor Kafka для отправки и получения сообщений в Java-приложениях с использованием:&lt;br /&gt;
&lt;br /&gt;
* Реактор Kafka 1.3.23+﻿&lt;br /&gt;
* Spring для Apache Kafka 3.3.7+﻿&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена совместимость с правами доступа Elasticsearch (Elasticsearch 8.18+). ====&lt;br /&gt;
Несовместимость, вызванная системой Entitlements, появившейся в Elasticsearch 8.18.0, исправлена ​​в версии ЕдиногоАгента 1.319, и модуль Java больше не будет отключаться при обнаружении Elasticsearch 8.18 или более поздней версии.&lt;br /&gt;
&lt;br /&gt;
Entitlements предназначены для замены устаревшего Java Security Manager в Elasticsearch и создавали помехи для Java-модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Расширенные правила обнаружения групп процессов для zAgent ====&lt;br /&gt;
Для улучшения структуры мониторинга мы расширили расширенные правила обнаружения PG в zAgent. Обратите внимание, что это повлияет на работу системы мониторинга.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь функция автоматического обновления сбрасывает таймер задержки, когда опция «Обновить сейчас» снова становится доступна. ====&lt;br /&gt;
Если автоматическое обновление постоянно завершается с ошибкой, например, из-за недостатка места на диске, таймер задержки сбрасывается до значения по умолчанию после того, как ожидание обновления прекращается и кнопка «Обновить сейчас» снова становится доступной.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка реактивного Spring @RestController ====&lt;br /&gt;
Теперь ЕдиныйАгент поддерживает трассировку в реактивном коде &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;так же, &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;как и в нереактивном.&lt;br /&gt;
&lt;br /&gt;
Поддерживаемые версии: &amp;lt;code&amp;gt;org.springframework.boot:spring-boot-starter-webflux&amp;lt;/code&amp;gt;2+ и 3+.&lt;br /&gt;
&lt;br /&gt;
Обратите внимание, что при использовании Spring Reactive и Webflux будут созданы новые объекты сервиса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (.NET-модуль) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку .NET-приложений в контейнерах на базе Alpine Linux (musl libc), работающих на архитектуре ARM64.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено кэширование данных для дополнительной системной информации хоста. ====&lt;br /&gt;
Теперь дополнительная информация о системе хоста будет собираться только один раз во время работы агента ОС.&lt;br /&gt;
&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.319 GA содержит 44 решенные проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|7&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
| 2&lt;br /&gt;
|-&lt;br /&gt;
|Структура расширений&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Отладчик в реальном времени&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
| 11&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Модуль ОС&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Механизм причинно-следственной связи на основе ИИ&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Сетевой модуль&lt;br /&gt;
|2&lt;br /&gt;
|}&lt;br /&gt;
====Общие====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка загрузки дампов памяти не отображалась.&lt;br /&gt;
* Приоритет атрибутов ресурсов, заданных с помощью переменной среды OTEL `OTEL_RESOURCE_ATTRIBUTES`, был изменен в соответствии с уровнем процесса, поэтому теперь можно переопределять атрибуты ресурсов с тем же именем, определенными на уровне хоста.&lt;br /&gt;
&lt;br /&gt;
* В Alpine Linux теперь номер версии включается в лог агента версии ядра, поскольку вместо использования только значения VERSION из `/etc/os-release` при необходимости используется значение VERSION_ID.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых хостах или контейнерах происходил сбой в процессе агента или клиента с внедренным агентом, если вызов системной функции getaddrinfo() не удавался, а реализация системной функции freeaddrinfo() не содержала проверки на нулевой указатель.&lt;br /&gt;
* Исправлена ​​ошибка, влияющая на корреляцию RUM (действия пользователя &amp;lt;-&amp;gt; распределенные трассировки) для агентов JavaScript, внедренных вручную.&lt;br /&gt;
*Добавлено корректное преобразование значения OID `AgentIp` в строку в источнике данных SNMP TRAP, чтобы избежать некорректного приведения типов во время обработки ловушек.&lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Модуль ЕдиныйАгент Log больше не будет добавлять строку &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; к непустому значению атрибута при раскрытии подстановочного знака из пути к пользовательскому источнику логов. Теперь строка &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; будет использоваться только тогда, когда значение атрибута пустое.&lt;br /&gt;
* Исправлены ошибки, приводившие к сбоям, когда количество контейнеров, отслеживаемых модулем логирования ЕдиногоАгента, превышало лимит открытых файловых дескрипторов для его процесса.&lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к сбою модуля ЕдиныйАгент Go, которая возникала, когда приложение Go предоставляло собственную реализацию функции `pthread_create`.&lt;br /&gt;
* Исправлена ​​ошибка при получении метаданных функций для библиотек Go.&lt;br /&gt;
&lt;br /&gt;
==== Структура расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отсутствие заголовка Content-Type в конечной точке метрик Prometheus препятствовало ее корректному распознаванию. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ответ от SNMP-устройства, содержащий ошибку, приводил к зацикливанию источника данных в бесконечном цикле.&lt;br /&gt;
*Исправлено некорректное обогащение `dt.metrics.source` для метрик, отправляемых из расширений, в результате чего значение изменялось с недопустимого &amp;lt;nowiki&amp;gt;{{astromkey_osagent}}&amp;lt;/nowiki&amp;gt; на имя расширения.&lt;br /&gt;
&lt;br /&gt;
==== Отладчик в реальном времени ====&lt;br /&gt;
&lt;br /&gt;
* Улучшена выборка выполнений точек останова, теперь она работает и на основе количества одновременно выполняемых потоков.&lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​потоковая передача логов для CICS и IMS. Потоковая передача логов для CICS и IMS была отключена из-за отсутствия файла схемы в развертывании zRemote.&lt;br /&gt;
* Теперь функция анализа логов zAgent может извлекать уровни логирования и временные метки из ранее недоступных для анализа записей логов. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в Grail отсутствовала метрика `dt.host.zos.msu_hours`, но присутствовала соответствующая метрика `builtin:host.zos.msu_hours`.&lt;br /&gt;
* Добавлено расширенное логирование при проверке соединений с DB2 модулем zRemote во время запуска, а также улучшена обработка потенциально необработанных исключений.&lt;br /&gt;
* Отменена оптимизация, добавленная в версии ЕдиныйАгент 1.317, которая вызывала конфликт при регистрации агентов между zDC и zRemote.&lt;br /&gt;
* Теперь zRemote позволяет подключать к zRemote различные экземпляры DB2 через один и тот же zDC.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, которая могла привести к сбою zRemote при запросе ZDC на загрузку и отправку библиотеки zLocal на мэйнфрейм.&lt;br /&gt;
* Устранены ложные предупреждения zRemote при очистке отключенных компонентов мэйнфрейма.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой модуль z/OS некорректно преобразовывал обратную косую черту (`\`), левую скобку (`[`) и правую скобку (`]`) во время обработки потоков логов. &lt;br /&gt;
* При отключении группировки IMS идентификатор группы процессов в зависимом от IMS регионе больше не изменяется по сравнению с предыдущими версиями.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой регионы, зависящие от IMS, не инициализировались после перезапуска zRemote. До повторной инициализации ICTL инициализация IAPP блокируется, и модуль zRemote игнорирует данные IAPP.&lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой приложения Node.js иногда аварийно завершали работу при включенной функции CpuSampling (когда были включены функции ЕдиногоАгента «Захват информации о наиболее загруженных методах ЦП в фоновом режиме» и/или «Захват информации о наиболее загруженных методах в PurePaths»). Вероятность сбоя возрастала, когда приложение использовало рабочие потоки. &lt;br /&gt;
*Исправлена ​​ошибка, препятствовавшая обновлению настроек ограничения усечения строк для приложений Node.js. &lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ЕдиныйАгент иногда не отправлял метрику доступности во время обновления ЕдиногоАгента.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой при устаревании файлов в agent/bin в Windows предпринималась попытка удалить используемые исполняемые файлы агента. &lt;br /&gt;
*Исправлены пробелы в данных метрик при использовании отладочного флага decreaseUpdateFrequency.  &lt;br /&gt;
* Исправлены случаи, когда из-за односторонней нормализации путей к библиотекам ЕдиногоАгента определение их использования завершалось с ошибкой, и попытка их удаления выполнялась некорректно.&lt;br /&gt;
* Событие перезагрузки отправляется только в том случае, если мониторинг включен. Ранее оно отправлялось также и при отключенном мониторинге данного хоста.&lt;br /&gt;
* Исправлены процессы сопоставления, для которых модуль ЕдиныйАгент OS не мог прочитать все свойства.&lt;br /&gt;
* Теперь атрибуты ресурсов на уровне хоста в событиях имеют самый низкий, а не самый высокий приоритет, что позволяет перезаписывать ресурсы на уровне хоста в событиях ресурсами на уровне процесса.&lt;br /&gt;
* Теперь исполняемые файлы сервера Redis, содержащие номер версии в своем имени, классифицируются как Redis.&lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отслеживаемый процесс Python иногда мог привести к взаимоблокировке во время создания дочернего процесса, если в это время было получено обновление конфигурации ЕдиногоАгента. Это также касалось неочевидных способов создания дочерних процессов, таких как `subprocess.run`.&lt;br /&gt;
* Модуль кода ЕдиныйАгент для Python теперь использует блокировку вокруг обработчиков форков, которые он регистрирует в интерпретаторе Python. Это предотвращает проблемы, когда модуль кода может оставлять дополнительные потоки запущенными во время параллельного выполнения форков в отдельных потоках Python или может перестать передавать данные после этого. Поскольку параллельное создание форков из Python всегда небезопасно, даже без участия модуля кода, такие ситуации должны быть редкими. Несмотря на дополнительную блокировку, не ожидается никакого влияния на производительность от этого изменения из-за GIL Python, который предотвращает параллелизм. &lt;br /&gt;
*Исключение, возникающее во время инструментирования процесса получения сообщений SQS, иногда выходило за пределы ЕдиногоАгента и нарушало работу инструментированных приложений. Соответствующие части кода инструментирования были скорректированы для защиты инструментированных приложений от внутренних ошибок ЕдиногоАгента .  &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Теперь при загрузке расширения PMI учитывается элемент FeatureSet в YAML-файле расширения.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой записи в JSONLayout удалялись при включенном обогащении логов ЕдиногоАгента.&lt;br /&gt;
* После обновления ЕдиногоАгента до версии, поддерживающей новую версию Java, в веб-интерфейсе больше не отображается сообщение «Активация глубокого мониторинга не удалась».&lt;br /&gt;
&lt;br /&gt;
==== Механизм причинно-следственной связи на основе ИИ ====&lt;br /&gt;
&lt;br /&gt;
* Значения в строке запроса MongoDB маскируются вопросительным знаком &amp;quot;?&amp;quot; по соображениям конфиденциальности данных и производительности агрегирования; однако значения целочисленных типов могли быть отправлены как есть. Это исправление гарантирует, что числовые значения также будут маскироваться.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Показатель пропускной способности networkagent теперь корректно отображается для TCP-соединений с большой пропускной способностью.&lt;br /&gt;
* Сетевые метрики, основанные на данных `oneagentnetttracer`, теперь имеют метки времени, синхронизированные со временем кластера, аналогично другим метрикам, отправляемым модулем ЕдиныйАгент OS.&lt;br /&gt;
===ЕдиныйАгент для Android===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Обновленная версия Kotlin ====&lt;br /&gt;
Мы обновили Kotlin до версии 2.0.21.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для iOS===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Пользовательская метка элемента управления для названия действия ====&lt;br /&gt;
Мы добавили новый вариант в &amp;lt;code&amp;gt;withCustomInstrumentationConfig&amp;lt;/code&amp;gt;модификатор представления, который позволяет указать имя действия. Используйте &amp;lt;code&amp;gt;.useControlName(customName)&amp;lt;/code&amp;gt;для определения имени действия.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для JavaScript===&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Упрощенный код совместимости RUM с браузерами. ====&lt;br /&gt;
Для оптимизации работы RUM мы удалили код совместимости для версий браузеров, не поддерживающих PerformanceEntry (все поддерживаемые браузеры поддерживают PerformanceEntry). JavaScript-код RUM больше не инициализируется в этих браузерах.&lt;br /&gt;
&lt;br /&gt;
В версии 1.319 GA исправлено 5 ошибок.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решены вопросы&lt;br /&gt;
|-&lt;br /&gt;
|JavaScript&lt;br /&gt;
|4&lt;br /&gt;
|-&lt;br /&gt;
|RUM&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== JavaScript ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой тип возвращаемого значения вызова fetch не соответствовал типу Promise, поскольку создавался дополнительный слой-обертка Promise с использованием Promise ponyfill вместо собственного конструктора Promise.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой события взаимодействия с пользователем не регистрировались.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к некорректному отображению ошибок скрипта.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на страницах с большим количеством ресурсов возникали дублирующиеся записи водопада, когда собственный PerformanceObserver был недоступен.&lt;br /&gt;
&lt;br /&gt;
==== RUM ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, возникавшая в приложениях, использующих медиаплеер Wistia с включенной опцией «Использовать прокси-API для XHR-запросов», из-за которой JavaScript RUM вызывал предупреждение в Wistia.&lt;br /&gt;
=='''API Ключ-АСТРОМ'''==&lt;br /&gt;
===API среды===&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{extensionName}/monitoringConfigurations/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/{configurationId}/audit&amp;lt;/code&amp;gt; ''Новое!''&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/{configurationId}/status&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ExtensionStatusDto&lt;br /&gt;
***** Нарушенная совместимость&lt;br /&gt;
****** Измененное свойство status&lt;br /&gt;
******* Добавлены значения перечисления: &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt; &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;&lt;br /&gt;
****** Удаленj обязательнjt свойство timestamp.&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Добавлено fipsMode в запрос&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGateList.&lt;br /&gt;
***** Изменено свойство activeGates&lt;br /&gt;
****** Добавлено свойство fipsMode&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип::&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGate.&lt;br /&gt;
***** Добавлено свойство fipsMode&lt;br /&gt;
&lt;br /&gt;
==== /extensions/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/status&amp;lt;/code&amp;gt;&lt;br /&gt;
** Расширения:&lt;br /&gt;
*** Уровень зрелости API изменился с &amp;lt;code&amp;gt;IN_DEVELOPMENT&amp;lt;/code&amp;gt;на&amp;lt;code&amp;gt;GENERAL_AVAILABILITY&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/schema&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены ограничения удаления свойств.&lt;br /&gt;
****** Добавлены свойства:  schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены свойство deletionConstraints&lt;br /&gt;
****** Добавлены свойства: schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
==== /logs/ingest ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /logs/ingest&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonl&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonl; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines+json&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines+json; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-jsonlines&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-jsonlines; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-ndjson&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-ndjson; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /ua/entity ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /ua/entity&amp;lt;/code&amp;gt; ''Ранний пользователь''&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема UAEntityScreenDefinition.&lt;br /&gt;
***** Изменено свойство tags.&lt;br /&gt;
****** Добавлено свойство: tagContextFilter&lt;br /&gt;
&lt;br /&gt;
==== /monitoringstate ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /monitoringstate&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема MonitoredStates&lt;br /&gt;
***** Изменено свойство monitoringStates&lt;br /&gt;
****** Изменено свойство state&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;process_group_pgr_group_update_suppressed&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /entities ====&lt;br /&gt;
Новое:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /enties&amp;lt;/code&amp;gt;&lt;br /&gt;
** Ответ объекта MEtag&lt;br /&gt;
*** Добавлено: source&lt;br /&gt;
*** Добавлено: sourceSetting&lt;br /&gt;
** Ответ объекта ManagementZone&lt;br /&gt;
*** Добавлено: sourceSetting&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /enties/{entityId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Ответ объекта MEtag&lt;br /&gt;
*** Добавлено: source&lt;br /&gt;
*** Добавлено: sourceSetting&lt;br /&gt;
** Ответ объекта ManagementZone&lt;br /&gt;
*** Добавлено: sourceSetting&lt;br /&gt;
&lt;br /&gt;
Устаревшее:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /entities/securityContext&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;DELETE /entities/securityContext&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /entity/infrastructure/processes и /process-groups ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /entity/infrastructure/process-groups&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема null&lt;br /&gt;
***** Изменено свойство metadata&lt;br /&gt;
****** Добавлены свойства: ibmCicsImsApplid ibmCicsImsJobName&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /entity/infrastructure/process-groups/{meIdentifier}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ProcessGroup.&lt;br /&gt;
***** Изменено свойство metadata&lt;br /&gt;
****** Добавлены свойства: ibmCicsImsApplid ibmCicsImsJobName&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /entity/infrastructure/processes&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема null&lt;br /&gt;
***** Изменено свойство metadata&lt;br /&gt;
****** Добавлены свойства: ibmCicsImsApplid ibmCicsImsJobName&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /entity/infrastructure/processes/{meIdentifier}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ProcessGroupInstance&lt;br /&gt;
***** Изменено свойство metadata&lt;br /&gt;
****** Добавлены свойства: ibmCicsImsApplid ibmCicsImsJobName&lt;br /&gt;
&lt;br /&gt;
==== /jsMappingFiles ====&lt;br /&gt;
Новый :&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /jsMappingFiles/content&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /jsMappingFiles/metadata&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /jsMappingFiles/metadata&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;DELETE /jsMappingFiles&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Устаревшее :&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /jsMappingFiles&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /jsMappingFiles/{minifiedJsFileUrl}/{fileType}&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;DELETE /jsMappingFiles/{minifiedJsFileUrl}/{fileType}&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /jsMappingFiles/{minifiedJsFileUrl}/{fileType}/metadata&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /oneagents/managedRemoteCommunicationSettings ====&lt;br /&gt;
Новое :&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /oneagents/managedRemoteCommunicationSettings/dryRun&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /oneagents/managedRemoteCommunicationSettings/execute&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /rum/ ====&lt;br /&gt;
Новое :&lt;br /&gt;
&lt;br /&gt;
Уровень зрелости API изменился с &amp;lt;code&amp;gt;IN_DEVELOPMENT&amp;lt;/code&amp;gt;на&amp;lt;code&amp;gt;EARLY_ADOPTER&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /rum/inlineCode/{applicationId}&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /rum/javaScriptTag/{applicationId}&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /rum/oneAgentJavaScriptTag/{applicationId}&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /rum/oneAgentJavaScriptTagWithSri/{applicationId}&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменено свойство schemaConstraints&lt;br /&gt;
****** Добавлено свойство: flattenCollections&lt;br /&gt;
&lt;br /&gt;
=== API конфигурации ===&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{technology}/availableHosts ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{technology}/availableHosts&amp;lt;/code&amp;gt; ''Ранний пользователь''&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Изменение технологий на пути&lt;br /&gt;
**** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /service/requestAttributes/ ====&lt;br /&gt;
&amp;lt;code&amp;gt;POST /service/requestAttributes&amp;lt;/code&amp;gt;&lt;br /&gt;
* Запрос:&lt;br /&gt;
** Изменена схема RequestAttribute.&lt;br /&gt;
*** Изменено свойство dataSources&lt;br /&gt;
**** Изменено свойство scope&lt;br /&gt;
***** Изменено свойство serviceTechnology&lt;br /&gt;
****** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /service/requestAttributes/validator&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /service/requestAttributes/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема RequestAttribute.&lt;br /&gt;
***** Изменено свойство dataSources&lt;br /&gt;
****** Изменено свойство scope&lt;br /&gt;
******* Изменено свойство serviceTechnology.&lt;br /&gt;
******** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /service/requestAttributes/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /service/requestAttributes/{id}/validator&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== API кластера ===&lt;br /&gt;
&lt;br /&gt;
==== /cluster ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена нулевая схема (application/json)&lt;br /&gt;
***** Изменено свойство dnsEntryPointUris&lt;br /&gt;
****** Устаревшее значение изменено на true&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Добавление fipsMode в запрос&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGateList.&lt;br /&gt;
***** Изменено свойство activeGates&lt;br /&gt;
****** Добавлено свойство: fipsMode&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGate.&lt;br /&gt;
***** Добавлено свойство: fipsMode&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены ограничения удаления свойств.&lt;br /&gt;
****** Добавлены свойства: тип schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменено свойство schemaConstraints&lt;br /&gt;
****** Добавлено свойство: flattenCollections&lt;br /&gt;
&lt;br /&gt;
==== /cluster/maintenance ====&lt;br /&gt;
Новое:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/maintenance&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /cluster/maintenance/on&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /cluster/maintenance/off&amp;lt;/code&amp;gt;&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6260</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6260"/>
		<updated>2026-02-10T08:44:23Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: /* /settings/schemas/ */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
&lt;br /&gt;
* Linux : Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux : Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
====Операционные системы, поддержка которых в недавнем времени была прекращена:====&lt;br /&gt;
*Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.320 GA содержит 28 решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Безопасность приложений&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|25&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====Безопасность приложений====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой не удавалось правильно установить тип триггера события и пользователя. &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик. &lt;br /&gt;
* Устранена проблема, из-за которой сообщения ЕдиногоАгента не обрабатывались в масштабах всего кластера из-за блокировки, возникающей при одновременном изменении режима мониторинга многими ЕдинымиАгентами в одной среде.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых страницах сервиса отображались ненужные теги.&lt;br /&gt;
* API обработки событий OpenPipeline больше не принимает пустые тела HTTP-запросов. JSON-данные должны иметь положительную длину и содержать как минимум один допустимый JSON-объект. Если эти условия не выполняются, сервер отвечает кодом состояния 400.&lt;br /&gt;
* Устранена проблема с разрешениями IAM `settings:objects:read` и `settings:objects:write`, из-за которой условия политики игнорировались при их сочетании с условием `environment:management-zone`.&lt;br /&gt;
* Исправлен редкий случай, когда при последующих обновлениях проблемы могла быть потеряна часть информации о первопричине проблемы.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурационные файлы не обновлялись при миграции из одного клиента в другой. Ранее сервер предоставлял новые конфигурационные файлы только в том случае, если была доступна более новая версия. Теперь конфигурационные файлы предоставляются, если версии различаются.&lt;br /&gt;
* Декларативная группировка, мониторинг VMware и доступность процессов больше не допускают некорректного использования двойных скобок в поле условия.&lt;br /&gt;
* До версии 1.318 URL-адрес арендатора некорректно передавался из кластера в ЕдиныеАгенты и среды АктивныхШлюзов в средах с поддержкой PrivateLink для Live Debugger. Начиная с версии 1.318, кластер корректно сообщает URL-адрес арендатора в ЕдиныхАгентах и средах AG для Live Debugger в средах с поддержкой PrivateLink.&lt;br /&gt;
* В классических панелях мониторинга удален временной интервал из визуализации Honeycomb, теперь он соответствует всем визуализациям, не основанным на временных рядах и не имеющим временного интервала. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отчеты о событиях ИИ не учитывали поле `dt.query`.&lt;br /&gt;
&lt;br /&gt;
* Мы исправили ошибку, из-за которой пользователь с определенными привилегиями зоны управления вызывал API `getEntities`. Фильтр MZ применялся только к первой странице, а не к последующим, что приводило к некорректным результатам, включая подсчет объектов. &lt;br /&gt;
* В системе регистрации миграции ATM режим работы был изменен с ограниченного на общий. Это необходимо для мониторинга логов.&lt;br /&gt;
* Поскольку обновление до последней версии Ключ-АСТРОМ не имеет смысла в управляемых системах, баннер обновления панели мониторинга над списком панелей мониторинга больше не отображается.&lt;br /&gt;
* Улучшена связь с межсредовой трассировкой для обработки случаев, когда слишком большой заголовок приводил к ошибке 431. &lt;br /&gt;
* Исправлено ненужное экранирование новой строки для cURL(cmd) в фрагментах кода настроек.&lt;br /&gt;
* Исправлены вводящие в заблуждение сообщения об успешной установке и улучшена обработка ошибок при добавлении узлов, что обеспечивает корректное выведение узлов Cassandra из эксплуатации перед удалением. &lt;br /&gt;
* Теперь конечные точки приема событий OpenPipeline отвечают с `content-type: text/plain`, что улучшает использование из блокнотов и рабочих процессов. Конечные точки приема данных OpenPipeline для типов данных, связанных с событиями, отвечают HTTP-статусом 202 и пустым телом, когда данные принимаются OpenPipeline. Ранее в ответе устанавливался заголовок `content-type` в `application/octet-stream` и заголовок `vary` в `Origin`, что вызывало проблемы в HTTP-клиенте, используемом в рабочих процессах и блокнотах Ключ-АСТРОМ. В этом релизе мы немного изменили поведение API, чтобы эти конечные точки можно было легко вызывать из рабочих процессов и блокнотов. После изменения content-type устанавливается в `text/plain`, и заголовок `vary: Origin` вообще не должен присутствовать. Это изменение не должно повлиять на работу расширенных HTTP-клиентов, поскольку `content-length` в этих ответах всегда был и остается `0`. &amp;lt;small&amp;gt;(PPX-5678)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись в Grail, если включен OpenPipeline.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга. &lt;br /&gt;
* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.&lt;br /&gt;
* Предотвращено возникновение исключения при миграции свойства таймаута запроса для HTTP-мониторов.&lt;br /&gt;
* Устранена проблема, вызывавшая медленную загрузку распределенных трассировок в веб-интерфейсе для анализа по запросу.  &lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой назначение монитора синтетическому местоположению без назначенных VUC-модулей приводило к ненужному возникновению проблемы отсутствия возможностей. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сессии ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой сеансы с длительным просмотром при определенных условиях переставали работать каждые 5 минут.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь вместо имени домашнего каталога Oracle используется правильное имя слушателя.&lt;br /&gt;
&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя слушателя вместо имени домашнего каталога Oracle. Это может привести к изменению идентификаторов PG/PGI.&lt;br /&gt;
&lt;br /&gt;
=== Новые функции и улучшения ===&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка кластера PHP Redis в ЕдиномАгенте ====&lt;br /&gt;
PHP Redis Cluster — это новая функция для PHP ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
Мы добавили новый датчик для обнаружения и отображения в распределенных трассировках вызовов Redis Cluster из расширения phpredis﻿ . В распределенной трассировке вызовы методов Redis Cluster будут показывать, на каком узле кластера была выполнена команда, если это возможно.&lt;br /&gt;
&lt;br /&gt;
Модуль ЕдиногоАгента для PHP поддерживает PHP Redis версий от 3.1.6 до 6.2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== Перепозиционирование хранения данных в рамках анализа логов ====&lt;br /&gt;
Функция сохранения данных в логах и ее снимки были перенесены из:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/agent/config&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
в:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/datastorage/loganalytics&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Логи''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка структурированных данных в логах событий Windows. ====&lt;br /&gt;
Начиная с этого выпуска, структурированные данные можно собирать из логгов событий Windows в ветвях «Данные пользователя» или «Данные событий» (в зависимости от доступности), а также в их подветвях. Собранные данные передаются вместе с содержимым записи в виде атрибутов.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов присваиваются на основе доступной информации, такой как имена тегов, значение поля «Имя» или — если имена тегов повторяются, а поле «Имя» отсутствует — к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с меткой &amp;quot;Бинарный&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Параметры POST-запроса больше не передаются вместе с параметрами запроса. ====&lt;br /&gt;
Указание параметра запроса на перехват параметров больше не будет приводить к перехвату POST-параметров с указанным именем.&lt;br /&gt;
&lt;br /&gt;
При необходимости параметры POST-запроса теперь придется определять отдельно в правиле захвата тела запроса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость инфраструктуры''&lt;br /&gt;
&lt;br /&gt;
==== Показатели Nettracer, доступности и расширения дискового пространства теперь увеличены. ====&lt;br /&gt;
Теперь метрики Nettracer, доступности хоста, доступности процесса и расширений дисковых устройств будут отправляться через сообщение MINTv2 вместо пересылки из ранее существовавшего сообщения MINTv1. В результате появилась возможность обогащать их всеми доступными атрибутами ресурсов на уровне хоста и процесса.&lt;br /&gt;
&lt;br /&gt;
''Поставка программного обеспечения''&lt;br /&gt;
&lt;br /&gt;
==== Теперь доступна функция распространения контекста span для PHP. ====&lt;br /&gt;
В этом релизе мы реализовали распространение контекста для пакетов span в PHP.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Название группы процессов добавляется ко всем метрикам JMX/PMI. ====&lt;br /&gt;
Теперь модуль Java-кода добавляет это измерение &amp;lt;code&amp;gt;dt.process_group.detected_name&amp;lt;/code&amp;gt;ко всем метрикам JMX и PMI без схемы.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь переменные расширения могут использоваться в качестве измерений для расширений Java JMX. ====&lt;br /&gt;
Теперь ЕдиныйАгент Java позволяет добавлять переменные в качестве измерений в расширения JMX фреймворка Extensions 2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено обнаружение процессов Tomcat. ====&lt;br /&gt;
Улучшена функция обнаружения технологии Tomcat для сервера Tomcat, работающего в качестве службы.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за работой приложений | Очереди''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка трассировки реактивного API Reactor Kafka (модуль Java) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку API Reactor Kafka для отправки и получения сообщений в Java-приложениях с использованием:&lt;br /&gt;
&lt;br /&gt;
* Реактор Kafka 1.3.23+﻿&lt;br /&gt;
* Spring для Apache Kafka 3.3.7+﻿&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена совместимость с правами доступа Elasticsearch (Elasticsearch 8.18+). ====&lt;br /&gt;
Несовместимость, вызванная системой Entitlements, появившейся в Elasticsearch 8.18.0, исправлена ​​в версии ЕдиногоАгента 1.319, и модуль Java больше не будет отключаться при обнаружении Elasticsearch 8.18 или более поздней версии.&lt;br /&gt;
&lt;br /&gt;
Entitlements предназначены для замены устаревшего Java Security Manager в Elasticsearch и создавали помехи для Java-модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Расширенные правила обнаружения групп процессов для zAgent ====&lt;br /&gt;
Для улучшения структуры мониторинга мы расширили расширенные правила обнаружения PG в zAgent. Обратите внимание, что это повлияет на работу системы мониторинга.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь функция автоматического обновления сбрасывает таймер задержки, когда опция «Обновить сейчас» снова становится доступна. ====&lt;br /&gt;
Если автоматическое обновление постоянно завершается с ошибкой, например, из-за недостатка места на диске, таймер задержки сбрасывается до значения по умолчанию после того, как ожидание обновления прекращается и кнопка «Обновить сейчас» снова становится доступной.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка реактивного Spring @RestController ====&lt;br /&gt;
Теперь ЕдиныйАгент поддерживает трассировку в реактивном коде &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;так же, &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;как и в нереактивном.&lt;br /&gt;
&lt;br /&gt;
Поддерживаемые версии: &amp;lt;code&amp;gt;org.springframework.boot:spring-boot-starter-webflux&amp;lt;/code&amp;gt;2+ и 3+.&lt;br /&gt;
&lt;br /&gt;
Обратите внимание, что при использовании Spring Reactive и Webflux будут созданы новые объекты сервиса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (.NET-модуль) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку .NET-приложений в контейнерах на базе Alpine Linux (musl libc), работающих на архитектуре ARM64.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено кэширование данных для дополнительной системной информации хоста. ====&lt;br /&gt;
Теперь дополнительная информация о системе хоста будет собираться только один раз во время работы агента ОС.&lt;br /&gt;
&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.319 GA содержит 44 решенные проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|7&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
| 2&lt;br /&gt;
|-&lt;br /&gt;
|Структура расширений&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Отладчик в реальном времени&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
| 11&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Модуль ОС&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Механизм причинно-следственной связи на основе ИИ&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Сетевой модуль&lt;br /&gt;
|2&lt;br /&gt;
|}&lt;br /&gt;
====Общие====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка загрузки дампов памяти не отображалась.&lt;br /&gt;
* Приоритет атрибутов ресурсов, заданных с помощью переменной среды OTEL `OTEL_RESOURCE_ATTRIBUTES`, был изменен в соответствии с уровнем процесса, поэтому теперь можно переопределять атрибуты ресурсов с тем же именем, определенными на уровне хоста.&lt;br /&gt;
&lt;br /&gt;
* В Alpine Linux теперь номер версии включается в лог агента версии ядра, поскольку вместо использования только значения VERSION из `/etc/os-release` при необходимости используется значение VERSION_ID.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых хостах или контейнерах происходил сбой в процессе агента или клиента с внедренным агентом, если вызов системной функции getaddrinfo() не удавался, а реализация системной функции freeaddrinfo() не содержала проверки на нулевой указатель.&lt;br /&gt;
* Исправлена ​​ошибка, влияющая на корреляцию RUM (действия пользователя &amp;lt;-&amp;gt; распределенные трассировки) для агентов JavaScript, внедренных вручную.&lt;br /&gt;
*Добавлено корректное преобразование значения OID `AgentIp` в строку в источнике данных SNMP TRAP, чтобы избежать некорректного приведения типов во время обработки ловушек.&lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Модуль ЕдиныйАгент Log больше не будет добавлять строку &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; к непустому значению атрибута при раскрытии подстановочного знака из пути к пользовательскому источнику логов. Теперь строка &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; будет использоваться только тогда, когда значение атрибута пустое.&lt;br /&gt;
* Исправлены ошибки, приводившие к сбоям, когда количество контейнеров, отслеживаемых модулем логирования ЕдиногоАгента, превышало лимит открытых файловых дескрипторов для его процесса.&lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к сбою модуля ЕдиныйАгент Go, которая возникала, когда приложение Go предоставляло собственную реализацию функции `pthread_create`.&lt;br /&gt;
* Исправлена ​​ошибка при получении метаданных функций для библиотек Go.&lt;br /&gt;
&lt;br /&gt;
==== Структура расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отсутствие заголовка Content-Type в конечной точке метрик Prometheus препятствовало ее корректному распознаванию. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ответ от SNMP-устройства, содержащий ошибку, приводил к зацикливанию источника данных в бесконечном цикле.&lt;br /&gt;
*Исправлено некорректное обогащение `dt.metrics.source` для метрик, отправляемых из расширений, в результате чего значение изменялось с недопустимого &amp;lt;nowiki&amp;gt;{{astromkey_osagent}}&amp;lt;/nowiki&amp;gt; на имя расширения.&lt;br /&gt;
&lt;br /&gt;
==== Отладчик в реальном времени ====&lt;br /&gt;
&lt;br /&gt;
* Улучшена выборка выполнений точек останова, теперь она работает и на основе количества одновременно выполняемых потоков.&lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​потоковая передача логов для CICS и IMS. Потоковая передача логов для CICS и IMS была отключена из-за отсутствия файла схемы в развертывании zRemote.&lt;br /&gt;
* Теперь функция анализа логов zAgent может извлекать уровни логирования и временные метки из ранее недоступных для анализа записей логов. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в Grail отсутствовала метрика `dt.host.zos.msu_hours`, но присутствовала соответствующая метрика `builtin:host.zos.msu_hours`.&lt;br /&gt;
* Добавлено расширенное логирование при проверке соединений с DB2 модулем zRemote во время запуска, а также улучшена обработка потенциально необработанных исключений.&lt;br /&gt;
* Отменена оптимизация, добавленная в версии ЕдиныйАгент 1.317, которая вызывала конфликт при регистрации агентов между zDC и zRemote.&lt;br /&gt;
* Теперь zRemote позволяет подключать к zRemote различные экземпляры DB2 через один и тот же zDC.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, которая могла привести к сбою zRemote при запросе ZDC на загрузку и отправку библиотеки zLocal на мэйнфрейм.&lt;br /&gt;
* Устранены ложные предупреждения zRemote при очистке отключенных компонентов мэйнфрейма.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой модуль z/OS некорректно преобразовывал обратную косую черту (`\`), левую скобку (`[`) и правую скобку (`]`) во время обработки потоков логов. &lt;br /&gt;
* При отключении группировки IMS идентификатор группы процессов в зависимом от IMS регионе больше не изменяется по сравнению с предыдущими версиями.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой регионы, зависящие от IMS, не инициализировались после перезапуска zRemote. До повторной инициализации ICTL инициализация IAPP блокируется, и модуль zRemote игнорирует данные IAPP.&lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой приложения Node.js иногда аварийно завершали работу при включенной функции CpuSampling (когда были включены функции ЕдиногоАгента «Захват информации о наиболее загруженных методах ЦП в фоновом режиме» и/или «Захват информации о наиболее загруженных методах в PurePaths»). Вероятность сбоя возрастала, когда приложение использовало рабочие потоки. &lt;br /&gt;
*Исправлена ​​ошибка, препятствовавшая обновлению настроек ограничения усечения строк для приложений Node.js. &lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ЕдиныйАгент иногда не отправлял метрику доступности во время обновления ЕдиногоАгента.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой при устаревании файлов в agent/bin в Windows предпринималась попытка удалить используемые исполняемые файлы агента. &lt;br /&gt;
*Исправлены пробелы в данных метрик при использовании отладочного флага decreaseUpdateFrequency.  &lt;br /&gt;
* Исправлены случаи, когда из-за односторонней нормализации путей к библиотекам ЕдиногоАгента определение их использования завершалось с ошибкой, и попытка их удаления выполнялась некорректно.&lt;br /&gt;
* Событие перезагрузки отправляется только в том случае, если мониторинг включен. Ранее оно отправлялось также и при отключенном мониторинге данного хоста.&lt;br /&gt;
* Исправлены процессы сопоставления, для которых модуль ЕдиныйАгент OS не мог прочитать все свойства.&lt;br /&gt;
* Теперь атрибуты ресурсов на уровне хоста в событиях имеют самый низкий, а не самый высокий приоритет, что позволяет перезаписывать ресурсы на уровне хоста в событиях ресурсами на уровне процесса.&lt;br /&gt;
* Теперь исполняемые файлы сервера Redis, содержащие номер версии в своем имени, классифицируются как Redis.&lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отслеживаемый процесс Python иногда мог привести к взаимоблокировке во время создания дочернего процесса, если в это время было получено обновление конфигурации ЕдиногоАгента. Это также касалось неочевидных способов создания дочерних процессов, таких как `subprocess.run`.&lt;br /&gt;
* Модуль кода ЕдиныйАгент для Python теперь использует блокировку вокруг обработчиков форков, которые он регистрирует в интерпретаторе Python. Это предотвращает проблемы, когда модуль кода может оставлять дополнительные потоки запущенными во время параллельного выполнения форков в отдельных потоках Python или может перестать передавать данные после этого. Поскольку параллельное создание форков из Python всегда небезопасно, даже без участия модуля кода, такие ситуации должны быть редкими. Несмотря на дополнительную блокировку, не ожидается никакого влияния на производительность от этого изменения из-за GIL Python, который предотвращает параллелизм. &lt;br /&gt;
*Исключение, возникающее во время инструментирования процесса получения сообщений SQS, иногда выходило за пределы ЕдиногоАгента и нарушало работу инструментированных приложений. Соответствующие части кода инструментирования были скорректированы для защиты инструментированных приложений от внутренних ошибок ЕдиногоАгента .  &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Теперь при загрузке расширения PMI учитывается элемент FeatureSet в YAML-файле расширения.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой записи в JSONLayout удалялись при включенном обогащении логов ЕдиногоАгента.&lt;br /&gt;
* После обновления ЕдиногоАгента до версии, поддерживающей новую версию Java, в веб-интерфейсе больше не отображается сообщение «Активация глубокого мониторинга не удалась».&lt;br /&gt;
&lt;br /&gt;
==== Механизм причинно-следственной связи на основе ИИ ====&lt;br /&gt;
&lt;br /&gt;
* Значения в строке запроса MongoDB маскируются вопросительным знаком &amp;quot;?&amp;quot; по соображениям конфиденциальности данных и производительности агрегирования; однако значения целочисленных типов могли быть отправлены как есть. Это исправление гарантирует, что числовые значения также будут маскироваться.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Показатель пропускной способности networkagent теперь корректно отображается для TCP-соединений с большой пропускной способностью.&lt;br /&gt;
* Сетевые метрики, основанные на данных `oneagentnetttracer`, теперь имеют метки времени, синхронизированные со временем кластера, аналогично другим метрикам, отправляемым модулем ЕдиныйАгент OS.&lt;br /&gt;
===ЕдиныйАгент для Android===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Обновленная версия Kotlin ====&lt;br /&gt;
Мы обновили Kotlin до версии 2.0.21.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для iOS===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Пользовательская метка элемента управления для названия действия ====&lt;br /&gt;
Мы добавили новый вариант в &amp;lt;code&amp;gt;withCustomInstrumentationConfig&amp;lt;/code&amp;gt;модификатор представления, который позволяет указать имя действия. Используйте &amp;lt;code&amp;gt;.useControlName(customName)&amp;lt;/code&amp;gt;для определения имени действия.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для JavaScript===&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Упрощенный код совместимости RUM с браузерами. ====&lt;br /&gt;
Для оптимизации работы RUM мы удалили код совместимости для версий браузеров, не поддерживающих PerformanceEntry (все поддерживаемые браузеры поддерживают PerformanceEntry). JavaScript-код RUM больше не инициализируется в этих браузерах.&lt;br /&gt;
&lt;br /&gt;
В версии 1.319 GA исправлено 5 ошибок.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решены вопросы&lt;br /&gt;
|-&lt;br /&gt;
|JavaScript&lt;br /&gt;
|4&lt;br /&gt;
|-&lt;br /&gt;
|RUM&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== JavaScript ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой тип возвращаемого значения вызова fetch не соответствовал типу Promise, поскольку создавался дополнительный слой-обертка Promise с использованием Promise ponyfill вместо собственного конструктора Promise.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой события взаимодействия с пользователем не регистрировались.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к некорректному отображению ошибок скрипта.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на страницах с большим количеством ресурсов возникали дублирующиеся записи водопада, когда собственный PerformanceObserver был недоступен.&lt;br /&gt;
&lt;br /&gt;
==== RUM ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, возникавшая в приложениях, использующих медиаплеер Wistia с включенной опцией «Использовать прокси-API для XHR-запросов», из-за которой JavaScript RUM вызывал предупреждение в Wistia.&lt;br /&gt;
=='''API Ключ-АСТРОМ'''==&lt;br /&gt;
===API среды===&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{extensionName}/monitoringConfigurations/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/{configurationId}/audit&amp;lt;/code&amp;gt; ''Новое!''&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/{configurationId}/status&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ExtensionStatusDto&lt;br /&gt;
***** Нарушенная совместимость&lt;br /&gt;
****** Измененное свойство status&lt;br /&gt;
******* Добавлены значения перечисления: &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt; &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;&lt;br /&gt;
****** Удаленj обязательнjt свойство timestamp.&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Добавлено fipsMode в запрос&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGateList.&lt;br /&gt;
***** Изменено свойство activeGates&lt;br /&gt;
****** Добавлено свойство fipsMode&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип::&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGate.&lt;br /&gt;
***** Добавлено свойство fipsMode&lt;br /&gt;
&lt;br /&gt;
==== /extensions/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/status&amp;lt;/code&amp;gt;&lt;br /&gt;
** Расширения:&lt;br /&gt;
*** Уровень зрелости API изменился с &amp;lt;code&amp;gt;IN_DEVELOPMENT&amp;lt;/code&amp;gt;на&amp;lt;code&amp;gt;GENERAL_AVAILABILITY&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/schema&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены ограничения удаления свойств.&lt;br /&gt;
****** Добавлены свойства:  schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены свойство deletionConstraints&lt;br /&gt;
****** Добавлены свойства: schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
==== /logs/ingest ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /logs/ingest&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonl&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonl; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines+json&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines+json; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-jsonlines&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-jsonlines; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-ndjson&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-ndjson; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /ua/entity ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /ua/entity&amp;lt;/code&amp;gt; ''Ранний пользователь''&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема UAEntityScreenDefinition.&lt;br /&gt;
***** Изменено свойство tags.&lt;br /&gt;
****** Добавлено свойство: tagContextFilter&lt;br /&gt;
&lt;br /&gt;
==== /monitoringstate ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /monitoringstate&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема MonitoredStates&lt;br /&gt;
***** Изменено свойство monitoringStates&lt;br /&gt;
****** Изменено свойство state&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;process_group_pgr_group_update_suppressed&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /entities ====&lt;br /&gt;
Новое:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /enties&amp;lt;/code&amp;gt;&lt;br /&gt;
** Ответ объекта MEtag&lt;br /&gt;
*** Добавлено: source&lt;br /&gt;
*** Добавлено: sourceSetting&lt;br /&gt;
** Ответ объекта ManagementZone&lt;br /&gt;
*** Добавлено: sourceSetting&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /enties/{entityId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Ответ объекта MEtag&lt;br /&gt;
*** Добавлено: source&lt;br /&gt;
*** Добавлено: sourceSetting&lt;br /&gt;
** Ответ объекта ManagementZone&lt;br /&gt;
*** Добавлено: sourceSetting&lt;br /&gt;
&lt;br /&gt;
Устаревшее:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /entities/securityContext&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;DELETE /entities/securityContext&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /entity/infrastructure/processes и /process-groups ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /entity/infrastructure/process-groups&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема null&lt;br /&gt;
***** Изменено свойство metadata&lt;br /&gt;
****** Добавлены свойства: ibmCicsImsApplid ibmCicsImsJobName&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /entity/infrastructure/process-groups/{meIdentifier}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ProcessGroup.&lt;br /&gt;
***** Изменено свойство metadata&lt;br /&gt;
****** Добавлены свойства: ibmCicsImsApplid ibmCicsImsJobName&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /entity/infrastructure/processes&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема null&lt;br /&gt;
***** Изменено свойство metadata&lt;br /&gt;
****** Добавлены свойства: ibmCicsImsApplid ibmCicsImsJobName&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /entity/infrastructure/processes/{meIdentifier}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ProcessGroupInstance&lt;br /&gt;
***** Изменено свойство metadata&lt;br /&gt;
****** Добавлены свойства: ibmCicsImsApplid ibmCicsImsJobName&lt;br /&gt;
&lt;br /&gt;
==== /jsMappingFiles ====&lt;br /&gt;
Новый :&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /jsMappingFiles/content&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /jsMappingFiles/metadata&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /jsMappingFiles/metadata&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;DELETE /jsMappingFiles&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Устаревшее :&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /jsMappingFiles&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /jsMappingFiles/{minifiedJsFileUrl}/{fileType}&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;DELETE /jsMappingFiles/{minifiedJsFileUrl}/{fileType}&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /jsMappingFiles/{minifiedJsFileUrl}/{fileType}/metadata&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /oneagents/managedRemoteCommunicationSettings ====&lt;br /&gt;
Новое :&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /oneagents/managedRemoteCommunicationSettings/dryRun&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /oneagents/managedRemoteCommunicationSettings/execute&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /rum/ ====&lt;br /&gt;
Новое :&lt;br /&gt;
&lt;br /&gt;
Уровень зрелости API изменился с &amp;lt;code&amp;gt;IN_DEVELOPMENT&amp;lt;/code&amp;gt;на&amp;lt;code&amp;gt;EARLY_ADOPTER&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /rum/inlineCode/{applicationId}&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /rum/javaScriptTag/{applicationId}&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /rum/oneAgentJavaScriptTag/{applicationId}&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /rum/oneAgentJavaScriptTagWithSri/{applicationId}&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменено свойство schemaConstraints&lt;br /&gt;
****** Добавлено свойство: flattenCollections&lt;br /&gt;
&lt;br /&gt;
=== API конфигурации ===&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{technology}/availableHosts ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{technology}/availableHosts&amp;lt;/code&amp;gt; ''Ранний пользователь''&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Изменение технологий на пути&lt;br /&gt;
**** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /service/requestAttributes/ ====&lt;br /&gt;
&amp;lt;code&amp;gt;POST /service/requestAttributes&amp;lt;/code&amp;gt;&lt;br /&gt;
* Запрос:&lt;br /&gt;
** Изменена схема RequestAttribute.&lt;br /&gt;
*** Изменено свойство dataSources&lt;br /&gt;
**** Изменено свойство scope&lt;br /&gt;
***** Изменено свойство serviceTechnology&lt;br /&gt;
****** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /service/requestAttributes/validator&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /service/requestAttributes/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема RequestAttribute.&lt;br /&gt;
***** Изменено свойство dataSources&lt;br /&gt;
****** Изменено свойство scope&lt;br /&gt;
******* Изменено свойство serviceTechnology.&lt;br /&gt;
******** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /service/requestAttributes/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /service/requestAttributes/{id}/validator&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== API кластера ===&lt;br /&gt;
&lt;br /&gt;
==== /cluster ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена нулевая схема (application/json)&lt;br /&gt;
***** Изменено свойство dnsEntryPointUris&lt;br /&gt;
****** Устаревшее значение изменено на true&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Добавление fipsMode в запрос&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGateList.&lt;br /&gt;
***** Изменено свойство activeGates&lt;br /&gt;
****** Добавлено свойство: fipsMode&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGate.&lt;br /&gt;
***** Добавлено свойство: fipsMode&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены ограничения удаления свойств.&lt;br /&gt;
****** Добавлены свойства: тип schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменено свойство schemaConstraints&lt;br /&gt;
****** Добавлено свойство: flattenCollections&lt;br /&gt;
&lt;br /&gt;
==== /cluster/maintenance ====&lt;br /&gt;
Новое:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/maintenance&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /cluster/maintenance/on&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /cluster/maintenance/off&amp;lt;/code&amp;gt;&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6259</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6259"/>
		<updated>2026-02-10T08:39:38Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: /* API конфигурации */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
&lt;br /&gt;
* Linux : Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux : Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
====Операционные системы, поддержка которых в недавнем времени была прекращена:====&lt;br /&gt;
*Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.320 GA содержит 28 решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Безопасность приложений&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|25&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====Безопасность приложений====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой не удавалось правильно установить тип триггера события и пользователя. &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик. &lt;br /&gt;
* Устранена проблема, из-за которой сообщения ЕдиногоАгента не обрабатывались в масштабах всего кластера из-за блокировки, возникающей при одновременном изменении режима мониторинга многими ЕдинымиАгентами в одной среде.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых страницах сервиса отображались ненужные теги.&lt;br /&gt;
* API обработки событий OpenPipeline больше не принимает пустые тела HTTP-запросов. JSON-данные должны иметь положительную длину и содержать как минимум один допустимый JSON-объект. Если эти условия не выполняются, сервер отвечает кодом состояния 400.&lt;br /&gt;
* Устранена проблема с разрешениями IAM `settings:objects:read` и `settings:objects:write`, из-за которой условия политики игнорировались при их сочетании с условием `environment:management-zone`.&lt;br /&gt;
* Исправлен редкий случай, когда при последующих обновлениях проблемы могла быть потеряна часть информации о первопричине проблемы.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурационные файлы не обновлялись при миграции из одного клиента в другой. Ранее сервер предоставлял новые конфигурационные файлы только в том случае, если была доступна более новая версия. Теперь конфигурационные файлы предоставляются, если версии различаются.&lt;br /&gt;
* Декларативная группировка, мониторинг VMware и доступность процессов больше не допускают некорректного использования двойных скобок в поле условия.&lt;br /&gt;
* До версии 1.318 URL-адрес арендатора некорректно передавался из кластера в ЕдиныеАгенты и среды АктивныхШлюзов в средах с поддержкой PrivateLink для Live Debugger. Начиная с версии 1.318, кластер корректно сообщает URL-адрес арендатора в ЕдиныхАгентах и средах AG для Live Debugger в средах с поддержкой PrivateLink.&lt;br /&gt;
* В классических панелях мониторинга удален временной интервал из визуализации Honeycomb, теперь он соответствует всем визуализациям, не основанным на временных рядах и не имеющим временного интервала. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отчеты о событиях ИИ не учитывали поле `dt.query`.&lt;br /&gt;
&lt;br /&gt;
* Мы исправили ошибку, из-за которой пользователь с определенными привилегиями зоны управления вызывал API `getEntities`. Фильтр MZ применялся только к первой странице, а не к последующим, что приводило к некорректным результатам, включая подсчет объектов. &lt;br /&gt;
* В системе регистрации миграции ATM режим работы был изменен с ограниченного на общий. Это необходимо для мониторинга логов.&lt;br /&gt;
* Поскольку обновление до последней версии Ключ-АСТРОМ не имеет смысла в управляемых системах, баннер обновления панели мониторинга над списком панелей мониторинга больше не отображается.&lt;br /&gt;
* Улучшена связь с межсредовой трассировкой для обработки случаев, когда слишком большой заголовок приводил к ошибке 431. &lt;br /&gt;
* Исправлено ненужное экранирование новой строки для cURL(cmd) в фрагментах кода настроек.&lt;br /&gt;
* Исправлены вводящие в заблуждение сообщения об успешной установке и улучшена обработка ошибок при добавлении узлов, что обеспечивает корректное выведение узлов Cassandra из эксплуатации перед удалением. &lt;br /&gt;
* Теперь конечные точки приема событий OpenPipeline отвечают с `content-type: text/plain`, что улучшает использование из блокнотов и рабочих процессов. Конечные точки приема данных OpenPipeline для типов данных, связанных с событиями, отвечают HTTP-статусом 202 и пустым телом, когда данные принимаются OpenPipeline. Ранее в ответе устанавливался заголовок `content-type` в `application/octet-stream` и заголовок `vary` в `Origin`, что вызывало проблемы в HTTP-клиенте, используемом в рабочих процессах и блокнотах Ключ-АСТРОМ. В этом релизе мы немного изменили поведение API, чтобы эти конечные точки можно было легко вызывать из рабочих процессов и блокнотов. После изменения content-type устанавливается в `text/plain`, и заголовок `vary: Origin` вообще не должен присутствовать. Это изменение не должно повлиять на работу расширенных HTTP-клиентов, поскольку `content-length` в этих ответах всегда был и остается `0`. &amp;lt;small&amp;gt;(PPX-5678)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись в Grail, если включен OpenPipeline.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга. &lt;br /&gt;
* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.&lt;br /&gt;
* Предотвращено возникновение исключения при миграции свойства таймаута запроса для HTTP-мониторов.&lt;br /&gt;
* Устранена проблема, вызывавшая медленную загрузку распределенных трассировок в веб-интерфейсе для анализа по запросу.  &lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой назначение монитора синтетическому местоположению без назначенных VUC-модулей приводило к ненужному возникновению проблемы отсутствия возможностей. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сессии ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой сеансы с длительным просмотром при определенных условиях переставали работать каждые 5 минут.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь вместо имени домашнего каталога Oracle используется правильное имя слушателя.&lt;br /&gt;
&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя слушателя вместо имени домашнего каталога Oracle. Это может привести к изменению идентификаторов PG/PGI.&lt;br /&gt;
&lt;br /&gt;
=== Новые функции и улучшения ===&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка кластера PHP Redis в ЕдиномАгенте ====&lt;br /&gt;
PHP Redis Cluster — это новая функция для PHP ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
Мы добавили новый датчик для обнаружения и отображения в распределенных трассировках вызовов Redis Cluster из расширения phpredis﻿ . В распределенной трассировке вызовы методов Redis Cluster будут показывать, на каком узле кластера была выполнена команда, если это возможно.&lt;br /&gt;
&lt;br /&gt;
Модуль ЕдиногоАгента для PHP поддерживает PHP Redis версий от 3.1.6 до 6.2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== Перепозиционирование хранения данных в рамках анализа логов ====&lt;br /&gt;
Функция сохранения данных в логах и ее снимки были перенесены из:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/agent/config&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
в:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/datastorage/loganalytics&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Логи''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка структурированных данных в логах событий Windows. ====&lt;br /&gt;
Начиная с этого выпуска, структурированные данные можно собирать из логгов событий Windows в ветвях «Данные пользователя» или «Данные событий» (в зависимости от доступности), а также в их подветвях. Собранные данные передаются вместе с содержимым записи в виде атрибутов.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов присваиваются на основе доступной информации, такой как имена тегов, значение поля «Имя» или — если имена тегов повторяются, а поле «Имя» отсутствует — к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с меткой &amp;quot;Бинарный&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Параметры POST-запроса больше не передаются вместе с параметрами запроса. ====&lt;br /&gt;
Указание параметра запроса на перехват параметров больше не будет приводить к перехвату POST-параметров с указанным именем.&lt;br /&gt;
&lt;br /&gt;
При необходимости параметры POST-запроса теперь придется определять отдельно в правиле захвата тела запроса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость инфраструктуры''&lt;br /&gt;
&lt;br /&gt;
==== Показатели Nettracer, доступности и расширения дискового пространства теперь увеличены. ====&lt;br /&gt;
Теперь метрики Nettracer, доступности хоста, доступности процесса и расширений дисковых устройств будут отправляться через сообщение MINTv2 вместо пересылки из ранее существовавшего сообщения MINTv1. В результате появилась возможность обогащать их всеми доступными атрибутами ресурсов на уровне хоста и процесса.&lt;br /&gt;
&lt;br /&gt;
''Поставка программного обеспечения''&lt;br /&gt;
&lt;br /&gt;
==== Теперь доступна функция распространения контекста span для PHP. ====&lt;br /&gt;
В этом релизе мы реализовали распространение контекста для пакетов span в PHP.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Название группы процессов добавляется ко всем метрикам JMX/PMI. ====&lt;br /&gt;
Теперь модуль Java-кода добавляет это измерение &amp;lt;code&amp;gt;dt.process_group.detected_name&amp;lt;/code&amp;gt;ко всем метрикам JMX и PMI без схемы.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь переменные расширения могут использоваться в качестве измерений для расширений Java JMX. ====&lt;br /&gt;
Теперь ЕдиныйАгент Java позволяет добавлять переменные в качестве измерений в расширения JMX фреймворка Extensions 2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено обнаружение процессов Tomcat. ====&lt;br /&gt;
Улучшена функция обнаружения технологии Tomcat для сервера Tomcat, работающего в качестве службы.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за работой приложений | Очереди''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка трассировки реактивного API Reactor Kafka (модуль Java) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку API Reactor Kafka для отправки и получения сообщений в Java-приложениях с использованием:&lt;br /&gt;
&lt;br /&gt;
* Реактор Kafka 1.3.23+﻿&lt;br /&gt;
* Spring для Apache Kafka 3.3.7+﻿&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена совместимость с правами доступа Elasticsearch (Elasticsearch 8.18+). ====&lt;br /&gt;
Несовместимость, вызванная системой Entitlements, появившейся в Elasticsearch 8.18.0, исправлена ​​в версии ЕдиногоАгента 1.319, и модуль Java больше не будет отключаться при обнаружении Elasticsearch 8.18 или более поздней версии.&lt;br /&gt;
&lt;br /&gt;
Entitlements предназначены для замены устаревшего Java Security Manager в Elasticsearch и создавали помехи для Java-модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Расширенные правила обнаружения групп процессов для zAgent ====&lt;br /&gt;
Для улучшения структуры мониторинга мы расширили расширенные правила обнаружения PG в zAgent. Обратите внимание, что это повлияет на работу системы мониторинга.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь функция автоматического обновления сбрасывает таймер задержки, когда опция «Обновить сейчас» снова становится доступна. ====&lt;br /&gt;
Если автоматическое обновление постоянно завершается с ошибкой, например, из-за недостатка места на диске, таймер задержки сбрасывается до значения по умолчанию после того, как ожидание обновления прекращается и кнопка «Обновить сейчас» снова становится доступной.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка реактивного Spring @RestController ====&lt;br /&gt;
Теперь ЕдиныйАгент поддерживает трассировку в реактивном коде &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;так же, &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;как и в нереактивном.&lt;br /&gt;
&lt;br /&gt;
Поддерживаемые версии: &amp;lt;code&amp;gt;org.springframework.boot:spring-boot-starter-webflux&amp;lt;/code&amp;gt;2+ и 3+.&lt;br /&gt;
&lt;br /&gt;
Обратите внимание, что при использовании Spring Reactive и Webflux будут созданы новые объекты сервиса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (.NET-модуль) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку .NET-приложений в контейнерах на базе Alpine Linux (musl libc), работающих на архитектуре ARM64.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено кэширование данных для дополнительной системной информации хоста. ====&lt;br /&gt;
Теперь дополнительная информация о системе хоста будет собираться только один раз во время работы агента ОС.&lt;br /&gt;
&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.319 GA содержит 44 решенные проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|7&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
| 2&lt;br /&gt;
|-&lt;br /&gt;
|Структура расширений&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Отладчик в реальном времени&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
| 11&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Модуль ОС&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Механизм причинно-следственной связи на основе ИИ&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Сетевой модуль&lt;br /&gt;
|2&lt;br /&gt;
|}&lt;br /&gt;
====Общие====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка загрузки дампов памяти не отображалась.&lt;br /&gt;
* Приоритет атрибутов ресурсов, заданных с помощью переменной среды OTEL `OTEL_RESOURCE_ATTRIBUTES`, был изменен в соответствии с уровнем процесса, поэтому теперь можно переопределять атрибуты ресурсов с тем же именем, определенными на уровне хоста.&lt;br /&gt;
&lt;br /&gt;
* В Alpine Linux теперь номер версии включается в лог агента версии ядра, поскольку вместо использования только значения VERSION из `/etc/os-release` при необходимости используется значение VERSION_ID.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых хостах или контейнерах происходил сбой в процессе агента или клиента с внедренным агентом, если вызов системной функции getaddrinfo() не удавался, а реализация системной функции freeaddrinfo() не содержала проверки на нулевой указатель.&lt;br /&gt;
* Исправлена ​​ошибка, влияющая на корреляцию RUM (действия пользователя &amp;lt;-&amp;gt; распределенные трассировки) для агентов JavaScript, внедренных вручную.&lt;br /&gt;
*Добавлено корректное преобразование значения OID `AgentIp` в строку в источнике данных SNMP TRAP, чтобы избежать некорректного приведения типов во время обработки ловушек.&lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Модуль ЕдиныйАгент Log больше не будет добавлять строку &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; к непустому значению атрибута при раскрытии подстановочного знака из пути к пользовательскому источнику логов. Теперь строка &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; будет использоваться только тогда, когда значение атрибута пустое.&lt;br /&gt;
* Исправлены ошибки, приводившие к сбоям, когда количество контейнеров, отслеживаемых модулем логирования ЕдиногоАгента, превышало лимит открытых файловых дескрипторов для его процесса.&lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к сбою модуля ЕдиныйАгент Go, которая возникала, когда приложение Go предоставляло собственную реализацию функции `pthread_create`.&lt;br /&gt;
* Исправлена ​​ошибка при получении метаданных функций для библиотек Go.&lt;br /&gt;
&lt;br /&gt;
==== Структура расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отсутствие заголовка Content-Type в конечной точке метрик Prometheus препятствовало ее корректному распознаванию. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ответ от SNMP-устройства, содержащий ошибку, приводил к зацикливанию источника данных в бесконечном цикле.&lt;br /&gt;
*Исправлено некорректное обогащение `dt.metrics.source` для метрик, отправляемых из расширений, в результате чего значение изменялось с недопустимого &amp;lt;nowiki&amp;gt;{{astromkey_osagent}}&amp;lt;/nowiki&amp;gt; на имя расширения.&lt;br /&gt;
&lt;br /&gt;
==== Отладчик в реальном времени ====&lt;br /&gt;
&lt;br /&gt;
* Улучшена выборка выполнений точек останова, теперь она работает и на основе количества одновременно выполняемых потоков.&lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​потоковая передача логов для CICS и IMS. Потоковая передача логов для CICS и IMS была отключена из-за отсутствия файла схемы в развертывании zRemote.&lt;br /&gt;
* Теперь функция анализа логов zAgent может извлекать уровни логирования и временные метки из ранее недоступных для анализа записей логов. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в Grail отсутствовала метрика `dt.host.zos.msu_hours`, но присутствовала соответствующая метрика `builtin:host.zos.msu_hours`.&lt;br /&gt;
* Добавлено расширенное логирование при проверке соединений с DB2 модулем zRemote во время запуска, а также улучшена обработка потенциально необработанных исключений.&lt;br /&gt;
* Отменена оптимизация, добавленная в версии ЕдиныйАгент 1.317, которая вызывала конфликт при регистрации агентов между zDC и zRemote.&lt;br /&gt;
* Теперь zRemote позволяет подключать к zRemote различные экземпляры DB2 через один и тот же zDC.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, которая могла привести к сбою zRemote при запросе ZDC на загрузку и отправку библиотеки zLocal на мэйнфрейм.&lt;br /&gt;
* Устранены ложные предупреждения zRemote при очистке отключенных компонентов мэйнфрейма.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой модуль z/OS некорректно преобразовывал обратную косую черту (`\`), левую скобку (`[`) и правую скобку (`]`) во время обработки потоков логов. &lt;br /&gt;
* При отключении группировки IMS идентификатор группы процессов в зависимом от IMS регионе больше не изменяется по сравнению с предыдущими версиями.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой регионы, зависящие от IMS, не инициализировались после перезапуска zRemote. До повторной инициализации ICTL инициализация IAPP блокируется, и модуль zRemote игнорирует данные IAPP.&lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой приложения Node.js иногда аварийно завершали работу при включенной функции CpuSampling (когда были включены функции ЕдиногоАгента «Захват информации о наиболее загруженных методах ЦП в фоновом режиме» и/или «Захват информации о наиболее загруженных методах в PurePaths»). Вероятность сбоя возрастала, когда приложение использовало рабочие потоки. &lt;br /&gt;
*Исправлена ​​ошибка, препятствовавшая обновлению настроек ограничения усечения строк для приложений Node.js. &lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ЕдиныйАгент иногда не отправлял метрику доступности во время обновления ЕдиногоАгента.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой при устаревании файлов в agent/bin в Windows предпринималась попытка удалить используемые исполняемые файлы агента. &lt;br /&gt;
*Исправлены пробелы в данных метрик при использовании отладочного флага decreaseUpdateFrequency.  &lt;br /&gt;
* Исправлены случаи, когда из-за односторонней нормализации путей к библиотекам ЕдиногоАгента определение их использования завершалось с ошибкой, и попытка их удаления выполнялась некорректно.&lt;br /&gt;
* Событие перезагрузки отправляется только в том случае, если мониторинг включен. Ранее оно отправлялось также и при отключенном мониторинге данного хоста.&lt;br /&gt;
* Исправлены процессы сопоставления, для которых модуль ЕдиныйАгент OS не мог прочитать все свойства.&lt;br /&gt;
* Теперь атрибуты ресурсов на уровне хоста в событиях имеют самый низкий, а не самый высокий приоритет, что позволяет перезаписывать ресурсы на уровне хоста в событиях ресурсами на уровне процесса.&lt;br /&gt;
* Теперь исполняемые файлы сервера Redis, содержащие номер версии в своем имени, классифицируются как Redis.&lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отслеживаемый процесс Python иногда мог привести к взаимоблокировке во время создания дочернего процесса, если в это время было получено обновление конфигурации ЕдиногоАгента. Это также касалось неочевидных способов создания дочерних процессов, таких как `subprocess.run`.&lt;br /&gt;
* Модуль кода ЕдиныйАгент для Python теперь использует блокировку вокруг обработчиков форков, которые он регистрирует в интерпретаторе Python. Это предотвращает проблемы, когда модуль кода может оставлять дополнительные потоки запущенными во время параллельного выполнения форков в отдельных потоках Python или может перестать передавать данные после этого. Поскольку параллельное создание форков из Python всегда небезопасно, даже без участия модуля кода, такие ситуации должны быть редкими. Несмотря на дополнительную блокировку, не ожидается никакого влияния на производительность от этого изменения из-за GIL Python, который предотвращает параллелизм. &lt;br /&gt;
*Исключение, возникающее во время инструментирования процесса получения сообщений SQS, иногда выходило за пределы ЕдиногоАгента и нарушало работу инструментированных приложений. Соответствующие части кода инструментирования были скорректированы для защиты инструментированных приложений от внутренних ошибок ЕдиногоАгента .  &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Теперь при загрузке расширения PMI учитывается элемент FeatureSet в YAML-файле расширения.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой записи в JSONLayout удалялись при включенном обогащении логов ЕдиногоАгента.&lt;br /&gt;
* После обновления ЕдиногоАгента до версии, поддерживающей новую версию Java, в веб-интерфейсе больше не отображается сообщение «Активация глубокого мониторинга не удалась».&lt;br /&gt;
&lt;br /&gt;
==== Механизм причинно-следственной связи на основе ИИ ====&lt;br /&gt;
&lt;br /&gt;
* Значения в строке запроса MongoDB маскируются вопросительным знаком &amp;quot;?&amp;quot; по соображениям конфиденциальности данных и производительности агрегирования; однако значения целочисленных типов могли быть отправлены как есть. Это исправление гарантирует, что числовые значения также будут маскироваться.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Показатель пропускной способности networkagent теперь корректно отображается для TCP-соединений с большой пропускной способностью.&lt;br /&gt;
* Сетевые метрики, основанные на данных `oneagentnetttracer`, теперь имеют метки времени, синхронизированные со временем кластера, аналогично другим метрикам, отправляемым модулем ЕдиныйАгент OS.&lt;br /&gt;
===ЕдиныйАгент для Android===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Обновленная версия Kotlin ====&lt;br /&gt;
Мы обновили Kotlin до версии 2.0.21.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для iOS===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Пользовательская метка элемента управления для названия действия ====&lt;br /&gt;
Мы добавили новый вариант в &amp;lt;code&amp;gt;withCustomInstrumentationConfig&amp;lt;/code&amp;gt;модификатор представления, который позволяет указать имя действия. Используйте &amp;lt;code&amp;gt;.useControlName(customName)&amp;lt;/code&amp;gt;для определения имени действия.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для JavaScript===&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Упрощенный код совместимости RUM с браузерами. ====&lt;br /&gt;
Для оптимизации работы RUM мы удалили код совместимости для версий браузеров, не поддерживающих PerformanceEntry (все поддерживаемые браузеры поддерживают PerformanceEntry). JavaScript-код RUM больше не инициализируется в этих браузерах.&lt;br /&gt;
&lt;br /&gt;
В версии 1.319 GA исправлено 5 ошибок.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решены вопросы&lt;br /&gt;
|-&lt;br /&gt;
|JavaScript&lt;br /&gt;
|4&lt;br /&gt;
|-&lt;br /&gt;
|RUM&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== JavaScript ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой тип возвращаемого значения вызова fetch не соответствовал типу Promise, поскольку создавался дополнительный слой-обертка Promise с использованием Promise ponyfill вместо собственного конструктора Promise.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой события взаимодействия с пользователем не регистрировались.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к некорректному отображению ошибок скрипта.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на страницах с большим количеством ресурсов возникали дублирующиеся записи водопада, когда собственный PerformanceObserver был недоступен.&lt;br /&gt;
&lt;br /&gt;
==== RUM ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, возникавшая в приложениях, использующих медиаплеер Wistia с включенной опцией «Использовать прокси-API для XHR-запросов», из-за которой JavaScript RUM вызывал предупреждение в Wistia.&lt;br /&gt;
=='''API Ключ-АСТРОМ'''==&lt;br /&gt;
===API среды===&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{extensionName}/monitoringConfigurations/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/{configurationId}/audit&amp;lt;/code&amp;gt; ''Новое!''&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/{configurationId}/status&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ExtensionStatusDto&lt;br /&gt;
***** Нарушенная совместимость&lt;br /&gt;
****** Измененное свойство status&lt;br /&gt;
******* Добавлены значения перечисления: &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt; &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;&lt;br /&gt;
****** Удаленj обязательнjt свойство timestamp.&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Добавлено fipsMode в запрос&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGateList.&lt;br /&gt;
***** Изменено свойство activeGates&lt;br /&gt;
****** Добавлено свойство fipsMode&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип::&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGate.&lt;br /&gt;
***** Добавлено свойство fipsMode&lt;br /&gt;
&lt;br /&gt;
==== /extensions/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/status&amp;lt;/code&amp;gt;&lt;br /&gt;
** Расширения:&lt;br /&gt;
*** Уровень зрелости API изменился с &amp;lt;code&amp;gt;IN_DEVELOPMENT&amp;lt;/code&amp;gt;на&amp;lt;code&amp;gt;GENERAL_AVAILABILITY&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/schema&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены ограничения удаления свойств.&lt;br /&gt;
****** Добавлены свойства:  schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены свойство deletionConstraints&lt;br /&gt;
****** Добавлены свойства: schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
==== /logs/ingest ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /logs/ingest&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonl&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonl; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines+json&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines+json; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-jsonlines&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-jsonlines; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-ndjson&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-ndjson; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /ua/entity ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /ua/entity&amp;lt;/code&amp;gt; ''Ранний пользователь''&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема UAEntityScreenDefinition.&lt;br /&gt;
***** Изменено свойство tags.&lt;br /&gt;
****** Добавлено свойство: tagContextFilter&lt;br /&gt;
&lt;br /&gt;
==== /monitoringstate ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /monitoringstate&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема MonitoredStates&lt;br /&gt;
***** Изменено свойство monitoringStates&lt;br /&gt;
****** Изменено свойство state&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;process_group_pgr_group_update_suppressed&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /entities ====&lt;br /&gt;
Новое:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /enties&amp;lt;/code&amp;gt;&lt;br /&gt;
** Ответ объекта MEtag&lt;br /&gt;
*** Добавлено: source&lt;br /&gt;
*** Добавлено: sourceSetting&lt;br /&gt;
** Ответ объекта ManagementZone&lt;br /&gt;
*** Добавлено: sourceSetting&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /enties/{entityId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Ответ объекта MEtag&lt;br /&gt;
*** Добавлено: source&lt;br /&gt;
*** Добавлено: sourceSetting&lt;br /&gt;
** Ответ объекта ManagementZone&lt;br /&gt;
*** Добавлено: sourceSetting&lt;br /&gt;
&lt;br /&gt;
Устаревшее:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /entities/securityContext&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;DELETE /entities/securityContext&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /entity/infrastructure/processes и /process-groups ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /entity/infrastructure/process-groups&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема null&lt;br /&gt;
***** Изменено свойство metadata&lt;br /&gt;
****** Добавлены свойства: ibmCicsImsApplid ibmCicsImsJobName&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /entity/infrastructure/process-groups/{meIdentifier}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ProcessGroup.&lt;br /&gt;
***** Изменено свойство metadata&lt;br /&gt;
****** Добавлены свойства: ibmCicsImsApplid ibmCicsImsJobName&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /entity/infrastructure/processes&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема null&lt;br /&gt;
***** Изменено свойство metadata&lt;br /&gt;
****** Добавлены свойства: ibmCicsImsApplid ibmCicsImsJobName&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /entity/infrastructure/processes/{meIdentifier}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ProcessGroupInstance&lt;br /&gt;
***** Изменено свойство metadata&lt;br /&gt;
****** Добавлены свойства: ibmCicsImsApplid ibmCicsImsJobName&lt;br /&gt;
&lt;br /&gt;
==== /jsMappingFiles ====&lt;br /&gt;
Новый :&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /jsMappingFiles/content&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /jsMappingFiles/metadata&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /jsMappingFiles/metadata&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;DELETE /jsMappingFiles&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Устаревшее :&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /jsMappingFiles&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /jsMappingFiles/{minifiedJsFileUrl}/{fileType}&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;DELETE /jsMappingFiles/{minifiedJsFileUrl}/{fileType}&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /jsMappingFiles/{minifiedJsFileUrl}/{fileType}/metadata&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /oneagents/managedRemoteCommunicationSettings ====&lt;br /&gt;
Новое :&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /oneagents/managedRemoteCommunicationSettings/dryRun&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /oneagents/managedRemoteCommunicationSettings/execute&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /rum/ ====&lt;br /&gt;
Новое :&lt;br /&gt;
&lt;br /&gt;
Уровень зрелости API изменился с &amp;lt;code&amp;gt;IN_DEVELOPMENT&amp;lt;/code&amp;gt;на&amp;lt;code&amp;gt;EARLY_ADOPTER&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /rum/inlineCode/{applicationId}&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /rum/javaScriptTag/{applicationId}&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /rum/oneAgentJavaScriptTag/{applicationId}&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /rum/oneAgentJavaScriptTagWithSri/{applicationId}&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменено свойство schemaConstraints&lt;br /&gt;
****** Добавлено свойство: flattenCollections&lt;br /&gt;
&lt;br /&gt;
=== API конфигурации ===&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{technology}/availableHosts ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{technology}/availableHosts&amp;lt;/code&amp;gt; ''Ранний пользователь''&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Изменение технологий на пути&lt;br /&gt;
**** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /service/requestAttributes/ ====&lt;br /&gt;
&amp;lt;code&amp;gt;POST /service/requestAttributes&amp;lt;/code&amp;gt;&lt;br /&gt;
* Запрос:&lt;br /&gt;
** Изменена схема RequestAttribute.&lt;br /&gt;
*** Изменено свойство dataSources&lt;br /&gt;
**** Изменено свойство scope&lt;br /&gt;
***** Изменено свойство serviceTechnology&lt;br /&gt;
****** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /service/requestAttributes/validator&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /service/requestAttributes/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема RequestAttribute.&lt;br /&gt;
***** Изменено свойство dataSources&lt;br /&gt;
****** Изменено свойство scope&lt;br /&gt;
******* Изменено свойство serviceTechnology.&lt;br /&gt;
******** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /service/requestAttributes/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /service/requestAttributes/{id}/validator&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== API кластера ===&lt;br /&gt;
&lt;br /&gt;
==== /cluster ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена нулевая схема (application/json)&lt;br /&gt;
***** Изменено свойство dnsEntryPointUris&lt;br /&gt;
****** Устаревшее значение изменено на true&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Добавление fipsMode в запрос&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGateList.&lt;br /&gt;
***** Изменено свойство activeGates&lt;br /&gt;
****** Добавлено свойство: fipsMode&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGate.&lt;br /&gt;
***** Добавлено свойство: fipsMode&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Тип возвращаемого значения:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены ограничения удаления свойств.&lt;br /&gt;
****** Добавлены свойства: тип schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6258</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6258"/>
		<updated>2026-02-10T08:28:12Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: /* /ua/entity */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
&lt;br /&gt;
* Linux : Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux : Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
====Операционные системы, поддержка которых в недавнем времени была прекращена:====&lt;br /&gt;
*Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.320 GA содержит 28 решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Безопасность приложений&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|25&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====Безопасность приложений====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой не удавалось правильно установить тип триггера события и пользователя. &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик. &lt;br /&gt;
* Устранена проблема, из-за которой сообщения ЕдиногоАгента не обрабатывались в масштабах всего кластера из-за блокировки, возникающей при одновременном изменении режима мониторинга многими ЕдинымиАгентами в одной среде.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых страницах сервиса отображались ненужные теги.&lt;br /&gt;
* API обработки событий OpenPipeline больше не принимает пустые тела HTTP-запросов. JSON-данные должны иметь положительную длину и содержать как минимум один допустимый JSON-объект. Если эти условия не выполняются, сервер отвечает кодом состояния 400.&lt;br /&gt;
* Устранена проблема с разрешениями IAM `settings:objects:read` и `settings:objects:write`, из-за которой условия политики игнорировались при их сочетании с условием `environment:management-zone`.&lt;br /&gt;
* Исправлен редкий случай, когда при последующих обновлениях проблемы могла быть потеряна часть информации о первопричине проблемы.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурационные файлы не обновлялись при миграции из одного клиента в другой. Ранее сервер предоставлял новые конфигурационные файлы только в том случае, если была доступна более новая версия. Теперь конфигурационные файлы предоставляются, если версии различаются.&lt;br /&gt;
* Декларативная группировка, мониторинг VMware и доступность процессов больше не допускают некорректного использования двойных скобок в поле условия.&lt;br /&gt;
* До версии 1.318 URL-адрес арендатора некорректно передавался из кластера в ЕдиныеАгенты и среды АктивныхШлюзов в средах с поддержкой PrivateLink для Live Debugger. Начиная с версии 1.318, кластер корректно сообщает URL-адрес арендатора в ЕдиныхАгентах и средах AG для Live Debugger в средах с поддержкой PrivateLink.&lt;br /&gt;
* В классических панелях мониторинга удален временной интервал из визуализации Honeycomb, теперь он соответствует всем визуализациям, не основанным на временных рядах и не имеющим временного интервала. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отчеты о событиях ИИ не учитывали поле `dt.query`.&lt;br /&gt;
&lt;br /&gt;
* Мы исправили ошибку, из-за которой пользователь с определенными привилегиями зоны управления вызывал API `getEntities`. Фильтр MZ применялся только к первой странице, а не к последующим, что приводило к некорректным результатам, включая подсчет объектов. &lt;br /&gt;
* В системе регистрации миграции ATM режим работы был изменен с ограниченного на общий. Это необходимо для мониторинга логов.&lt;br /&gt;
* Поскольку обновление до последней версии Ключ-АСТРОМ не имеет смысла в управляемых системах, баннер обновления панели мониторинга над списком панелей мониторинга больше не отображается.&lt;br /&gt;
* Улучшена связь с межсредовой трассировкой для обработки случаев, когда слишком большой заголовок приводил к ошибке 431. &lt;br /&gt;
* Исправлено ненужное экранирование новой строки для cURL(cmd) в фрагментах кода настроек.&lt;br /&gt;
* Исправлены вводящие в заблуждение сообщения об успешной установке и улучшена обработка ошибок при добавлении узлов, что обеспечивает корректное выведение узлов Cassandra из эксплуатации перед удалением. &lt;br /&gt;
* Теперь конечные точки приема событий OpenPipeline отвечают с `content-type: text/plain`, что улучшает использование из блокнотов и рабочих процессов. Конечные точки приема данных OpenPipeline для типов данных, связанных с событиями, отвечают HTTP-статусом 202 и пустым телом, когда данные принимаются OpenPipeline. Ранее в ответе устанавливался заголовок `content-type` в `application/octet-stream` и заголовок `vary` в `Origin`, что вызывало проблемы в HTTP-клиенте, используемом в рабочих процессах и блокнотах Ключ-АСТРОМ. В этом релизе мы немного изменили поведение API, чтобы эти конечные точки можно было легко вызывать из рабочих процессов и блокнотов. После изменения content-type устанавливается в `text/plain`, и заголовок `vary: Origin` вообще не должен присутствовать. Это изменение не должно повлиять на работу расширенных HTTP-клиентов, поскольку `content-length` в этих ответах всегда был и остается `0`. &amp;lt;small&amp;gt;(PPX-5678)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись в Grail, если включен OpenPipeline.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга. &lt;br /&gt;
* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.&lt;br /&gt;
* Предотвращено возникновение исключения при миграции свойства таймаута запроса для HTTP-мониторов.&lt;br /&gt;
* Устранена проблема, вызывавшая медленную загрузку распределенных трассировок в веб-интерфейсе для анализа по запросу.  &lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой назначение монитора синтетическому местоположению без назначенных VUC-модулей приводило к ненужному возникновению проблемы отсутствия возможностей. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сессии ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой сеансы с длительным просмотром при определенных условиях переставали работать каждые 5 минут.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь вместо имени домашнего каталога Oracle используется правильное имя слушателя.&lt;br /&gt;
&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя слушателя вместо имени домашнего каталога Oracle. Это может привести к изменению идентификаторов PG/PGI.&lt;br /&gt;
&lt;br /&gt;
=== Новые функции и улучшения ===&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка кластера PHP Redis в ЕдиномАгенте ====&lt;br /&gt;
PHP Redis Cluster — это новая функция для PHP ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
Мы добавили новый датчик для обнаружения и отображения в распределенных трассировках вызовов Redis Cluster из расширения phpredis﻿ . В распределенной трассировке вызовы методов Redis Cluster будут показывать, на каком узле кластера была выполнена команда, если это возможно.&lt;br /&gt;
&lt;br /&gt;
Модуль ЕдиногоАгента для PHP поддерживает PHP Redis версий от 3.1.6 до 6.2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== Перепозиционирование хранения данных в рамках анализа логов ====&lt;br /&gt;
Функция сохранения данных в логах и ее снимки были перенесены из:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/agent/config&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
в:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/datastorage/loganalytics&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Логи''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка структурированных данных в логах событий Windows. ====&lt;br /&gt;
Начиная с этого выпуска, структурированные данные можно собирать из логгов событий Windows в ветвях «Данные пользователя» или «Данные событий» (в зависимости от доступности), а также в их подветвях. Собранные данные передаются вместе с содержимым записи в виде атрибутов.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов присваиваются на основе доступной информации, такой как имена тегов, значение поля «Имя» или — если имена тегов повторяются, а поле «Имя» отсутствует — к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с меткой &amp;quot;Бинарный&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Параметры POST-запроса больше не передаются вместе с параметрами запроса. ====&lt;br /&gt;
Указание параметра запроса на перехват параметров больше не будет приводить к перехвату POST-параметров с указанным именем.&lt;br /&gt;
&lt;br /&gt;
При необходимости параметры POST-запроса теперь придется определять отдельно в правиле захвата тела запроса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость инфраструктуры''&lt;br /&gt;
&lt;br /&gt;
==== Показатели Nettracer, доступности и расширения дискового пространства теперь увеличены. ====&lt;br /&gt;
Теперь метрики Nettracer, доступности хоста, доступности процесса и расширений дисковых устройств будут отправляться через сообщение MINTv2 вместо пересылки из ранее существовавшего сообщения MINTv1. В результате появилась возможность обогащать их всеми доступными атрибутами ресурсов на уровне хоста и процесса.&lt;br /&gt;
&lt;br /&gt;
''Поставка программного обеспечения''&lt;br /&gt;
&lt;br /&gt;
==== Теперь доступна функция распространения контекста span для PHP. ====&lt;br /&gt;
В этом релизе мы реализовали распространение контекста для пакетов span в PHP.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Название группы процессов добавляется ко всем метрикам JMX/PMI. ====&lt;br /&gt;
Теперь модуль Java-кода добавляет это измерение &amp;lt;code&amp;gt;dt.process_group.detected_name&amp;lt;/code&amp;gt;ко всем метрикам JMX и PMI без схемы.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь переменные расширения могут использоваться в качестве измерений для расширений Java JMX. ====&lt;br /&gt;
Теперь ЕдиныйАгент Java позволяет добавлять переменные в качестве измерений в расширения JMX фреймворка Extensions 2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено обнаружение процессов Tomcat. ====&lt;br /&gt;
Улучшена функция обнаружения технологии Tomcat для сервера Tomcat, работающего в качестве службы.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за работой приложений | Очереди''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка трассировки реактивного API Reactor Kafka (модуль Java) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку API Reactor Kafka для отправки и получения сообщений в Java-приложениях с использованием:&lt;br /&gt;
&lt;br /&gt;
* Реактор Kafka 1.3.23+﻿&lt;br /&gt;
* Spring для Apache Kafka 3.3.7+﻿&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена совместимость с правами доступа Elasticsearch (Elasticsearch 8.18+). ====&lt;br /&gt;
Несовместимость, вызванная системой Entitlements, появившейся в Elasticsearch 8.18.0, исправлена ​​в версии ЕдиногоАгента 1.319, и модуль Java больше не будет отключаться при обнаружении Elasticsearch 8.18 или более поздней версии.&lt;br /&gt;
&lt;br /&gt;
Entitlements предназначены для замены устаревшего Java Security Manager в Elasticsearch и создавали помехи для Java-модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Расширенные правила обнаружения групп процессов для zAgent ====&lt;br /&gt;
Для улучшения структуры мониторинга мы расширили расширенные правила обнаружения PG в zAgent. Обратите внимание, что это повлияет на работу системы мониторинга.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь функция автоматического обновления сбрасывает таймер задержки, когда опция «Обновить сейчас» снова становится доступна. ====&lt;br /&gt;
Если автоматическое обновление постоянно завершается с ошибкой, например, из-за недостатка места на диске, таймер задержки сбрасывается до значения по умолчанию после того, как ожидание обновления прекращается и кнопка «Обновить сейчас» снова становится доступной.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка реактивного Spring @RestController ====&lt;br /&gt;
Теперь ЕдиныйАгент поддерживает трассировку в реактивном коде &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;так же, &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;как и в нереактивном.&lt;br /&gt;
&lt;br /&gt;
Поддерживаемые версии: &amp;lt;code&amp;gt;org.springframework.boot:spring-boot-starter-webflux&amp;lt;/code&amp;gt;2+ и 3+.&lt;br /&gt;
&lt;br /&gt;
Обратите внимание, что при использовании Spring Reactive и Webflux будут созданы новые объекты сервиса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (.NET-модуль) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку .NET-приложений в контейнерах на базе Alpine Linux (musl libc), работающих на архитектуре ARM64.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено кэширование данных для дополнительной системной информации хоста. ====&lt;br /&gt;
Теперь дополнительная информация о системе хоста будет собираться только один раз во время работы агента ОС.&lt;br /&gt;
&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.319 GA содержит 44 решенные проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|7&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
| 2&lt;br /&gt;
|-&lt;br /&gt;
|Структура расширений&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Отладчик в реальном времени&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
| 11&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Модуль ОС&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Механизм причинно-следственной связи на основе ИИ&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Сетевой модуль&lt;br /&gt;
|2&lt;br /&gt;
|}&lt;br /&gt;
====Общие====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка загрузки дампов памяти не отображалась.&lt;br /&gt;
* Приоритет атрибутов ресурсов, заданных с помощью переменной среды OTEL `OTEL_RESOURCE_ATTRIBUTES`, был изменен в соответствии с уровнем процесса, поэтому теперь можно переопределять атрибуты ресурсов с тем же именем, определенными на уровне хоста.&lt;br /&gt;
&lt;br /&gt;
* В Alpine Linux теперь номер версии включается в лог агента версии ядра, поскольку вместо использования только значения VERSION из `/etc/os-release` при необходимости используется значение VERSION_ID.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых хостах или контейнерах происходил сбой в процессе агента или клиента с внедренным агентом, если вызов системной функции getaddrinfo() не удавался, а реализация системной функции freeaddrinfo() не содержала проверки на нулевой указатель.&lt;br /&gt;
* Исправлена ​​ошибка, влияющая на корреляцию RUM (действия пользователя &amp;lt;-&amp;gt; распределенные трассировки) для агентов JavaScript, внедренных вручную.&lt;br /&gt;
*Добавлено корректное преобразование значения OID `AgentIp` в строку в источнике данных SNMP TRAP, чтобы избежать некорректного приведения типов во время обработки ловушек.&lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Модуль ЕдиныйАгент Log больше не будет добавлять строку &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; к непустому значению атрибута при раскрытии подстановочного знака из пути к пользовательскому источнику логов. Теперь строка &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; будет использоваться только тогда, когда значение атрибута пустое.&lt;br /&gt;
* Исправлены ошибки, приводившие к сбоям, когда количество контейнеров, отслеживаемых модулем логирования ЕдиногоАгента, превышало лимит открытых файловых дескрипторов для его процесса.&lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к сбою модуля ЕдиныйАгент Go, которая возникала, когда приложение Go предоставляло собственную реализацию функции `pthread_create`.&lt;br /&gt;
* Исправлена ​​ошибка при получении метаданных функций для библиотек Go.&lt;br /&gt;
&lt;br /&gt;
==== Структура расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отсутствие заголовка Content-Type в конечной точке метрик Prometheus препятствовало ее корректному распознаванию. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ответ от SNMP-устройства, содержащий ошибку, приводил к зацикливанию источника данных в бесконечном цикле.&lt;br /&gt;
*Исправлено некорректное обогащение `dt.metrics.source` для метрик, отправляемых из расширений, в результате чего значение изменялось с недопустимого &amp;lt;nowiki&amp;gt;{{astromkey_osagent}}&amp;lt;/nowiki&amp;gt; на имя расширения.&lt;br /&gt;
&lt;br /&gt;
==== Отладчик в реальном времени ====&lt;br /&gt;
&lt;br /&gt;
* Улучшена выборка выполнений точек останова, теперь она работает и на основе количества одновременно выполняемых потоков.&lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​потоковая передача логов для CICS и IMS. Потоковая передача логов для CICS и IMS была отключена из-за отсутствия файла схемы в развертывании zRemote.&lt;br /&gt;
* Теперь функция анализа логов zAgent может извлекать уровни логирования и временные метки из ранее недоступных для анализа записей логов. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в Grail отсутствовала метрика `dt.host.zos.msu_hours`, но присутствовала соответствующая метрика `builtin:host.zos.msu_hours`.&lt;br /&gt;
* Добавлено расширенное логирование при проверке соединений с DB2 модулем zRemote во время запуска, а также улучшена обработка потенциально необработанных исключений.&lt;br /&gt;
* Отменена оптимизация, добавленная в версии ЕдиныйАгент 1.317, которая вызывала конфликт при регистрации агентов между zDC и zRemote.&lt;br /&gt;
* Теперь zRemote позволяет подключать к zRemote различные экземпляры DB2 через один и тот же zDC.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, которая могла привести к сбою zRemote при запросе ZDC на загрузку и отправку библиотеки zLocal на мэйнфрейм.&lt;br /&gt;
* Устранены ложные предупреждения zRemote при очистке отключенных компонентов мэйнфрейма.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой модуль z/OS некорректно преобразовывал обратную косую черту (`\`), левую скобку (`[`) и правую скобку (`]`) во время обработки потоков логов. &lt;br /&gt;
* При отключении группировки IMS идентификатор группы процессов в зависимом от IMS регионе больше не изменяется по сравнению с предыдущими версиями.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой регионы, зависящие от IMS, не инициализировались после перезапуска zRemote. До повторной инициализации ICTL инициализация IAPP блокируется, и модуль zRemote игнорирует данные IAPP.&lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой приложения Node.js иногда аварийно завершали работу при включенной функции CpuSampling (когда были включены функции ЕдиногоАгента «Захват информации о наиболее загруженных методах ЦП в фоновом режиме» и/или «Захват информации о наиболее загруженных методах в PurePaths»). Вероятность сбоя возрастала, когда приложение использовало рабочие потоки. &lt;br /&gt;
*Исправлена ​​ошибка, препятствовавшая обновлению настроек ограничения усечения строк для приложений Node.js. &lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ЕдиныйАгент иногда не отправлял метрику доступности во время обновления ЕдиногоАгента.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой при устаревании файлов в agent/bin в Windows предпринималась попытка удалить используемые исполняемые файлы агента. &lt;br /&gt;
*Исправлены пробелы в данных метрик при использовании отладочного флага decreaseUpdateFrequency.  &lt;br /&gt;
* Исправлены случаи, когда из-за односторонней нормализации путей к библиотекам ЕдиногоАгента определение их использования завершалось с ошибкой, и попытка их удаления выполнялась некорректно.&lt;br /&gt;
* Событие перезагрузки отправляется только в том случае, если мониторинг включен. Ранее оно отправлялось также и при отключенном мониторинге данного хоста.&lt;br /&gt;
* Исправлены процессы сопоставления, для которых модуль ЕдиныйАгент OS не мог прочитать все свойства.&lt;br /&gt;
* Теперь атрибуты ресурсов на уровне хоста в событиях имеют самый низкий, а не самый высокий приоритет, что позволяет перезаписывать ресурсы на уровне хоста в событиях ресурсами на уровне процесса.&lt;br /&gt;
* Теперь исполняемые файлы сервера Redis, содержащие номер версии в своем имени, классифицируются как Redis.&lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отслеживаемый процесс Python иногда мог привести к взаимоблокировке во время создания дочернего процесса, если в это время было получено обновление конфигурации ЕдиногоАгента. Это также касалось неочевидных способов создания дочерних процессов, таких как `subprocess.run`.&lt;br /&gt;
* Модуль кода ЕдиныйАгент для Python теперь использует блокировку вокруг обработчиков форков, которые он регистрирует в интерпретаторе Python. Это предотвращает проблемы, когда модуль кода может оставлять дополнительные потоки запущенными во время параллельного выполнения форков в отдельных потоках Python или может перестать передавать данные после этого. Поскольку параллельное создание форков из Python всегда небезопасно, даже без участия модуля кода, такие ситуации должны быть редкими. Несмотря на дополнительную блокировку, не ожидается никакого влияния на производительность от этого изменения из-за GIL Python, который предотвращает параллелизм. &lt;br /&gt;
*Исключение, возникающее во время инструментирования процесса получения сообщений SQS, иногда выходило за пределы ЕдиногоАгента и нарушало работу инструментированных приложений. Соответствующие части кода инструментирования были скорректированы для защиты инструментированных приложений от внутренних ошибок ЕдиногоАгента .  &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Теперь при загрузке расширения PMI учитывается элемент FeatureSet в YAML-файле расширения.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой записи в JSONLayout удалялись при включенном обогащении логов ЕдиногоАгента.&lt;br /&gt;
* После обновления ЕдиногоАгента до версии, поддерживающей новую версию Java, в веб-интерфейсе больше не отображается сообщение «Активация глубокого мониторинга не удалась».&lt;br /&gt;
&lt;br /&gt;
==== Механизм причинно-следственной связи на основе ИИ ====&lt;br /&gt;
&lt;br /&gt;
* Значения в строке запроса MongoDB маскируются вопросительным знаком &amp;quot;?&amp;quot; по соображениям конфиденциальности данных и производительности агрегирования; однако значения целочисленных типов могли быть отправлены как есть. Это исправление гарантирует, что числовые значения также будут маскироваться.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Показатель пропускной способности networkagent теперь корректно отображается для TCP-соединений с большой пропускной способностью.&lt;br /&gt;
* Сетевые метрики, основанные на данных `oneagentnetttracer`, теперь имеют метки времени, синхронизированные со временем кластера, аналогично другим метрикам, отправляемым модулем ЕдиныйАгент OS.&lt;br /&gt;
===ЕдиныйАгент для Android===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Обновленная версия Kotlin ====&lt;br /&gt;
Мы обновили Kotlin до версии 2.0.21.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для iOS===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Пользовательская метка элемента управления для названия действия ====&lt;br /&gt;
Мы добавили новый вариант в &amp;lt;code&amp;gt;withCustomInstrumentationConfig&amp;lt;/code&amp;gt;модификатор представления, который позволяет указать имя действия. Используйте &amp;lt;code&amp;gt;.useControlName(customName)&amp;lt;/code&amp;gt;для определения имени действия.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для JavaScript===&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Упрощенный код совместимости RUM с браузерами. ====&lt;br /&gt;
Для оптимизации работы RUM мы удалили код совместимости для версий браузеров, не поддерживающих PerformanceEntry (все поддерживаемые браузеры поддерживают PerformanceEntry). JavaScript-код RUM больше не инициализируется в этих браузерах.&lt;br /&gt;
&lt;br /&gt;
В версии 1.319 GA исправлено 5 ошибок.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решены вопросы&lt;br /&gt;
|-&lt;br /&gt;
|JavaScript&lt;br /&gt;
|4&lt;br /&gt;
|-&lt;br /&gt;
|RUM&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== JavaScript ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой тип возвращаемого значения вызова fetch не соответствовал типу Promise, поскольку создавался дополнительный слой-обертка Promise с использованием Promise ponyfill вместо собственного конструктора Promise.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой события взаимодействия с пользователем не регистрировались.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к некорректному отображению ошибок скрипта.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на страницах с большим количеством ресурсов возникали дублирующиеся записи водопада, когда собственный PerformanceObserver был недоступен.&lt;br /&gt;
&lt;br /&gt;
==== RUM ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, возникавшая в приложениях, использующих медиаплеер Wistia с включенной опцией «Использовать прокси-API для XHR-запросов», из-за которой JavaScript RUM вызывал предупреждение в Wistia.&lt;br /&gt;
=='''API Ключ-АСТРОМ'''==&lt;br /&gt;
===API среды===&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{extensionName}/monitoringConfigurations/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/{configurationId}/audit&amp;lt;/code&amp;gt; ''Новое!''&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/{configurationId}/status&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ExtensionStatusDto&lt;br /&gt;
***** Нарушенная совместимость&lt;br /&gt;
****** Измененное свойство status&lt;br /&gt;
******* Добавлены значения перечисления: &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt; &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;&lt;br /&gt;
****** Удаленj обязательнjt свойство timestamp.&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Добавлено fipsMode в запрос&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGateList.&lt;br /&gt;
***** Изменено свойство activeGates&lt;br /&gt;
****** Добавлено свойство fipsMode&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип::&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGate.&lt;br /&gt;
***** Добавлено свойство fipsMode&lt;br /&gt;
&lt;br /&gt;
==== /extensions/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/status&amp;lt;/code&amp;gt;&lt;br /&gt;
** Расширения:&lt;br /&gt;
*** Уровень зрелости API изменился с &amp;lt;code&amp;gt;IN_DEVELOPMENT&amp;lt;/code&amp;gt;на&amp;lt;code&amp;gt;GENERAL_AVAILABILITY&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/schema&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены ограничения удаления свойств.&lt;br /&gt;
****** Добавлены свойства:  schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены свойство deletionConstraints&lt;br /&gt;
****** Добавлены свойства: schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
==== /logs/ingest ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /logs/ingest&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonl&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonl; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines+json&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines+json; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-jsonlines&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-jsonlines; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-ndjson&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-ndjson; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /ua/entity ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /ua/entity&amp;lt;/code&amp;gt; ''Ранний пользователь''&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема UAEntityScreenDefinition.&lt;br /&gt;
***** Изменено свойство tags.&lt;br /&gt;
****** Добавлено свойство: tagContextFilter&lt;br /&gt;
&lt;br /&gt;
==== /monitoringstate ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /monitoringstate&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема MonitoredStates&lt;br /&gt;
***** Изменено свойство monitoringStates&lt;br /&gt;
****** Изменено свойство state&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;process_group_pgr_group_update_suppressed&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== API конфигурации ===&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{technology}/availableHosts ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{technology}/availableHosts&amp;lt;/code&amp;gt; ''Ранний пользователь''&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Изменение технологий на пути&lt;br /&gt;
**** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /service/requestAttributes/ ====&lt;br /&gt;
&amp;lt;code&amp;gt;POST /service/requestAttributes&amp;lt;/code&amp;gt;&lt;br /&gt;
* Запрос:&lt;br /&gt;
** Изменена схема RequestAttribute.&lt;br /&gt;
*** Изменено свойство dataSources&lt;br /&gt;
**** Изменено свойство scope&lt;br /&gt;
***** Изменено свойство serviceTechnology&lt;br /&gt;
****** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /service/requestAttributes/validator&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /service/requestAttributes/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема RequestAttribute.&lt;br /&gt;
***** Изменено свойство dataSources&lt;br /&gt;
****** Изменено свойство scope&lt;br /&gt;
******* Изменено свойство serviceTechnology.&lt;br /&gt;
******** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /service/requestAttributes/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /service/requestAttributes/{id}/validator&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== API кластера ===&lt;br /&gt;
&lt;br /&gt;
==== /cluster ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена нулевая схема (application/json)&lt;br /&gt;
***** Изменено свойство dnsEntryPointUris&lt;br /&gt;
****** Устаревшее значение изменено на true&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Добавление fipsMode в запрос&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGateList.&lt;br /&gt;
***** Изменено свойство activeGates&lt;br /&gt;
****** Добавлено свойство: fipsMode&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGate.&lt;br /&gt;
***** Добавлено свойство: fipsMode&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Тип возвращаемого значения:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены ограничения удаления свойств.&lt;br /&gt;
****** Добавлены свойства: тип schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6257</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6257"/>
		<updated>2026-02-10T08:24:29Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: /* /service/requestAttributes/ */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
&lt;br /&gt;
* Linux : Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux : Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
====Операционные системы, поддержка которых в недавнем времени была прекращена:====&lt;br /&gt;
*Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.320 GA содержит 28 решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Безопасность приложений&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|25&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====Безопасность приложений====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой не удавалось правильно установить тип триггера события и пользователя. &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик. &lt;br /&gt;
* Устранена проблема, из-за которой сообщения ЕдиногоАгента не обрабатывались в масштабах всего кластера из-за блокировки, возникающей при одновременном изменении режима мониторинга многими ЕдинымиАгентами в одной среде.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых страницах сервиса отображались ненужные теги.&lt;br /&gt;
* API обработки событий OpenPipeline больше не принимает пустые тела HTTP-запросов. JSON-данные должны иметь положительную длину и содержать как минимум один допустимый JSON-объект. Если эти условия не выполняются, сервер отвечает кодом состояния 400.&lt;br /&gt;
* Устранена проблема с разрешениями IAM `settings:objects:read` и `settings:objects:write`, из-за которой условия политики игнорировались при их сочетании с условием `environment:management-zone`.&lt;br /&gt;
* Исправлен редкий случай, когда при последующих обновлениях проблемы могла быть потеряна часть информации о первопричине проблемы.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурационные файлы не обновлялись при миграции из одного клиента в другой. Ранее сервер предоставлял новые конфигурационные файлы только в том случае, если была доступна более новая версия. Теперь конфигурационные файлы предоставляются, если версии различаются.&lt;br /&gt;
* Декларативная группировка, мониторинг VMware и доступность процессов больше не допускают некорректного использования двойных скобок в поле условия.&lt;br /&gt;
* До версии 1.318 URL-адрес арендатора некорректно передавался из кластера в ЕдиныеАгенты и среды АктивныхШлюзов в средах с поддержкой PrivateLink для Live Debugger. Начиная с версии 1.318, кластер корректно сообщает URL-адрес арендатора в ЕдиныхАгентах и средах AG для Live Debugger в средах с поддержкой PrivateLink.&lt;br /&gt;
* В классических панелях мониторинга удален временной интервал из визуализации Honeycomb, теперь он соответствует всем визуализациям, не основанным на временных рядах и не имеющим временного интервала. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отчеты о событиях ИИ не учитывали поле `dt.query`.&lt;br /&gt;
&lt;br /&gt;
* Мы исправили ошибку, из-за которой пользователь с определенными привилегиями зоны управления вызывал API `getEntities`. Фильтр MZ применялся только к первой странице, а не к последующим, что приводило к некорректным результатам, включая подсчет объектов. &lt;br /&gt;
* В системе регистрации миграции ATM режим работы был изменен с ограниченного на общий. Это необходимо для мониторинга логов.&lt;br /&gt;
* Поскольку обновление до последней версии Ключ-АСТРОМ не имеет смысла в управляемых системах, баннер обновления панели мониторинга над списком панелей мониторинга больше не отображается.&lt;br /&gt;
* Улучшена связь с межсредовой трассировкой для обработки случаев, когда слишком большой заголовок приводил к ошибке 431. &lt;br /&gt;
* Исправлено ненужное экранирование новой строки для cURL(cmd) в фрагментах кода настроек.&lt;br /&gt;
* Исправлены вводящие в заблуждение сообщения об успешной установке и улучшена обработка ошибок при добавлении узлов, что обеспечивает корректное выведение узлов Cassandra из эксплуатации перед удалением. &lt;br /&gt;
* Теперь конечные точки приема событий OpenPipeline отвечают с `content-type: text/plain`, что улучшает использование из блокнотов и рабочих процессов. Конечные точки приема данных OpenPipeline для типов данных, связанных с событиями, отвечают HTTP-статусом 202 и пустым телом, когда данные принимаются OpenPipeline. Ранее в ответе устанавливался заголовок `content-type` в `application/octet-stream` и заголовок `vary` в `Origin`, что вызывало проблемы в HTTP-клиенте, используемом в рабочих процессах и блокнотах Ключ-АСТРОМ. В этом релизе мы немного изменили поведение API, чтобы эти конечные точки можно было легко вызывать из рабочих процессов и блокнотов. После изменения content-type устанавливается в `text/plain`, и заголовок `vary: Origin` вообще не должен присутствовать. Это изменение не должно повлиять на работу расширенных HTTP-клиентов, поскольку `content-length` в этих ответах всегда был и остается `0`. &amp;lt;small&amp;gt;(PPX-5678)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись в Grail, если включен OpenPipeline.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга. &lt;br /&gt;
* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.&lt;br /&gt;
* Предотвращено возникновение исключения при миграции свойства таймаута запроса для HTTP-мониторов.&lt;br /&gt;
* Устранена проблема, вызывавшая медленную загрузку распределенных трассировок в веб-интерфейсе для анализа по запросу.  &lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой назначение монитора синтетическому местоположению без назначенных VUC-модулей приводило к ненужному возникновению проблемы отсутствия возможностей. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сессии ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой сеансы с длительным просмотром при определенных условиях переставали работать каждые 5 минут.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь вместо имени домашнего каталога Oracle используется правильное имя слушателя.&lt;br /&gt;
&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя слушателя вместо имени домашнего каталога Oracle. Это может привести к изменению идентификаторов PG/PGI.&lt;br /&gt;
&lt;br /&gt;
=== Новые функции и улучшения ===&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка кластера PHP Redis в ЕдиномАгенте ====&lt;br /&gt;
PHP Redis Cluster — это новая функция для PHP ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
Мы добавили новый датчик для обнаружения и отображения в распределенных трассировках вызовов Redis Cluster из расширения phpredis﻿ . В распределенной трассировке вызовы методов Redis Cluster будут показывать, на каком узле кластера была выполнена команда, если это возможно.&lt;br /&gt;
&lt;br /&gt;
Модуль ЕдиногоАгента для PHP поддерживает PHP Redis версий от 3.1.6 до 6.2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== Перепозиционирование хранения данных в рамках анализа логов ====&lt;br /&gt;
Функция сохранения данных в логах и ее снимки были перенесены из:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/agent/config&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
в:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/datastorage/loganalytics&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Логи''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка структурированных данных в логах событий Windows. ====&lt;br /&gt;
Начиная с этого выпуска, структурированные данные можно собирать из логгов событий Windows в ветвях «Данные пользователя» или «Данные событий» (в зависимости от доступности), а также в их подветвях. Собранные данные передаются вместе с содержимым записи в виде атрибутов.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов присваиваются на основе доступной информации, такой как имена тегов, значение поля «Имя» или — если имена тегов повторяются, а поле «Имя» отсутствует — к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с меткой &amp;quot;Бинарный&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Параметры POST-запроса больше не передаются вместе с параметрами запроса. ====&lt;br /&gt;
Указание параметра запроса на перехват параметров больше не будет приводить к перехвату POST-параметров с указанным именем.&lt;br /&gt;
&lt;br /&gt;
При необходимости параметры POST-запроса теперь придется определять отдельно в правиле захвата тела запроса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость инфраструктуры''&lt;br /&gt;
&lt;br /&gt;
==== Показатели Nettracer, доступности и расширения дискового пространства теперь увеличены. ====&lt;br /&gt;
Теперь метрики Nettracer, доступности хоста, доступности процесса и расширений дисковых устройств будут отправляться через сообщение MINTv2 вместо пересылки из ранее существовавшего сообщения MINTv1. В результате появилась возможность обогащать их всеми доступными атрибутами ресурсов на уровне хоста и процесса.&lt;br /&gt;
&lt;br /&gt;
''Поставка программного обеспечения''&lt;br /&gt;
&lt;br /&gt;
==== Теперь доступна функция распространения контекста span для PHP. ====&lt;br /&gt;
В этом релизе мы реализовали распространение контекста для пакетов span в PHP.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Название группы процессов добавляется ко всем метрикам JMX/PMI. ====&lt;br /&gt;
Теперь модуль Java-кода добавляет это измерение &amp;lt;code&amp;gt;dt.process_group.detected_name&amp;lt;/code&amp;gt;ко всем метрикам JMX и PMI без схемы.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь переменные расширения могут использоваться в качестве измерений для расширений Java JMX. ====&lt;br /&gt;
Теперь ЕдиныйАгент Java позволяет добавлять переменные в качестве измерений в расширения JMX фреймворка Extensions 2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено обнаружение процессов Tomcat. ====&lt;br /&gt;
Улучшена функция обнаружения технологии Tomcat для сервера Tomcat, работающего в качестве службы.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за работой приложений | Очереди''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка трассировки реактивного API Reactor Kafka (модуль Java) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку API Reactor Kafka для отправки и получения сообщений в Java-приложениях с использованием:&lt;br /&gt;
&lt;br /&gt;
* Реактор Kafka 1.3.23+﻿&lt;br /&gt;
* Spring для Apache Kafka 3.3.7+﻿&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена совместимость с правами доступа Elasticsearch (Elasticsearch 8.18+). ====&lt;br /&gt;
Несовместимость, вызванная системой Entitlements, появившейся в Elasticsearch 8.18.0, исправлена ​​в версии ЕдиногоАгента 1.319, и модуль Java больше не будет отключаться при обнаружении Elasticsearch 8.18 или более поздней версии.&lt;br /&gt;
&lt;br /&gt;
Entitlements предназначены для замены устаревшего Java Security Manager в Elasticsearch и создавали помехи для Java-модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Расширенные правила обнаружения групп процессов для zAgent ====&lt;br /&gt;
Для улучшения структуры мониторинга мы расширили расширенные правила обнаружения PG в zAgent. Обратите внимание, что это повлияет на работу системы мониторинга.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь функция автоматического обновления сбрасывает таймер задержки, когда опция «Обновить сейчас» снова становится доступна. ====&lt;br /&gt;
Если автоматическое обновление постоянно завершается с ошибкой, например, из-за недостатка места на диске, таймер задержки сбрасывается до значения по умолчанию после того, как ожидание обновления прекращается и кнопка «Обновить сейчас» снова становится доступной.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка реактивного Spring @RestController ====&lt;br /&gt;
Теперь ЕдиныйАгент поддерживает трассировку в реактивном коде &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;так же, &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;как и в нереактивном.&lt;br /&gt;
&lt;br /&gt;
Поддерживаемые версии: &amp;lt;code&amp;gt;org.springframework.boot:spring-boot-starter-webflux&amp;lt;/code&amp;gt;2+ и 3+.&lt;br /&gt;
&lt;br /&gt;
Обратите внимание, что при использовании Spring Reactive и Webflux будут созданы новые объекты сервиса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (.NET-модуль) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку .NET-приложений в контейнерах на базе Alpine Linux (musl libc), работающих на архитектуре ARM64.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено кэширование данных для дополнительной системной информации хоста. ====&lt;br /&gt;
Теперь дополнительная информация о системе хоста будет собираться только один раз во время работы агента ОС.&lt;br /&gt;
&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.319 GA содержит 44 решенные проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|7&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
| 2&lt;br /&gt;
|-&lt;br /&gt;
|Структура расширений&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Отладчик в реальном времени&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
| 11&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Модуль ОС&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Механизм причинно-следственной связи на основе ИИ&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Сетевой модуль&lt;br /&gt;
|2&lt;br /&gt;
|}&lt;br /&gt;
====Общие====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка загрузки дампов памяти не отображалась.&lt;br /&gt;
* Приоритет атрибутов ресурсов, заданных с помощью переменной среды OTEL `OTEL_RESOURCE_ATTRIBUTES`, был изменен в соответствии с уровнем процесса, поэтому теперь можно переопределять атрибуты ресурсов с тем же именем, определенными на уровне хоста.&lt;br /&gt;
&lt;br /&gt;
* В Alpine Linux теперь номер версии включается в лог агента версии ядра, поскольку вместо использования только значения VERSION из `/etc/os-release` при необходимости используется значение VERSION_ID.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых хостах или контейнерах происходил сбой в процессе агента или клиента с внедренным агентом, если вызов системной функции getaddrinfo() не удавался, а реализация системной функции freeaddrinfo() не содержала проверки на нулевой указатель.&lt;br /&gt;
* Исправлена ​​ошибка, влияющая на корреляцию RUM (действия пользователя &amp;lt;-&amp;gt; распределенные трассировки) для агентов JavaScript, внедренных вручную.&lt;br /&gt;
*Добавлено корректное преобразование значения OID `AgentIp` в строку в источнике данных SNMP TRAP, чтобы избежать некорректного приведения типов во время обработки ловушек.&lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Модуль ЕдиныйАгент Log больше не будет добавлять строку &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; к непустому значению атрибута при раскрытии подстановочного знака из пути к пользовательскому источнику логов. Теперь строка &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; будет использоваться только тогда, когда значение атрибута пустое.&lt;br /&gt;
* Исправлены ошибки, приводившие к сбоям, когда количество контейнеров, отслеживаемых модулем логирования ЕдиногоАгента, превышало лимит открытых файловых дескрипторов для его процесса.&lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к сбою модуля ЕдиныйАгент Go, которая возникала, когда приложение Go предоставляло собственную реализацию функции `pthread_create`.&lt;br /&gt;
* Исправлена ​​ошибка при получении метаданных функций для библиотек Go.&lt;br /&gt;
&lt;br /&gt;
==== Структура расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отсутствие заголовка Content-Type в конечной точке метрик Prometheus препятствовало ее корректному распознаванию. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ответ от SNMP-устройства, содержащий ошибку, приводил к зацикливанию источника данных в бесконечном цикле.&lt;br /&gt;
*Исправлено некорректное обогащение `dt.metrics.source` для метрик, отправляемых из расширений, в результате чего значение изменялось с недопустимого &amp;lt;nowiki&amp;gt;{{astromkey_osagent}}&amp;lt;/nowiki&amp;gt; на имя расширения.&lt;br /&gt;
&lt;br /&gt;
==== Отладчик в реальном времени ====&lt;br /&gt;
&lt;br /&gt;
* Улучшена выборка выполнений точек останова, теперь она работает и на основе количества одновременно выполняемых потоков.&lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​потоковая передача логов для CICS и IMS. Потоковая передача логов для CICS и IMS была отключена из-за отсутствия файла схемы в развертывании zRemote.&lt;br /&gt;
* Теперь функция анализа логов zAgent может извлекать уровни логирования и временные метки из ранее недоступных для анализа записей логов. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в Grail отсутствовала метрика `dt.host.zos.msu_hours`, но присутствовала соответствующая метрика `builtin:host.zos.msu_hours`.&lt;br /&gt;
* Добавлено расширенное логирование при проверке соединений с DB2 модулем zRemote во время запуска, а также улучшена обработка потенциально необработанных исключений.&lt;br /&gt;
* Отменена оптимизация, добавленная в версии ЕдиныйАгент 1.317, которая вызывала конфликт при регистрации агентов между zDC и zRemote.&lt;br /&gt;
* Теперь zRemote позволяет подключать к zRemote различные экземпляры DB2 через один и тот же zDC.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, которая могла привести к сбою zRemote при запросе ZDC на загрузку и отправку библиотеки zLocal на мэйнфрейм.&lt;br /&gt;
* Устранены ложные предупреждения zRemote при очистке отключенных компонентов мэйнфрейма.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой модуль z/OS некорректно преобразовывал обратную косую черту (`\`), левую скобку (`[`) и правую скобку (`]`) во время обработки потоков логов. &lt;br /&gt;
* При отключении группировки IMS идентификатор группы процессов в зависимом от IMS регионе больше не изменяется по сравнению с предыдущими версиями.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой регионы, зависящие от IMS, не инициализировались после перезапуска zRemote. До повторной инициализации ICTL инициализация IAPP блокируется, и модуль zRemote игнорирует данные IAPP.&lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой приложения Node.js иногда аварийно завершали работу при включенной функции CpuSampling (когда были включены функции ЕдиногоАгента «Захват информации о наиболее загруженных методах ЦП в фоновом режиме» и/или «Захват информации о наиболее загруженных методах в PurePaths»). Вероятность сбоя возрастала, когда приложение использовало рабочие потоки. &lt;br /&gt;
*Исправлена ​​ошибка, препятствовавшая обновлению настроек ограничения усечения строк для приложений Node.js. &lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ЕдиныйАгент иногда не отправлял метрику доступности во время обновления ЕдиногоАгента.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой при устаревании файлов в agent/bin в Windows предпринималась попытка удалить используемые исполняемые файлы агента. &lt;br /&gt;
*Исправлены пробелы в данных метрик при использовании отладочного флага decreaseUpdateFrequency.  &lt;br /&gt;
* Исправлены случаи, когда из-за односторонней нормализации путей к библиотекам ЕдиногоАгента определение их использования завершалось с ошибкой, и попытка их удаления выполнялась некорректно.&lt;br /&gt;
* Событие перезагрузки отправляется только в том случае, если мониторинг включен. Ранее оно отправлялось также и при отключенном мониторинге данного хоста.&lt;br /&gt;
* Исправлены процессы сопоставления, для которых модуль ЕдиныйАгент OS не мог прочитать все свойства.&lt;br /&gt;
* Теперь атрибуты ресурсов на уровне хоста в событиях имеют самый низкий, а не самый высокий приоритет, что позволяет перезаписывать ресурсы на уровне хоста в событиях ресурсами на уровне процесса.&lt;br /&gt;
* Теперь исполняемые файлы сервера Redis, содержащие номер версии в своем имени, классифицируются как Redis.&lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отслеживаемый процесс Python иногда мог привести к взаимоблокировке во время создания дочернего процесса, если в это время было получено обновление конфигурации ЕдиногоАгента. Это также касалось неочевидных способов создания дочерних процессов, таких как `subprocess.run`.&lt;br /&gt;
* Модуль кода ЕдиныйАгент для Python теперь использует блокировку вокруг обработчиков форков, которые он регистрирует в интерпретаторе Python. Это предотвращает проблемы, когда модуль кода может оставлять дополнительные потоки запущенными во время параллельного выполнения форков в отдельных потоках Python или может перестать передавать данные после этого. Поскольку параллельное создание форков из Python всегда небезопасно, даже без участия модуля кода, такие ситуации должны быть редкими. Несмотря на дополнительную блокировку, не ожидается никакого влияния на производительность от этого изменения из-за GIL Python, который предотвращает параллелизм. &lt;br /&gt;
*Исключение, возникающее во время инструментирования процесса получения сообщений SQS, иногда выходило за пределы ЕдиногоАгента и нарушало работу инструментированных приложений. Соответствующие части кода инструментирования были скорректированы для защиты инструментированных приложений от внутренних ошибок ЕдиногоАгента .  &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Теперь при загрузке расширения PMI учитывается элемент FeatureSet в YAML-файле расширения.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой записи в JSONLayout удалялись при включенном обогащении логов ЕдиногоАгента.&lt;br /&gt;
* После обновления ЕдиногоАгента до версии, поддерживающей новую версию Java, в веб-интерфейсе больше не отображается сообщение «Активация глубокого мониторинга не удалась».&lt;br /&gt;
&lt;br /&gt;
==== Механизм причинно-следственной связи на основе ИИ ====&lt;br /&gt;
&lt;br /&gt;
* Значения в строке запроса MongoDB маскируются вопросительным знаком &amp;quot;?&amp;quot; по соображениям конфиденциальности данных и производительности агрегирования; однако значения целочисленных типов могли быть отправлены как есть. Это исправление гарантирует, что числовые значения также будут маскироваться.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Показатель пропускной способности networkagent теперь корректно отображается для TCP-соединений с большой пропускной способностью.&lt;br /&gt;
* Сетевые метрики, основанные на данных `oneagentnetttracer`, теперь имеют метки времени, синхронизированные со временем кластера, аналогично другим метрикам, отправляемым модулем ЕдиныйАгент OS.&lt;br /&gt;
===ЕдиныйАгент для Android===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Обновленная версия Kotlin ====&lt;br /&gt;
Мы обновили Kotlin до версии 2.0.21.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для iOS===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Пользовательская метка элемента управления для названия действия ====&lt;br /&gt;
Мы добавили новый вариант в &amp;lt;code&amp;gt;withCustomInstrumentationConfig&amp;lt;/code&amp;gt;модификатор представления, который позволяет указать имя действия. Используйте &amp;lt;code&amp;gt;.useControlName(customName)&amp;lt;/code&amp;gt;для определения имени действия.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для JavaScript===&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Упрощенный код совместимости RUM с браузерами. ====&lt;br /&gt;
Для оптимизации работы RUM мы удалили код совместимости для версий браузеров, не поддерживающих PerformanceEntry (все поддерживаемые браузеры поддерживают PerformanceEntry). JavaScript-код RUM больше не инициализируется в этих браузерах.&lt;br /&gt;
&lt;br /&gt;
В версии 1.319 GA исправлено 5 ошибок.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решены вопросы&lt;br /&gt;
|-&lt;br /&gt;
|JavaScript&lt;br /&gt;
|4&lt;br /&gt;
|-&lt;br /&gt;
|RUM&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== JavaScript ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой тип возвращаемого значения вызова fetch не соответствовал типу Promise, поскольку создавался дополнительный слой-обертка Promise с использованием Promise ponyfill вместо собственного конструктора Promise.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой события взаимодействия с пользователем не регистрировались.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к некорректному отображению ошибок скрипта.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на страницах с большим количеством ресурсов возникали дублирующиеся записи водопада, когда собственный PerformanceObserver был недоступен.&lt;br /&gt;
&lt;br /&gt;
==== RUM ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, возникавшая в приложениях, использующих медиаплеер Wistia с включенной опцией «Использовать прокси-API для XHR-запросов», из-за которой JavaScript RUM вызывал предупреждение в Wistia.&lt;br /&gt;
=='''API Ключ-АСТРОМ'''==&lt;br /&gt;
===API среды===&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{extensionName}/monitoringConfigurations/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/{configurationId}/audit&amp;lt;/code&amp;gt; ''Новое!''&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/{configurationId}/status&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ExtensionStatusDto&lt;br /&gt;
***** Нарушенная совместимость&lt;br /&gt;
****** Измененное свойство status&lt;br /&gt;
******* Добавлены значения перечисления: &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt; &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;&lt;br /&gt;
****** Удаленj обязательнjt свойство timestamp.&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Добавлено fipsMode в запрос&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGateList.&lt;br /&gt;
***** Изменено свойство activeGates&lt;br /&gt;
****** Добавлено свойство fipsMode&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип::&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGate.&lt;br /&gt;
***** Добавлено свойство fipsMode&lt;br /&gt;
&lt;br /&gt;
==== /extensions/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/status&amp;lt;/code&amp;gt;&lt;br /&gt;
** Расширения:&lt;br /&gt;
*** Уровень зрелости API изменился с &amp;lt;code&amp;gt;IN_DEVELOPMENT&amp;lt;/code&amp;gt;на&amp;lt;code&amp;gt;GENERAL_AVAILABILITY&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/schema&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены ограничения удаления свойств.&lt;br /&gt;
****** Добавлены свойства:  schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены свойство deletionConstraints&lt;br /&gt;
****** Добавлены свойства: schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
==== /logs/ingest ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /logs/ingest&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonl&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonl; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines+json&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines+json; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-jsonlines&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-jsonlines; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-ndjson&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-ndjson; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /ua/entity ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /ua/entity&amp;lt;/code&amp;gt; ''Ранний пользователь''&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема UAEntityScreenDefinition.&lt;br /&gt;
***** Изменено свойство tags.&lt;br /&gt;
****** Добавлено свойство: tagContextFilter&lt;br /&gt;
&lt;br /&gt;
=== API конфигурации ===&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{technology}/availableHosts ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{technology}/availableHosts&amp;lt;/code&amp;gt; ''Ранний пользователь''&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Изменение технологий на пути&lt;br /&gt;
**** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /service/requestAttributes/ ====&lt;br /&gt;
&amp;lt;code&amp;gt;POST /service/requestAttributes&amp;lt;/code&amp;gt;&lt;br /&gt;
* Запрос:&lt;br /&gt;
** Изменена схема RequestAttribute.&lt;br /&gt;
*** Изменено свойство dataSources&lt;br /&gt;
**** Изменено свойство scope&lt;br /&gt;
***** Изменено свойство serviceTechnology&lt;br /&gt;
****** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /service/requestAttributes/validator&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /service/requestAttributes/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема RequestAttribute.&lt;br /&gt;
***** Изменено свойство dataSources&lt;br /&gt;
****** Изменено свойство scope&lt;br /&gt;
******* Изменено свойство serviceTechnology.&lt;br /&gt;
******** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /service/requestAttributes/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /service/requestAttributes/{id}/validator&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== API кластера ===&lt;br /&gt;
&lt;br /&gt;
==== /cluster ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена нулевая схема (application/json)&lt;br /&gt;
***** Изменено свойство dnsEntryPointUris&lt;br /&gt;
****** Устаревшее значение изменено на true&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Добавление fipsMode в запрос&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGateList.&lt;br /&gt;
***** Изменено свойство activeGates&lt;br /&gt;
****** Добавлено свойство: fipsMode&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGate.&lt;br /&gt;
***** Добавлено свойство: fipsMode&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Тип возвращаемого значения:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены ограничения удаления свойств.&lt;br /&gt;
****** Добавлены свойства: тип schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6256</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6256"/>
		<updated>2026-02-10T08:18:42Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: /* /ua/entity */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
&lt;br /&gt;
* Linux : Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux : Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
====Операционные системы, поддержка которых в недавнем времени была прекращена:====&lt;br /&gt;
*Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.320 GA содержит 28 решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Безопасность приложений&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|25&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====Безопасность приложений====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой не удавалось правильно установить тип триггера события и пользователя. &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик. &lt;br /&gt;
* Устранена проблема, из-за которой сообщения ЕдиногоАгента не обрабатывались в масштабах всего кластера из-за блокировки, возникающей при одновременном изменении режима мониторинга многими ЕдинымиАгентами в одной среде.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых страницах сервиса отображались ненужные теги.&lt;br /&gt;
* API обработки событий OpenPipeline больше не принимает пустые тела HTTP-запросов. JSON-данные должны иметь положительную длину и содержать как минимум один допустимый JSON-объект. Если эти условия не выполняются, сервер отвечает кодом состояния 400.&lt;br /&gt;
* Устранена проблема с разрешениями IAM `settings:objects:read` и `settings:objects:write`, из-за которой условия политики игнорировались при их сочетании с условием `environment:management-zone`.&lt;br /&gt;
* Исправлен редкий случай, когда при последующих обновлениях проблемы могла быть потеряна часть информации о первопричине проблемы.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурационные файлы не обновлялись при миграции из одного клиента в другой. Ранее сервер предоставлял новые конфигурационные файлы только в том случае, если была доступна более новая версия. Теперь конфигурационные файлы предоставляются, если версии различаются.&lt;br /&gt;
* Декларативная группировка, мониторинг VMware и доступность процессов больше не допускают некорректного использования двойных скобок в поле условия.&lt;br /&gt;
* До версии 1.318 URL-адрес арендатора некорректно передавался из кластера в ЕдиныеАгенты и среды АктивныхШлюзов в средах с поддержкой PrivateLink для Live Debugger. Начиная с версии 1.318, кластер корректно сообщает URL-адрес арендатора в ЕдиныхАгентах и средах AG для Live Debugger в средах с поддержкой PrivateLink.&lt;br /&gt;
* В классических панелях мониторинга удален временной интервал из визуализации Honeycomb, теперь он соответствует всем визуализациям, не основанным на временных рядах и не имеющим временного интервала. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отчеты о событиях ИИ не учитывали поле `dt.query`.&lt;br /&gt;
&lt;br /&gt;
* Мы исправили ошибку, из-за которой пользователь с определенными привилегиями зоны управления вызывал API `getEntities`. Фильтр MZ применялся только к первой странице, а не к последующим, что приводило к некорректным результатам, включая подсчет объектов. &lt;br /&gt;
* В системе регистрации миграции ATM режим работы был изменен с ограниченного на общий. Это необходимо для мониторинга логов.&lt;br /&gt;
* Поскольку обновление до последней версии Ключ-АСТРОМ не имеет смысла в управляемых системах, баннер обновления панели мониторинга над списком панелей мониторинга больше не отображается.&lt;br /&gt;
* Улучшена связь с межсредовой трассировкой для обработки случаев, когда слишком большой заголовок приводил к ошибке 431. &lt;br /&gt;
* Исправлено ненужное экранирование новой строки для cURL(cmd) в фрагментах кода настроек.&lt;br /&gt;
* Исправлены вводящие в заблуждение сообщения об успешной установке и улучшена обработка ошибок при добавлении узлов, что обеспечивает корректное выведение узлов Cassandra из эксплуатации перед удалением. &lt;br /&gt;
* Теперь конечные точки приема событий OpenPipeline отвечают с `content-type: text/plain`, что улучшает использование из блокнотов и рабочих процессов. Конечные точки приема данных OpenPipeline для типов данных, связанных с событиями, отвечают HTTP-статусом 202 и пустым телом, когда данные принимаются OpenPipeline. Ранее в ответе устанавливался заголовок `content-type` в `application/octet-stream` и заголовок `vary` в `Origin`, что вызывало проблемы в HTTP-клиенте, используемом в рабочих процессах и блокнотах Ключ-АСТРОМ. В этом релизе мы немного изменили поведение API, чтобы эти конечные точки можно было легко вызывать из рабочих процессов и блокнотов. После изменения content-type устанавливается в `text/plain`, и заголовок `vary: Origin` вообще не должен присутствовать. Это изменение не должно повлиять на работу расширенных HTTP-клиентов, поскольку `content-length` в этих ответах всегда был и остается `0`. &amp;lt;small&amp;gt;(PPX-5678)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись в Grail, если включен OpenPipeline.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга. &lt;br /&gt;
* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.&lt;br /&gt;
* Предотвращено возникновение исключения при миграции свойства таймаута запроса для HTTP-мониторов.&lt;br /&gt;
* Устранена проблема, вызывавшая медленную загрузку распределенных трассировок в веб-интерфейсе для анализа по запросу.  &lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой назначение монитора синтетическому местоположению без назначенных VUC-модулей приводило к ненужному возникновению проблемы отсутствия возможностей. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сессии ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой сеансы с длительным просмотром при определенных условиях переставали работать каждые 5 минут.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь вместо имени домашнего каталога Oracle используется правильное имя слушателя.&lt;br /&gt;
&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя слушателя вместо имени домашнего каталога Oracle. Это может привести к изменению идентификаторов PG/PGI.&lt;br /&gt;
&lt;br /&gt;
=== Новые функции и улучшения ===&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка кластера PHP Redis в ЕдиномАгенте ====&lt;br /&gt;
PHP Redis Cluster — это новая функция для PHP ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
Мы добавили новый датчик для обнаружения и отображения в распределенных трассировках вызовов Redis Cluster из расширения phpredis﻿ . В распределенной трассировке вызовы методов Redis Cluster будут показывать, на каком узле кластера была выполнена команда, если это возможно.&lt;br /&gt;
&lt;br /&gt;
Модуль ЕдиногоАгента для PHP поддерживает PHP Redis версий от 3.1.6 до 6.2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== Перепозиционирование хранения данных в рамках анализа логов ====&lt;br /&gt;
Функция сохранения данных в логах и ее снимки были перенесены из:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/agent/config&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
в:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/datastorage/loganalytics&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Логи''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка структурированных данных в логах событий Windows. ====&lt;br /&gt;
Начиная с этого выпуска, структурированные данные можно собирать из логгов событий Windows в ветвях «Данные пользователя» или «Данные событий» (в зависимости от доступности), а также в их подветвях. Собранные данные передаются вместе с содержимым записи в виде атрибутов.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов присваиваются на основе доступной информации, такой как имена тегов, значение поля «Имя» или — если имена тегов повторяются, а поле «Имя» отсутствует — к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с меткой &amp;quot;Бинарный&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Параметры POST-запроса больше не передаются вместе с параметрами запроса. ====&lt;br /&gt;
Указание параметра запроса на перехват параметров больше не будет приводить к перехвату POST-параметров с указанным именем.&lt;br /&gt;
&lt;br /&gt;
При необходимости параметры POST-запроса теперь придется определять отдельно в правиле захвата тела запроса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость инфраструктуры''&lt;br /&gt;
&lt;br /&gt;
==== Показатели Nettracer, доступности и расширения дискового пространства теперь увеличены. ====&lt;br /&gt;
Теперь метрики Nettracer, доступности хоста, доступности процесса и расширений дисковых устройств будут отправляться через сообщение MINTv2 вместо пересылки из ранее существовавшего сообщения MINTv1. В результате появилась возможность обогащать их всеми доступными атрибутами ресурсов на уровне хоста и процесса.&lt;br /&gt;
&lt;br /&gt;
''Поставка программного обеспечения''&lt;br /&gt;
&lt;br /&gt;
==== Теперь доступна функция распространения контекста span для PHP. ====&lt;br /&gt;
В этом релизе мы реализовали распространение контекста для пакетов span в PHP.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Название группы процессов добавляется ко всем метрикам JMX/PMI. ====&lt;br /&gt;
Теперь модуль Java-кода добавляет это измерение &amp;lt;code&amp;gt;dt.process_group.detected_name&amp;lt;/code&amp;gt;ко всем метрикам JMX и PMI без схемы.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь переменные расширения могут использоваться в качестве измерений для расширений Java JMX. ====&lt;br /&gt;
Теперь ЕдиныйАгент Java позволяет добавлять переменные в качестве измерений в расширения JMX фреймворка Extensions 2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено обнаружение процессов Tomcat. ====&lt;br /&gt;
Улучшена функция обнаружения технологии Tomcat для сервера Tomcat, работающего в качестве службы.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за работой приложений | Очереди''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка трассировки реактивного API Reactor Kafka (модуль Java) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку API Reactor Kafka для отправки и получения сообщений в Java-приложениях с использованием:&lt;br /&gt;
&lt;br /&gt;
* Реактор Kafka 1.3.23+﻿&lt;br /&gt;
* Spring для Apache Kafka 3.3.7+﻿&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена совместимость с правами доступа Elasticsearch (Elasticsearch 8.18+). ====&lt;br /&gt;
Несовместимость, вызванная системой Entitlements, появившейся в Elasticsearch 8.18.0, исправлена ​​в версии ЕдиногоАгента 1.319, и модуль Java больше не будет отключаться при обнаружении Elasticsearch 8.18 или более поздней версии.&lt;br /&gt;
&lt;br /&gt;
Entitlements предназначены для замены устаревшего Java Security Manager в Elasticsearch и создавали помехи для Java-модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Расширенные правила обнаружения групп процессов для zAgent ====&lt;br /&gt;
Для улучшения структуры мониторинга мы расширили расширенные правила обнаружения PG в zAgent. Обратите внимание, что это повлияет на работу системы мониторинга.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь функция автоматического обновления сбрасывает таймер задержки, когда опция «Обновить сейчас» снова становится доступна. ====&lt;br /&gt;
Если автоматическое обновление постоянно завершается с ошибкой, например, из-за недостатка места на диске, таймер задержки сбрасывается до значения по умолчанию после того, как ожидание обновления прекращается и кнопка «Обновить сейчас» снова становится доступной.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка реактивного Spring @RestController ====&lt;br /&gt;
Теперь ЕдиныйАгент поддерживает трассировку в реактивном коде &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;так же, &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;как и в нереактивном.&lt;br /&gt;
&lt;br /&gt;
Поддерживаемые версии: &amp;lt;code&amp;gt;org.springframework.boot:spring-boot-starter-webflux&amp;lt;/code&amp;gt;2+ и 3+.&lt;br /&gt;
&lt;br /&gt;
Обратите внимание, что при использовании Spring Reactive и Webflux будут созданы новые объекты сервиса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (.NET-модуль) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку .NET-приложений в контейнерах на базе Alpine Linux (musl libc), работающих на архитектуре ARM64.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено кэширование данных для дополнительной системной информации хоста. ====&lt;br /&gt;
Теперь дополнительная информация о системе хоста будет собираться только один раз во время работы агента ОС.&lt;br /&gt;
&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.319 GA содержит 44 решенные проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|7&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
| 2&lt;br /&gt;
|-&lt;br /&gt;
|Структура расширений&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Отладчик в реальном времени&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
| 11&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Модуль ОС&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Механизм причинно-следственной связи на основе ИИ&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Сетевой модуль&lt;br /&gt;
|2&lt;br /&gt;
|}&lt;br /&gt;
====Общие====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка загрузки дампов памяти не отображалась.&lt;br /&gt;
* Приоритет атрибутов ресурсов, заданных с помощью переменной среды OTEL `OTEL_RESOURCE_ATTRIBUTES`, был изменен в соответствии с уровнем процесса, поэтому теперь можно переопределять атрибуты ресурсов с тем же именем, определенными на уровне хоста.&lt;br /&gt;
&lt;br /&gt;
* В Alpine Linux теперь номер версии включается в лог агента версии ядра, поскольку вместо использования только значения VERSION из `/etc/os-release` при необходимости используется значение VERSION_ID.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых хостах или контейнерах происходил сбой в процессе агента или клиента с внедренным агентом, если вызов системной функции getaddrinfo() не удавался, а реализация системной функции freeaddrinfo() не содержала проверки на нулевой указатель.&lt;br /&gt;
* Исправлена ​​ошибка, влияющая на корреляцию RUM (действия пользователя &amp;lt;-&amp;gt; распределенные трассировки) для агентов JavaScript, внедренных вручную.&lt;br /&gt;
*Добавлено корректное преобразование значения OID `AgentIp` в строку в источнике данных SNMP TRAP, чтобы избежать некорректного приведения типов во время обработки ловушек.&lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Модуль ЕдиныйАгент Log больше не будет добавлять строку &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; к непустому значению атрибута при раскрытии подстановочного знака из пути к пользовательскому источнику логов. Теперь строка &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; будет использоваться только тогда, когда значение атрибута пустое.&lt;br /&gt;
* Исправлены ошибки, приводившие к сбоям, когда количество контейнеров, отслеживаемых модулем логирования ЕдиногоАгента, превышало лимит открытых файловых дескрипторов для его процесса.&lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к сбою модуля ЕдиныйАгент Go, которая возникала, когда приложение Go предоставляло собственную реализацию функции `pthread_create`.&lt;br /&gt;
* Исправлена ​​ошибка при получении метаданных функций для библиотек Go.&lt;br /&gt;
&lt;br /&gt;
==== Структура расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отсутствие заголовка Content-Type в конечной точке метрик Prometheus препятствовало ее корректному распознаванию. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ответ от SNMP-устройства, содержащий ошибку, приводил к зацикливанию источника данных в бесконечном цикле.&lt;br /&gt;
*Исправлено некорректное обогащение `dt.metrics.source` для метрик, отправляемых из расширений, в результате чего значение изменялось с недопустимого &amp;lt;nowiki&amp;gt;{{astromkey_osagent}}&amp;lt;/nowiki&amp;gt; на имя расширения.&lt;br /&gt;
&lt;br /&gt;
==== Отладчик в реальном времени ====&lt;br /&gt;
&lt;br /&gt;
* Улучшена выборка выполнений точек останова, теперь она работает и на основе количества одновременно выполняемых потоков.&lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​потоковая передача логов для CICS и IMS. Потоковая передача логов для CICS и IMS была отключена из-за отсутствия файла схемы в развертывании zRemote.&lt;br /&gt;
* Теперь функция анализа логов zAgent может извлекать уровни логирования и временные метки из ранее недоступных для анализа записей логов. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в Grail отсутствовала метрика `dt.host.zos.msu_hours`, но присутствовала соответствующая метрика `builtin:host.zos.msu_hours`.&lt;br /&gt;
* Добавлено расширенное логирование при проверке соединений с DB2 модулем zRemote во время запуска, а также улучшена обработка потенциально необработанных исключений.&lt;br /&gt;
* Отменена оптимизация, добавленная в версии ЕдиныйАгент 1.317, которая вызывала конфликт при регистрации агентов между zDC и zRemote.&lt;br /&gt;
* Теперь zRemote позволяет подключать к zRemote различные экземпляры DB2 через один и тот же zDC.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, которая могла привести к сбою zRemote при запросе ZDC на загрузку и отправку библиотеки zLocal на мэйнфрейм.&lt;br /&gt;
* Устранены ложные предупреждения zRemote при очистке отключенных компонентов мэйнфрейма.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой модуль z/OS некорректно преобразовывал обратную косую черту (`\`), левую скобку (`[`) и правую скобку (`]`) во время обработки потоков логов. &lt;br /&gt;
* При отключении группировки IMS идентификатор группы процессов в зависимом от IMS регионе больше не изменяется по сравнению с предыдущими версиями.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой регионы, зависящие от IMS, не инициализировались после перезапуска zRemote. До повторной инициализации ICTL инициализация IAPP блокируется, и модуль zRemote игнорирует данные IAPP.&lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой приложения Node.js иногда аварийно завершали работу при включенной функции CpuSampling (когда были включены функции ЕдиногоАгента «Захват информации о наиболее загруженных методах ЦП в фоновом режиме» и/или «Захват информации о наиболее загруженных методах в PurePaths»). Вероятность сбоя возрастала, когда приложение использовало рабочие потоки. &lt;br /&gt;
*Исправлена ​​ошибка, препятствовавшая обновлению настроек ограничения усечения строк для приложений Node.js. &lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ЕдиныйАгент иногда не отправлял метрику доступности во время обновления ЕдиногоАгента.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой при устаревании файлов в agent/bin в Windows предпринималась попытка удалить используемые исполняемые файлы агента. &lt;br /&gt;
*Исправлены пробелы в данных метрик при использовании отладочного флага decreaseUpdateFrequency.  &lt;br /&gt;
* Исправлены случаи, когда из-за односторонней нормализации путей к библиотекам ЕдиногоАгента определение их использования завершалось с ошибкой, и попытка их удаления выполнялась некорректно.&lt;br /&gt;
* Событие перезагрузки отправляется только в том случае, если мониторинг включен. Ранее оно отправлялось также и при отключенном мониторинге данного хоста.&lt;br /&gt;
* Исправлены процессы сопоставления, для которых модуль ЕдиныйАгент OS не мог прочитать все свойства.&lt;br /&gt;
* Теперь атрибуты ресурсов на уровне хоста в событиях имеют самый низкий, а не самый высокий приоритет, что позволяет перезаписывать ресурсы на уровне хоста в событиях ресурсами на уровне процесса.&lt;br /&gt;
* Теперь исполняемые файлы сервера Redis, содержащие номер версии в своем имени, классифицируются как Redis.&lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отслеживаемый процесс Python иногда мог привести к взаимоблокировке во время создания дочернего процесса, если в это время было получено обновление конфигурации ЕдиногоАгента. Это также касалось неочевидных способов создания дочерних процессов, таких как `subprocess.run`.&lt;br /&gt;
* Модуль кода ЕдиныйАгент для Python теперь использует блокировку вокруг обработчиков форков, которые он регистрирует в интерпретаторе Python. Это предотвращает проблемы, когда модуль кода может оставлять дополнительные потоки запущенными во время параллельного выполнения форков в отдельных потоках Python или может перестать передавать данные после этого. Поскольку параллельное создание форков из Python всегда небезопасно, даже без участия модуля кода, такие ситуации должны быть редкими. Несмотря на дополнительную блокировку, не ожидается никакого влияния на производительность от этого изменения из-за GIL Python, который предотвращает параллелизм. &lt;br /&gt;
*Исключение, возникающее во время инструментирования процесса получения сообщений SQS, иногда выходило за пределы ЕдиногоАгента и нарушало работу инструментированных приложений. Соответствующие части кода инструментирования были скорректированы для защиты инструментированных приложений от внутренних ошибок ЕдиногоАгента .  &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Теперь при загрузке расширения PMI учитывается элемент FeatureSet в YAML-файле расширения.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой записи в JSONLayout удалялись при включенном обогащении логов ЕдиногоАгента.&lt;br /&gt;
* После обновления ЕдиногоАгента до версии, поддерживающей новую версию Java, в веб-интерфейсе больше не отображается сообщение «Активация глубокого мониторинга не удалась».&lt;br /&gt;
&lt;br /&gt;
==== Механизм причинно-следственной связи на основе ИИ ====&lt;br /&gt;
&lt;br /&gt;
* Значения в строке запроса MongoDB маскируются вопросительным знаком &amp;quot;?&amp;quot; по соображениям конфиденциальности данных и производительности агрегирования; однако значения целочисленных типов могли быть отправлены как есть. Это исправление гарантирует, что числовые значения также будут маскироваться.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Показатель пропускной способности networkagent теперь корректно отображается для TCP-соединений с большой пропускной способностью.&lt;br /&gt;
* Сетевые метрики, основанные на данных `oneagentnetttracer`, теперь имеют метки времени, синхронизированные со временем кластера, аналогично другим метрикам, отправляемым модулем ЕдиныйАгент OS.&lt;br /&gt;
===ЕдиныйАгент для Android===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Обновленная версия Kotlin ====&lt;br /&gt;
Мы обновили Kotlin до версии 2.0.21.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для iOS===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Пользовательская метка элемента управления для названия действия ====&lt;br /&gt;
Мы добавили новый вариант в &amp;lt;code&amp;gt;withCustomInstrumentationConfig&amp;lt;/code&amp;gt;модификатор представления, который позволяет указать имя действия. Используйте &amp;lt;code&amp;gt;.useControlName(customName)&amp;lt;/code&amp;gt;для определения имени действия.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для JavaScript===&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Упрощенный код совместимости RUM с браузерами. ====&lt;br /&gt;
Для оптимизации работы RUM мы удалили код совместимости для версий браузеров, не поддерживающих PerformanceEntry (все поддерживаемые браузеры поддерживают PerformanceEntry). JavaScript-код RUM больше не инициализируется в этих браузерах.&lt;br /&gt;
&lt;br /&gt;
В версии 1.319 GA исправлено 5 ошибок.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решены вопросы&lt;br /&gt;
|-&lt;br /&gt;
|JavaScript&lt;br /&gt;
|4&lt;br /&gt;
|-&lt;br /&gt;
|RUM&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== JavaScript ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой тип возвращаемого значения вызова fetch не соответствовал типу Promise, поскольку создавался дополнительный слой-обертка Promise с использованием Promise ponyfill вместо собственного конструктора Promise.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой события взаимодействия с пользователем не регистрировались.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к некорректному отображению ошибок скрипта.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на страницах с большим количеством ресурсов возникали дублирующиеся записи водопада, когда собственный PerformanceObserver был недоступен.&lt;br /&gt;
&lt;br /&gt;
==== RUM ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, возникавшая в приложениях, использующих медиаплеер Wistia с включенной опцией «Использовать прокси-API для XHR-запросов», из-за которой JavaScript RUM вызывал предупреждение в Wistia.&lt;br /&gt;
=='''API Ключ-АСТРОМ'''==&lt;br /&gt;
===API среды===&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{extensionName}/monitoringConfigurations/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/{configurationId}/audit&amp;lt;/code&amp;gt; ''Новое!''&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/{configurationId}/status&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ExtensionStatusDto&lt;br /&gt;
***** Нарушенная совместимость&lt;br /&gt;
****** Измененное свойство status&lt;br /&gt;
******* Добавлены значения перечисления: &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt; &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;&lt;br /&gt;
****** Удаленj обязательнjt свойство timestamp.&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Добавлено fipsMode в запрос&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGateList.&lt;br /&gt;
***** Изменено свойство activeGates&lt;br /&gt;
****** Добавлено свойство fipsMode&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип::&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGate.&lt;br /&gt;
***** Добавлено свойство fipsMode&lt;br /&gt;
&lt;br /&gt;
==== /extensions/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/status&amp;lt;/code&amp;gt;&lt;br /&gt;
** Расширения:&lt;br /&gt;
*** Уровень зрелости API изменился с &amp;lt;code&amp;gt;IN_DEVELOPMENT&amp;lt;/code&amp;gt;на&amp;lt;code&amp;gt;GENERAL_AVAILABILITY&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/schema&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены ограничения удаления свойств.&lt;br /&gt;
****** Добавлены свойства:  schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены свойство deletionConstraints&lt;br /&gt;
****** Добавлены свойства: schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
==== /logs/ingest ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /logs/ingest&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonl&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonl; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines+json&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines+json; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-jsonlines&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-jsonlines; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-ndjson&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-ndjson; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /ua/entity ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /ua/entity&amp;lt;/code&amp;gt; ''Ранний пользователь''&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема UAEntityScreenDefinition.&lt;br /&gt;
***** Изменено свойство tags.&lt;br /&gt;
****** Добавлено свойство: tagContextFilter&lt;br /&gt;
&lt;br /&gt;
=== API конфигурации ===&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{technology}/availableHosts ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{technology}/availableHosts&amp;lt;/code&amp;gt; ''Ранний пользователь''&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Изменение технологий на пути&lt;br /&gt;
**** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /service/requestAttributes/ ====&lt;br /&gt;
&amp;lt;code&amp;gt;POST /service/requestAttributes&amp;lt;/code&amp;gt;&lt;br /&gt;
* Запрос:&lt;br /&gt;
** Изменена схема RequestAttribute.&lt;br /&gt;
*** Изменено свойство dataSources&lt;br /&gt;
**** Изменено свойство scope&lt;br /&gt;
***** Изменено свойство serviceTechnology&lt;br /&gt;
****** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /service/requestAttributes/validator&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /service/requestAttributes/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема RequestAttribute.&lt;br /&gt;
***** Изменено свойство dataSources&lt;br /&gt;
****** Изменено свойство scope&lt;br /&gt;
******* Изменено свойство serviceTechnology.&lt;br /&gt;
******** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /service/requestAttributes/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /service/requestAttributes/{id}/validator&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6193</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6193"/>
		<updated>2026-02-06T14:56:07Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: /* /ua/entity */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
&lt;br /&gt;
* Linux : Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux : Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
====Операционные системы, поддержка которых в недавнем времени была прекращена:====&lt;br /&gt;
*Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.320 GA содержит 28 решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Безопасность приложений&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|25&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====Безопасность приложений====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой не удавалось правильно установить тип триггера события и пользователя. &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик. &lt;br /&gt;
* Устранена проблема, из-за которой сообщения ЕдиногоАгента не обрабатывались в масштабах всего кластера из-за блокировки, возникающей при одновременном изменении режима мониторинга многими ЕдинымиАгентами в одной среде.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых страницах сервиса отображались ненужные теги.&lt;br /&gt;
* API обработки событий OpenPipeline больше не принимает пустые тела HTTP-запросов. JSON-данные должны иметь положительную длину и содержать как минимум один допустимый JSON-объект. Если эти условия не выполняются, сервер отвечает кодом состояния 400.&lt;br /&gt;
* Устранена проблема с разрешениями IAM `settings:objects:read` и `settings:objects:write`, из-за которой условия политики игнорировались при их сочетании с условием `environment:management-zone`.&lt;br /&gt;
* Исправлен редкий случай, когда при последующих обновлениях проблемы могла быть потеряна часть информации о первопричине проблемы.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурационные файлы не обновлялись при миграции из одного клиента в другой. Ранее сервер предоставлял новые конфигурационные файлы только в том случае, если была доступна более новая версия. Теперь конфигурационные файлы предоставляются, если версии различаются.&lt;br /&gt;
* Декларативная группировка, мониторинг VMware и доступность процессов больше не допускают некорректного использования двойных скобок в поле условия.&lt;br /&gt;
* До версии 1.318 URL-адрес арендатора некорректно передавался из кластера в ЕдиныеАгенты и среды АктивныхШлюзов в средах с поддержкой PrivateLink для Live Debugger. Начиная с версии 1.318, кластер корректно сообщает URL-адрес арендатора в ЕдиныхАгентах и средах AG для Live Debugger в средах с поддержкой PrivateLink.&lt;br /&gt;
* В классических панелях мониторинга удален временной интервал из визуализации Honeycomb, теперь он соответствует всем визуализациям, не основанным на временных рядах и не имеющим временного интервала. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отчеты о событиях ИИ не учитывали поле `dt.query`.&lt;br /&gt;
&lt;br /&gt;
* Мы исправили ошибку, из-за которой пользователь с определенными привилегиями зоны управления вызывал API `getEntities`. Фильтр MZ применялся только к первой странице, а не к последующим, что приводило к некорректным результатам, включая подсчет объектов. &lt;br /&gt;
* В системе регистрации миграции ATM режим работы был изменен с ограниченного на общий. Это необходимо для мониторинга логов.&lt;br /&gt;
* Поскольку обновление до последней версии Ключ-АСТРОМ не имеет смысла в управляемых системах, баннер обновления панели мониторинга над списком панелей мониторинга больше не отображается.&lt;br /&gt;
* Улучшена связь с межсредовой трассировкой для обработки случаев, когда слишком большой заголовок приводил к ошибке 431. &lt;br /&gt;
* Исправлено ненужное экранирование новой строки для cURL(cmd) в фрагментах кода настроек.&lt;br /&gt;
* Исправлены вводящие в заблуждение сообщения об успешной установке и улучшена обработка ошибок при добавлении узлов, что обеспечивает корректное выведение узлов Cassandra из эксплуатации перед удалением. &lt;br /&gt;
* Теперь конечные точки приема событий OpenPipeline отвечают с `content-type: text/plain`, что улучшает использование из блокнотов и рабочих процессов. Конечные точки приема данных OpenPipeline для типов данных, связанных с событиями, отвечают HTTP-статусом 202 и пустым телом, когда данные принимаются OpenPipeline. Ранее в ответе устанавливался заголовок `content-type` в `application/octet-stream` и заголовок `vary` в `Origin`, что вызывало проблемы в HTTP-клиенте, используемом в рабочих процессах и блокнотах Ключ-АСТРОМ. В этом релизе мы немного изменили поведение API, чтобы эти конечные точки можно было легко вызывать из рабочих процессов и блокнотов. После изменения content-type устанавливается в `text/plain`, и заголовок `vary: Origin` вообще не должен присутствовать. Это изменение не должно повлиять на работу расширенных HTTP-клиентов, поскольку `content-length` в этих ответах всегда был и остается `0`. &amp;lt;small&amp;gt;(PPX-5678)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись в Grail, если включен OpenPipeline.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга. &lt;br /&gt;
* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.&lt;br /&gt;
* Предотвращено возникновение исключения при миграции свойства таймаута запроса для HTTP-мониторов.&lt;br /&gt;
* Устранена проблема, вызывавшая медленную загрузку распределенных трассировок в веб-интерфейсе для анализа по запросу.  &lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой назначение монитора синтетическому местоположению без назначенных VUC-модулей приводило к ненужному возникновению проблемы отсутствия возможностей. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сессии ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой сеансы с длительным просмотром при определенных условиях переставали работать каждые 5 минут.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь вместо имени домашнего каталога Oracle используется правильное имя слушателя.&lt;br /&gt;
&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя слушателя вместо имени домашнего каталога Oracle. Это может привести к изменению идентификаторов PG/PGI.&lt;br /&gt;
&lt;br /&gt;
=== Новые функции и улучшения ===&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка кластера PHP Redis в ЕдиномАгенте ====&lt;br /&gt;
PHP Redis Cluster — это новая функция для PHP ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
Мы добавили новый датчик для обнаружения и отображения в распределенных трассировках вызовов Redis Cluster из расширения phpredis﻿ . В распределенной трассировке вызовы методов Redis Cluster будут показывать, на каком узле кластера была выполнена команда, если это возможно.&lt;br /&gt;
&lt;br /&gt;
Модуль ЕдиногоАгента для PHP поддерживает PHP Redis версий от 3.1.6 до 6.2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== Перепозиционирование хранения данных в рамках анализа логов ====&lt;br /&gt;
Функция сохранения данных в логах и ее снимки были перенесены из:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/agent/config&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
в:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/datastorage/loganalytics&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Логи''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка структурированных данных в логах событий Windows. ====&lt;br /&gt;
Начиная с этого выпуска, структурированные данные можно собирать из логгов событий Windows в ветвях «Данные пользователя» или «Данные событий» (в зависимости от доступности), а также в их подветвях. Собранные данные передаются вместе с содержимым записи в виде атрибутов.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов присваиваются на основе доступной информации, такой как имена тегов, значение поля «Имя» или — если имена тегов повторяются, а поле «Имя» отсутствует — к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с меткой &amp;quot;Бинарный&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Параметры POST-запроса больше не передаются вместе с параметрами запроса. ====&lt;br /&gt;
Указание параметра запроса на перехват параметров больше не будет приводить к перехвату POST-параметров с указанным именем.&lt;br /&gt;
&lt;br /&gt;
При необходимости параметры POST-запроса теперь придется определять отдельно в правиле захвата тела запроса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость инфраструктуры''&lt;br /&gt;
&lt;br /&gt;
==== Показатели Nettracer, доступности и расширения дискового пространства теперь увеличены. ====&lt;br /&gt;
Теперь метрики Nettracer, доступности хоста, доступности процесса и расширений дисковых устройств будут отправляться через сообщение MINTv2 вместо пересылки из ранее существовавшего сообщения MINTv1. В результате появилась возможность обогащать их всеми доступными атрибутами ресурсов на уровне хоста и процесса.&lt;br /&gt;
&lt;br /&gt;
''Поставка программного обеспечения''&lt;br /&gt;
&lt;br /&gt;
==== Теперь доступна функция распространения контекста span для PHP. ====&lt;br /&gt;
В этом релизе мы реализовали распространение контекста для пакетов span в PHP.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Название группы процессов добавляется ко всем метрикам JMX/PMI. ====&lt;br /&gt;
Теперь модуль Java-кода добавляет это измерение &amp;lt;code&amp;gt;dt.process_group.detected_name&amp;lt;/code&amp;gt;ко всем метрикам JMX и PMI без схемы.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь переменные расширения могут использоваться в качестве измерений для расширений Java JMX. ====&lt;br /&gt;
Теперь ЕдиныйАгент Java позволяет добавлять переменные в качестве измерений в расширения JMX фреймворка Extensions 2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено обнаружение процессов Tomcat. ====&lt;br /&gt;
Улучшена функция обнаружения технологии Tomcat для сервера Tomcat, работающего в качестве службы.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за работой приложений | Очереди''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка трассировки реактивного API Reactor Kafka (модуль Java) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку API Reactor Kafka для отправки и получения сообщений в Java-приложениях с использованием:&lt;br /&gt;
&lt;br /&gt;
* Реактор Kafka 1.3.23+﻿&lt;br /&gt;
* Spring для Apache Kafka 3.3.7+﻿&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена совместимость с правами доступа Elasticsearch (Elasticsearch 8.18+). ====&lt;br /&gt;
Несовместимость, вызванная системой Entitlements, появившейся в Elasticsearch 8.18.0, исправлена ​​в версии ЕдиногоАгента 1.319, и модуль Java больше не будет отключаться при обнаружении Elasticsearch 8.18 или более поздней версии.&lt;br /&gt;
&lt;br /&gt;
Entitlements предназначены для замены устаревшего Java Security Manager в Elasticsearch и создавали помехи для Java-модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Расширенные правила обнаружения групп процессов для zAgent ====&lt;br /&gt;
Для улучшения структуры мониторинга мы расширили расширенные правила обнаружения PG в zAgent. Обратите внимание, что это повлияет на работу системы мониторинга.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь функция автоматического обновления сбрасывает таймер задержки, когда опция «Обновить сейчас» снова становится доступна. ====&lt;br /&gt;
Если автоматическое обновление постоянно завершается с ошибкой, например, из-за недостатка места на диске, таймер задержки сбрасывается до значения по умолчанию после того, как ожидание обновления прекращается и кнопка «Обновить сейчас» снова становится доступной.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка реактивного Spring @RestController ====&lt;br /&gt;
Теперь ЕдиныйАгент поддерживает трассировку в реактивном коде &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;так же, &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;как и в нереактивном.&lt;br /&gt;
&lt;br /&gt;
Поддерживаемые версии: &amp;lt;code&amp;gt;org.springframework.boot:spring-boot-starter-webflux&amp;lt;/code&amp;gt;2+ и 3+.&lt;br /&gt;
&lt;br /&gt;
Обратите внимание, что при использовании Spring Reactive и Webflux будут созданы новые объекты сервиса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (.NET-модуль) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку .NET-приложений в контейнерах на базе Alpine Linux (musl libc), работающих на архитектуре ARM64.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено кэширование данных для дополнительной системной информации хоста. ====&lt;br /&gt;
Теперь дополнительная информация о системе хоста будет собираться только один раз во время работы агента ОС.&lt;br /&gt;
&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.319 GA содержит 44 решенные проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|7&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
| 2&lt;br /&gt;
|-&lt;br /&gt;
|Структура расширений&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Отладчик в реальном времени&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
| 11&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Модуль ОС&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Механизм причинно-следственной связи на основе ИИ&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Сетевой модуль&lt;br /&gt;
|2&lt;br /&gt;
|}&lt;br /&gt;
====Общие====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка загрузки дампов памяти не отображалась.&lt;br /&gt;
* Приоритет атрибутов ресурсов, заданных с помощью переменной среды OTEL `OTEL_RESOURCE_ATTRIBUTES`, был изменен в соответствии с уровнем процесса, поэтому теперь можно переопределять атрибуты ресурсов с тем же именем, определенными на уровне хоста.&lt;br /&gt;
&lt;br /&gt;
* В Alpine Linux теперь номер версии включается в лог агента версии ядра, поскольку вместо использования только значения VERSION из `/etc/os-release` при необходимости используется значение VERSION_ID.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых хостах или контейнерах происходил сбой в процессе агента или клиента с внедренным агентом, если вызов системной функции getaddrinfo() не удавался, а реализация системной функции freeaddrinfo() не содержала проверки на нулевой указатель.&lt;br /&gt;
* Исправлена ​​ошибка, влияющая на корреляцию RUM (действия пользователя &amp;lt;-&amp;gt; распределенные трассировки) для агентов JavaScript, внедренных вручную.&lt;br /&gt;
*Добавлено корректное преобразование значения OID `AgentIp` в строку в источнике данных SNMP TRAP, чтобы избежать некорректного приведения типов во время обработки ловушек.&lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Модуль ЕдиныйАгент Log больше не будет добавлять строку &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; к непустому значению атрибута при раскрытии подстановочного знака из пути к пользовательскому источнику логов. Теперь строка &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; будет использоваться только тогда, когда значение атрибута пустое.&lt;br /&gt;
* Исправлены ошибки, приводившие к сбоям, когда количество контейнеров, отслеживаемых модулем логирования ЕдиногоАгента, превышало лимит открытых файловых дескрипторов для его процесса.&lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к сбою модуля ЕдиныйАгент Go, которая возникала, когда приложение Go предоставляло собственную реализацию функции `pthread_create`.&lt;br /&gt;
* Исправлена ​​ошибка при получении метаданных функций для библиотек Go.&lt;br /&gt;
&lt;br /&gt;
==== Структура расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отсутствие заголовка Content-Type в конечной точке метрик Prometheus препятствовало ее корректному распознаванию. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ответ от SNMP-устройства, содержащий ошибку, приводил к зацикливанию источника данных в бесконечном цикле.&lt;br /&gt;
*Исправлено некорректное обогащение `dt.metrics.source` для метрик, отправляемых из расширений, в результате чего значение изменялось с недопустимого &amp;lt;nowiki&amp;gt;{{astromkey_osagent}}&amp;lt;/nowiki&amp;gt; на имя расширения.&lt;br /&gt;
&lt;br /&gt;
==== Отладчик в реальном времени ====&lt;br /&gt;
&lt;br /&gt;
* Улучшена выборка выполнений точек останова, теперь она работает и на основе количества одновременно выполняемых потоков.&lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​потоковая передача логов для CICS и IMS. Потоковая передача логов для CICS и IMS была отключена из-за отсутствия файла схемы в развертывании zRemote.&lt;br /&gt;
* Теперь функция анализа логов zAgent может извлекать уровни логирования и временные метки из ранее недоступных для анализа записей логов. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в Grail отсутствовала метрика `dt.host.zos.msu_hours`, но присутствовала соответствующая метрика `builtin:host.zos.msu_hours`.&lt;br /&gt;
* Добавлено расширенное логирование при проверке соединений с DB2 модулем zRemote во время запуска, а также улучшена обработка потенциально необработанных исключений.&lt;br /&gt;
* Отменена оптимизация, добавленная в версии ЕдиныйАгент 1.317, которая вызывала конфликт при регистрации агентов между zDC и zRemote.&lt;br /&gt;
* Теперь zRemote позволяет подключать к zRemote различные экземпляры DB2 через один и тот же zDC.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, которая могла привести к сбою zRemote при запросе ZDC на загрузку и отправку библиотеки zLocal на мэйнфрейм.&lt;br /&gt;
* Устранены ложные предупреждения zRemote при очистке отключенных компонентов мэйнфрейма.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой модуль z/OS некорректно преобразовывал обратную косую черту (`\`), левую скобку (`[`) и правую скобку (`]`) во время обработки потоков логов. &lt;br /&gt;
* При отключении группировки IMS идентификатор группы процессов в зависимом от IMS регионе больше не изменяется по сравнению с предыдущими версиями.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой регионы, зависящие от IMS, не инициализировались после перезапуска zRemote. До повторной инициализации ICTL инициализация IAPP блокируется, и модуль zRemote игнорирует данные IAPP.&lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой приложения Node.js иногда аварийно завершали работу при включенной функции CpuSampling (когда были включены функции ЕдиногоАгента «Захват информации о наиболее загруженных методах ЦП в фоновом режиме» и/или «Захват информации о наиболее загруженных методах в PurePaths»). Вероятность сбоя возрастала, когда приложение использовало рабочие потоки. &lt;br /&gt;
*Исправлена ​​ошибка, препятствовавшая обновлению настроек ограничения усечения строк для приложений Node.js. &lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ЕдиныйАгент иногда не отправлял метрику доступности во время обновления ЕдиногоАгента.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой при устаревании файлов в agent/bin в Windows предпринималась попытка удалить используемые исполняемые файлы агента. &lt;br /&gt;
*Исправлены пробелы в данных метрик при использовании отладочного флага decreaseUpdateFrequency.  &lt;br /&gt;
* Исправлены случаи, когда из-за односторонней нормализации путей к библиотекам ЕдиногоАгента определение их использования завершалось с ошибкой, и попытка их удаления выполнялась некорректно.&lt;br /&gt;
* Событие перезагрузки отправляется только в том случае, если мониторинг включен. Ранее оно отправлялось также и при отключенном мониторинге данного хоста.&lt;br /&gt;
* Исправлены процессы сопоставления, для которых модуль ЕдиныйАгент OS не мог прочитать все свойства.&lt;br /&gt;
* Теперь атрибуты ресурсов на уровне хоста в событиях имеют самый низкий, а не самый высокий приоритет, что позволяет перезаписывать ресурсы на уровне хоста в событиях ресурсами на уровне процесса.&lt;br /&gt;
* Теперь исполняемые файлы сервера Redis, содержащие номер версии в своем имени, классифицируются как Redis.&lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отслеживаемый процесс Python иногда мог привести к взаимоблокировке во время создания дочернего процесса, если в это время было получено обновление конфигурации ЕдиногоАгента. Это также касалось неочевидных способов создания дочерних процессов, таких как `subprocess.run`.&lt;br /&gt;
* Модуль кода ЕдиныйАгент для Python теперь использует блокировку вокруг обработчиков форков, которые он регистрирует в интерпретаторе Python. Это предотвращает проблемы, когда модуль кода может оставлять дополнительные потоки запущенными во время параллельного выполнения форков в отдельных потоках Python или может перестать передавать данные после этого. Поскольку параллельное создание форков из Python всегда небезопасно, даже без участия модуля кода, такие ситуации должны быть редкими. Несмотря на дополнительную блокировку, не ожидается никакого влияния на производительность от этого изменения из-за GIL Python, который предотвращает параллелизм. &lt;br /&gt;
*Исключение, возникающее во время инструментирования процесса получения сообщений SQS, иногда выходило за пределы ЕдиногоАгента и нарушало работу инструментированных приложений. Соответствующие части кода инструментирования были скорректированы для защиты инструментированных приложений от внутренних ошибок ЕдиногоАгента .  &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Теперь при загрузке расширения PMI учитывается элемент FeatureSet в YAML-файле расширения.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой записи в JSONLayout удалялись при включенном обогащении логов ЕдиногоАгента.&lt;br /&gt;
* После обновления ЕдиногоАгента до версии, поддерживающей новую версию Java, в веб-интерфейсе больше не отображается сообщение «Активация глубокого мониторинга не удалась».&lt;br /&gt;
&lt;br /&gt;
==== Механизм причинно-следственной связи на основе ИИ ====&lt;br /&gt;
&lt;br /&gt;
* Значения в строке запроса MongoDB маскируются вопросительным знаком &amp;quot;?&amp;quot; по соображениям конфиденциальности данных и производительности агрегирования; однако значения целочисленных типов могли быть отправлены как есть. Это исправление гарантирует, что числовые значения также будут маскироваться.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Показатель пропускной способности networkagent теперь корректно отображается для TCP-соединений с большой пропускной способностью.&lt;br /&gt;
* Сетевые метрики, основанные на данных `oneagentnetttracer`, теперь имеют метки времени, синхронизированные со временем кластера, аналогично другим метрикам, отправляемым модулем ЕдиныйАгент OS.&lt;br /&gt;
===ЕдиныйАгент для Android===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Обновленная версия Kotlin ====&lt;br /&gt;
Мы обновили Kotlin до версии 2.0.21.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для iOS===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Пользовательская метка элемента управления для названия действия ====&lt;br /&gt;
Мы добавили новый вариант в &amp;lt;code&amp;gt;withCustomInstrumentationConfig&amp;lt;/code&amp;gt;модификатор представления, который позволяет указать имя действия. Используйте &amp;lt;code&amp;gt;.useControlName(customName)&amp;lt;/code&amp;gt;для определения имени действия.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для JavaScript===&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Упрощенный код совместимости RUM с браузерами. ====&lt;br /&gt;
Для оптимизации работы RUM мы удалили код совместимости для версий браузеров, не поддерживающих PerformanceEntry (все поддерживаемые браузеры поддерживают PerformanceEntry). JavaScript-код RUM больше не инициализируется в этих браузерах.&lt;br /&gt;
&lt;br /&gt;
В версии 1.319 GA исправлено 5 ошибок.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решены вопросы&lt;br /&gt;
|-&lt;br /&gt;
|JavaScript&lt;br /&gt;
|4&lt;br /&gt;
|-&lt;br /&gt;
|RUM&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== JavaScript ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой тип возвращаемого значения вызова fetch не соответствовал типу Promise, поскольку создавался дополнительный слой-обертка Promise с использованием Promise ponyfill вместо собственного конструктора Promise.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой события взаимодействия с пользователем не регистрировались.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к некорректному отображению ошибок скрипта.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на страницах с большим количеством ресурсов возникали дублирующиеся записи водопада, когда собственный PerformanceObserver был недоступен.&lt;br /&gt;
&lt;br /&gt;
==== RUM ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, возникавшая в приложениях, использующих медиаплеер Wistia с включенной опцией «Использовать прокси-API для XHR-запросов», из-за которой JavaScript RUM вызывал предупреждение в Wistia.&lt;br /&gt;
=='''API Ключ-АСТРОМ'''==&lt;br /&gt;
===API среды===&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{extensionName}/monitoringConfigurations/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/{configurationId}/audit&amp;lt;/code&amp;gt; ''Новое!''&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/{configurationId}/status&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ExtensionStatusDto&lt;br /&gt;
***** Нарушенная совместимость&lt;br /&gt;
****** Измененное свойство status&lt;br /&gt;
******* Добавлены значения перечисления: &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt; &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;&lt;br /&gt;
****** Удаленj обязательнjt свойство timestamp.&lt;br /&gt;
&lt;br /&gt;
=== /activeGates ===&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Добавлено fipsMode в запрос&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGateList.&lt;br /&gt;
***** Изменено свойство activeGates&lt;br /&gt;
****** Добавлено свойство fipsMode&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип::&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGate.&lt;br /&gt;
***** Добавлено свойство fipsMode&lt;br /&gt;
&lt;br /&gt;
=== /extensions/ ===&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/status&amp;lt;/code&amp;gt;&lt;br /&gt;
** Расширения:&lt;br /&gt;
*** Уровень зрелости API изменился с &amp;lt;code&amp;gt;IN_DEVELOPMENT&amp;lt;/code&amp;gt;на&amp;lt;code&amp;gt;GENERAL_AVAILABILITY&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/schema&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены ограничения удаления свойств.&lt;br /&gt;
****** Добавлены свойства:  schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
=== /settings/schemas/ ===&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены свойство deletionConstraints&lt;br /&gt;
****** Добавлены свойства: schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
=== /logs/ingest ===&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /logs/ingest&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonl&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonl; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines+json&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines+json; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-jsonlines&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-jsonlines; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-ndjson&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-ndjson; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== /ua/entity ===&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /ua/entity&amp;lt;/code&amp;gt; ''Ранний пользователь''&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема UAEntityScreenDefinition.&lt;br /&gt;
***** Изменено свойство tags.&lt;br /&gt;
****** Добавлено свойство: tagContextFilter&lt;br /&gt;
&lt;br /&gt;
== API конфигурации ==&lt;br /&gt;
&lt;br /&gt;
=== /extensions/{technology}/availableHosts ===&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{technology}/availableHosts&amp;lt;/code&amp;gt; ''Ранний пользователь''&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Изменение технологий на пути&lt;br /&gt;
**** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== /service/requestAttributes/ ===&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /service/requestAttributes&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /service/requestAttributes/validator&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /service/requestAttributes/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема RequestAttribute.&lt;br /&gt;
***** Изменено свойство dataSources&lt;br /&gt;
****** Изменено свойство scope&lt;br /&gt;
******* Изменено свойство serviceTechnology.&lt;br /&gt;
******** Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /service/requestAttributes/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /service/requestAttributes/{id}/validator&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Изменена схема RequestAttribute.&lt;br /&gt;
**** Изменено свойство dataSources&lt;br /&gt;
***** Изменено свойство scope&lt;br /&gt;
****** Изменено свойство serviceTechnology&lt;br /&gt;
******* Добавлено значение перечисления: &amp;lt;code&amp;gt;KOTLIN_COROUTINES&amp;lt;/code&amp;gt;&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6192</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6192"/>
		<updated>2026-02-06T14:40:05Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
&lt;br /&gt;
* Linux : Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux : Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
====Операционные системы, поддержка которых в недавнем времени была прекращена:====&lt;br /&gt;
*Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.320 GA содержит 28 решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Безопасность приложений&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|25&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====Безопасность приложений====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой не удавалось правильно установить тип триггера события и пользователя. &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик. &lt;br /&gt;
* Устранена проблема, из-за которой сообщения ЕдиногоАгента не обрабатывались в масштабах всего кластера из-за блокировки, возникающей при одновременном изменении режима мониторинга многими ЕдинымиАгентами в одной среде.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых страницах сервиса отображались ненужные теги.&lt;br /&gt;
* API обработки событий OpenPipeline больше не принимает пустые тела HTTP-запросов. JSON-данные должны иметь положительную длину и содержать как минимум один допустимый JSON-объект. Если эти условия не выполняются, сервер отвечает кодом состояния 400.&lt;br /&gt;
* Устранена проблема с разрешениями IAM `settings:objects:read` и `settings:objects:write`, из-за которой условия политики игнорировались при их сочетании с условием `environment:management-zone`.&lt;br /&gt;
* Исправлен редкий случай, когда при последующих обновлениях проблемы могла быть потеряна часть информации о первопричине проблемы.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурационные файлы не обновлялись при миграции из одного клиента в другой. Ранее сервер предоставлял новые конфигурационные файлы только в том случае, если была доступна более новая версия. Теперь конфигурационные файлы предоставляются, если версии различаются.&lt;br /&gt;
* Декларативная группировка, мониторинг VMware и доступность процессов больше не допускают некорректного использования двойных скобок в поле условия.&lt;br /&gt;
* До версии 1.318 URL-адрес арендатора некорректно передавался из кластера в ЕдиныеАгенты и среды АктивныхШлюзов в средах с поддержкой PrivateLink для Live Debugger. Начиная с версии 1.318, кластер корректно сообщает URL-адрес арендатора в ЕдиныхАгентах и средах AG для Live Debugger в средах с поддержкой PrivateLink.&lt;br /&gt;
* В классических панелях мониторинга удален временной интервал из визуализации Honeycomb, теперь он соответствует всем визуализациям, не основанным на временных рядах и не имеющим временного интервала. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отчеты о событиях ИИ не учитывали поле `dt.query`.&lt;br /&gt;
&lt;br /&gt;
* Мы исправили ошибку, из-за которой пользователь с определенными привилегиями зоны управления вызывал API `getEntities`. Фильтр MZ применялся только к первой странице, а не к последующим, что приводило к некорректным результатам, включая подсчет объектов. &lt;br /&gt;
* В системе регистрации миграции ATM режим работы был изменен с ограниченного на общий. Это необходимо для мониторинга логов.&lt;br /&gt;
* Поскольку обновление до последней версии Ключ-АСТРОМ не имеет смысла в управляемых системах, баннер обновления панели мониторинга над списком панелей мониторинга больше не отображается.&lt;br /&gt;
* Улучшена связь с межсредовой трассировкой для обработки случаев, когда слишком большой заголовок приводил к ошибке 431. &lt;br /&gt;
* Исправлено ненужное экранирование новой строки для cURL(cmd) в фрагментах кода настроек.&lt;br /&gt;
* Исправлены вводящие в заблуждение сообщения об успешной установке и улучшена обработка ошибок при добавлении узлов, что обеспечивает корректное выведение узлов Cassandra из эксплуатации перед удалением. &lt;br /&gt;
* Теперь конечные точки приема событий OpenPipeline отвечают с `content-type: text/plain`, что улучшает использование из блокнотов и рабочих процессов. Конечные точки приема данных OpenPipeline для типов данных, связанных с событиями, отвечают HTTP-статусом 202 и пустым телом, когда данные принимаются OpenPipeline. Ранее в ответе устанавливался заголовок `content-type` в `application/octet-stream` и заголовок `vary` в `Origin`, что вызывало проблемы в HTTP-клиенте, используемом в рабочих процессах и блокнотах Ключ-АСТРОМ. В этом релизе мы немного изменили поведение API, чтобы эти конечные точки можно было легко вызывать из рабочих процессов и блокнотов. После изменения content-type устанавливается в `text/plain`, и заголовок `vary: Origin` вообще не должен присутствовать. Это изменение не должно повлиять на работу расширенных HTTP-клиентов, поскольку `content-length` в этих ответах всегда был и остается `0`. &amp;lt;small&amp;gt;(PPX-5678)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись в Grail, если включен OpenPipeline.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга. &lt;br /&gt;
* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.&lt;br /&gt;
* Предотвращено возникновение исключения при миграции свойства таймаута запроса для HTTP-мониторов.&lt;br /&gt;
* Устранена проблема, вызывавшая медленную загрузку распределенных трассировок в веб-интерфейсе для анализа по запросу.  &lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой назначение монитора синтетическому местоположению без назначенных VUC-модулей приводило к ненужному возникновению проблемы отсутствия возможностей. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сессии ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой сеансы с длительным просмотром при определенных условиях переставали работать каждые 5 минут.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь вместо имени домашнего каталога Oracle используется правильное имя слушателя.&lt;br /&gt;
&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя слушателя вместо имени домашнего каталога Oracle. Это может привести к изменению идентификаторов PG/PGI.&lt;br /&gt;
&lt;br /&gt;
=== Новые функции и улучшения ===&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка кластера PHP Redis в ЕдиномАгенте ====&lt;br /&gt;
PHP Redis Cluster — это новая функция для PHP ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
Мы добавили новый датчик для обнаружения и отображения в распределенных трассировках вызовов Redis Cluster из расширения phpredis﻿ . В распределенной трассировке вызовы методов Redis Cluster будут показывать, на каком узле кластера была выполнена команда, если это возможно.&lt;br /&gt;
&lt;br /&gt;
Модуль ЕдиногоАгента для PHP поддерживает PHP Redis версий от 3.1.6 до 6.2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== Перепозиционирование хранения данных в рамках анализа логов ====&lt;br /&gt;
Функция сохранения данных в логах и ее снимки были перенесены из:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/agent/config&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
в:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/datastorage/loganalytics&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Логи''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка структурированных данных в логах событий Windows. ====&lt;br /&gt;
Начиная с этого выпуска, структурированные данные можно собирать из логгов событий Windows в ветвях «Данные пользователя» или «Данные событий» (в зависимости от доступности), а также в их подветвях. Собранные данные передаются вместе с содержимым записи в виде атрибутов.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов присваиваются на основе доступной информации, такой как имена тегов, значение поля «Имя» или — если имена тегов повторяются, а поле «Имя» отсутствует — к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с меткой &amp;quot;Бинарный&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Параметры POST-запроса больше не передаются вместе с параметрами запроса. ====&lt;br /&gt;
Указание параметра запроса на перехват параметров больше не будет приводить к перехвату POST-параметров с указанным именем.&lt;br /&gt;
&lt;br /&gt;
При необходимости параметры POST-запроса теперь придется определять отдельно в правиле захвата тела запроса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость инфраструктуры''&lt;br /&gt;
&lt;br /&gt;
==== Показатели Nettracer, доступности и расширения дискового пространства теперь увеличены. ====&lt;br /&gt;
Теперь метрики Nettracer, доступности хоста, доступности процесса и расширений дисковых устройств будут отправляться через сообщение MINTv2 вместо пересылки из ранее существовавшего сообщения MINTv1. В результате появилась возможность обогащать их всеми доступными атрибутами ресурсов на уровне хоста и процесса.&lt;br /&gt;
&lt;br /&gt;
''Поставка программного обеспечения''&lt;br /&gt;
&lt;br /&gt;
==== Теперь доступна функция распространения контекста span для PHP. ====&lt;br /&gt;
В этом релизе мы реализовали распространение контекста для пакетов span в PHP.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Название группы процессов добавляется ко всем метрикам JMX/PMI. ====&lt;br /&gt;
Теперь модуль Java-кода добавляет это измерение &amp;lt;code&amp;gt;dt.process_group.detected_name&amp;lt;/code&amp;gt;ко всем метрикам JMX и PMI без схемы.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь переменные расширения могут использоваться в качестве измерений для расширений Java JMX. ====&lt;br /&gt;
Теперь ЕдиныйАгент Java позволяет добавлять переменные в качестве измерений в расширения JMX фреймворка Extensions 2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено обнаружение процессов Tomcat. ====&lt;br /&gt;
Улучшена функция обнаружения технологии Tomcat для сервера Tomcat, работающего в качестве службы.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за работой приложений | Очереди''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка трассировки реактивного API Reactor Kafka (модуль Java) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку API Reactor Kafka для отправки и получения сообщений в Java-приложениях с использованием:&lt;br /&gt;
&lt;br /&gt;
* Реактор Kafka 1.3.23+﻿&lt;br /&gt;
* Spring для Apache Kafka 3.3.7+﻿&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена совместимость с правами доступа Elasticsearch (Elasticsearch 8.18+). ====&lt;br /&gt;
Несовместимость, вызванная системой Entitlements, появившейся в Elasticsearch 8.18.0, исправлена ​​в версии ЕдиногоАгента 1.319, и модуль Java больше не будет отключаться при обнаружении Elasticsearch 8.18 или более поздней версии.&lt;br /&gt;
&lt;br /&gt;
Entitlements предназначены для замены устаревшего Java Security Manager в Elasticsearch и создавали помехи для Java-модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Расширенные правила обнаружения групп процессов для zAgent ====&lt;br /&gt;
Для улучшения структуры мониторинга мы расширили расширенные правила обнаружения PG в zAgent. Обратите внимание, что это повлияет на работу системы мониторинга.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь функция автоматического обновления сбрасывает таймер задержки, когда опция «Обновить сейчас» снова становится доступна. ====&lt;br /&gt;
Если автоматическое обновление постоянно завершается с ошибкой, например, из-за недостатка места на диске, таймер задержки сбрасывается до значения по умолчанию после того, как ожидание обновления прекращается и кнопка «Обновить сейчас» снова становится доступной.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка реактивного Spring @RestController ====&lt;br /&gt;
Теперь ЕдиныйАгент поддерживает трассировку в реактивном коде &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;так же, &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;как и в нереактивном.&lt;br /&gt;
&lt;br /&gt;
Поддерживаемые версии: &amp;lt;code&amp;gt;org.springframework.boot:spring-boot-starter-webflux&amp;lt;/code&amp;gt;2+ и 3+.&lt;br /&gt;
&lt;br /&gt;
Обратите внимание, что при использовании Spring Reactive и Webflux будут созданы новые объекты сервиса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (.NET-модуль) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку .NET-приложений в контейнерах на базе Alpine Linux (musl libc), работающих на архитектуре ARM64.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено кэширование данных для дополнительной системной информации хоста. ====&lt;br /&gt;
Теперь дополнительная информация о системе хоста будет собираться только один раз во время работы агента ОС.&lt;br /&gt;
&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.319 GA содержит 44 решенные проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|7&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
| 2&lt;br /&gt;
|-&lt;br /&gt;
|Структура расширений&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Отладчик в реальном времени&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
| 11&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Модуль ОС&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Механизм причинно-следственной связи на основе ИИ&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Сетевой модуль&lt;br /&gt;
|2&lt;br /&gt;
|}&lt;br /&gt;
====Общие====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка загрузки дампов памяти не отображалась.&lt;br /&gt;
* Приоритет атрибутов ресурсов, заданных с помощью переменной среды OTEL `OTEL_RESOURCE_ATTRIBUTES`, был изменен в соответствии с уровнем процесса, поэтому теперь можно переопределять атрибуты ресурсов с тем же именем, определенными на уровне хоста.&lt;br /&gt;
&lt;br /&gt;
* В Alpine Linux теперь номер версии включается в лог агента версии ядра, поскольку вместо использования только значения VERSION из `/etc/os-release` при необходимости используется значение VERSION_ID.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых хостах или контейнерах происходил сбой в процессе агента или клиента с внедренным агентом, если вызов системной функции getaddrinfo() не удавался, а реализация системной функции freeaddrinfo() не содержала проверки на нулевой указатель.&lt;br /&gt;
* Исправлена ​​ошибка, влияющая на корреляцию RUM (действия пользователя &amp;lt;-&amp;gt; распределенные трассировки) для агентов JavaScript, внедренных вручную.&lt;br /&gt;
*Добавлено корректное преобразование значения OID `AgentIp` в строку в источнике данных SNMP TRAP, чтобы избежать некорректного приведения типов во время обработки ловушек.&lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Модуль ЕдиныйАгент Log больше не будет добавлять строку &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; к непустому значению атрибута при раскрытии подстановочного знака из пути к пользовательскому источнику логов. Теперь строка &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; будет использоваться только тогда, когда значение атрибута пустое.&lt;br /&gt;
* Исправлены ошибки, приводившие к сбоям, когда количество контейнеров, отслеживаемых модулем логирования ЕдиногоАгента, превышало лимит открытых файловых дескрипторов для его процесса.&lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к сбою модуля ЕдиныйАгент Go, которая возникала, когда приложение Go предоставляло собственную реализацию функции `pthread_create`.&lt;br /&gt;
* Исправлена ​​ошибка при получении метаданных функций для библиотек Go.&lt;br /&gt;
&lt;br /&gt;
==== Структура расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отсутствие заголовка Content-Type в конечной точке метрик Prometheus препятствовало ее корректному распознаванию. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ответ от SNMP-устройства, содержащий ошибку, приводил к зацикливанию источника данных в бесконечном цикле.&lt;br /&gt;
*Исправлено некорректное обогащение `dt.metrics.source` для метрик, отправляемых из расширений, в результате чего значение изменялось с недопустимого &amp;lt;nowiki&amp;gt;{{astromkey_osagent}}&amp;lt;/nowiki&amp;gt; на имя расширения.&lt;br /&gt;
&lt;br /&gt;
==== Отладчик в реальном времени ====&lt;br /&gt;
&lt;br /&gt;
* Улучшена выборка выполнений точек останова, теперь она работает и на основе количества одновременно выполняемых потоков.&lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​потоковая передача логов для CICS и IMS. Потоковая передача логов для CICS и IMS была отключена из-за отсутствия файла схемы в развертывании zRemote.&lt;br /&gt;
* Теперь функция анализа логов zAgent может извлекать уровни логирования и временные метки из ранее недоступных для анализа записей логов. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в Grail отсутствовала метрика `dt.host.zos.msu_hours`, но присутствовала соответствующая метрика `builtin:host.zos.msu_hours`.&lt;br /&gt;
* Добавлено расширенное логирование при проверке соединений с DB2 модулем zRemote во время запуска, а также улучшена обработка потенциально необработанных исключений.&lt;br /&gt;
* Отменена оптимизация, добавленная в версии ЕдиныйАгент 1.317, которая вызывала конфликт при регистрации агентов между zDC и zRemote.&lt;br /&gt;
* Теперь zRemote позволяет подключать к zRemote различные экземпляры DB2 через один и тот же zDC.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, которая могла привести к сбою zRemote при запросе ZDC на загрузку и отправку библиотеки zLocal на мэйнфрейм.&lt;br /&gt;
* Устранены ложные предупреждения zRemote при очистке отключенных компонентов мэйнфрейма.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой модуль z/OS некорректно преобразовывал обратную косую черту (`\`), левую скобку (`[`) и правую скобку (`]`) во время обработки потоков логов. &lt;br /&gt;
* При отключении группировки IMS идентификатор группы процессов в зависимом от IMS регионе больше не изменяется по сравнению с предыдущими версиями.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой регионы, зависящие от IMS, не инициализировались после перезапуска zRemote. До повторной инициализации ICTL инициализация IAPP блокируется, и модуль zRemote игнорирует данные IAPP.&lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой приложения Node.js иногда аварийно завершали работу при включенной функции CpuSampling (когда были включены функции ЕдиногоАгента «Захват информации о наиболее загруженных методах ЦП в фоновом режиме» и/или «Захват информации о наиболее загруженных методах в PurePaths»). Вероятность сбоя возрастала, когда приложение использовало рабочие потоки. &lt;br /&gt;
*Исправлена ​​ошибка, препятствовавшая обновлению настроек ограничения усечения строк для приложений Node.js. &lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ЕдиныйАгент иногда не отправлял метрику доступности во время обновления ЕдиногоАгента.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой при устаревании файлов в agent/bin в Windows предпринималась попытка удалить используемые исполняемые файлы агента. &lt;br /&gt;
*Исправлены пробелы в данных метрик при использовании отладочного флага decreaseUpdateFrequency.  &lt;br /&gt;
* Исправлены случаи, когда из-за односторонней нормализации путей к библиотекам ЕдиногоАгента определение их использования завершалось с ошибкой, и попытка их удаления выполнялась некорректно.&lt;br /&gt;
* Событие перезагрузки отправляется только в том случае, если мониторинг включен. Ранее оно отправлялось также и при отключенном мониторинге данного хоста.&lt;br /&gt;
* Исправлены процессы сопоставления, для которых модуль ЕдиныйАгент OS не мог прочитать все свойства.&lt;br /&gt;
* Теперь атрибуты ресурсов на уровне хоста в событиях имеют самый низкий, а не самый высокий приоритет, что позволяет перезаписывать ресурсы на уровне хоста в событиях ресурсами на уровне процесса.&lt;br /&gt;
* Теперь исполняемые файлы сервера Redis, содержащие номер версии в своем имени, классифицируются как Redis.&lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отслеживаемый процесс Python иногда мог привести к взаимоблокировке во время создания дочернего процесса, если в это время было получено обновление конфигурации ЕдиногоАгента. Это также касалось неочевидных способов создания дочерних процессов, таких как `subprocess.run`.&lt;br /&gt;
* Модуль кода ЕдиныйАгент для Python теперь использует блокировку вокруг обработчиков форков, которые он регистрирует в интерпретаторе Python. Это предотвращает проблемы, когда модуль кода может оставлять дополнительные потоки запущенными во время параллельного выполнения форков в отдельных потоках Python или может перестать передавать данные после этого. Поскольку параллельное создание форков из Python всегда небезопасно, даже без участия модуля кода, такие ситуации должны быть редкими. Несмотря на дополнительную блокировку, не ожидается никакого влияния на производительность от этого изменения из-за GIL Python, который предотвращает параллелизм. &lt;br /&gt;
*Исключение, возникающее во время инструментирования процесса получения сообщений SQS, иногда выходило за пределы ЕдиногоАгента и нарушало работу инструментированных приложений. Соответствующие части кода инструментирования были скорректированы для защиты инструментированных приложений от внутренних ошибок ЕдиногоАгента .  &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Теперь при загрузке расширения PMI учитывается элемент FeatureSet в YAML-файле расширения.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой записи в JSONLayout удалялись при включенном обогащении логов ЕдиногоАгента.&lt;br /&gt;
* После обновления ЕдиногоАгента до версии, поддерживающей новую версию Java, в веб-интерфейсе больше не отображается сообщение «Активация глубокого мониторинга не удалась».&lt;br /&gt;
&lt;br /&gt;
==== Механизм причинно-следственной связи на основе ИИ ====&lt;br /&gt;
&lt;br /&gt;
* Значения в строке запроса MongoDB маскируются вопросительным знаком &amp;quot;?&amp;quot; по соображениям конфиденциальности данных и производительности агрегирования; однако значения целочисленных типов могли быть отправлены как есть. Это исправление гарантирует, что числовые значения также будут маскироваться.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Показатель пропускной способности networkagent теперь корректно отображается для TCP-соединений с большой пропускной способностью.&lt;br /&gt;
* Сетевые метрики, основанные на данных `oneagentnetttracer`, теперь имеют метки времени, синхронизированные со временем кластера, аналогично другим метрикам, отправляемым модулем ЕдиныйАгент OS.&lt;br /&gt;
===ЕдиныйАгент для Android===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Обновленная версия Kotlin ====&lt;br /&gt;
Мы обновили Kotlin до версии 2.0.21.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для iOS===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Пользовательская метка элемента управления для названия действия ====&lt;br /&gt;
Мы добавили новый вариант в &amp;lt;code&amp;gt;withCustomInstrumentationConfig&amp;lt;/code&amp;gt;модификатор представления, который позволяет указать имя действия. Используйте &amp;lt;code&amp;gt;.useControlName(customName)&amp;lt;/code&amp;gt;для определения имени действия.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для JavaScript===&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Упрощенный код совместимости RUM с браузерами. ====&lt;br /&gt;
Для оптимизации работы RUM мы удалили код совместимости для версий браузеров, не поддерживающих PerformanceEntry (все поддерживаемые браузеры поддерживают PerformanceEntry). JavaScript-код RUM больше не инициализируется в этих браузерах.&lt;br /&gt;
&lt;br /&gt;
В версии 1.319 GA исправлено 5 ошибок.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решены вопросы&lt;br /&gt;
|-&lt;br /&gt;
|JavaScript&lt;br /&gt;
|4&lt;br /&gt;
|-&lt;br /&gt;
|RUM&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== JavaScript ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой тип возвращаемого значения вызова fetch не соответствовал типу Promise, поскольку создавался дополнительный слой-обертка Promise с использованием Promise ponyfill вместо собственного конструктора Promise.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой события взаимодействия с пользователем не регистрировались.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к некорректному отображению ошибок скрипта.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на страницах с большим количеством ресурсов возникали дублирующиеся записи водопада, когда собственный PerformanceObserver был недоступен.&lt;br /&gt;
&lt;br /&gt;
==== RUM ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, возникавшая в приложениях, использующих медиаплеер Wistia с включенной опцией «Использовать прокси-API для XHR-запросов», из-за которой JavaScript RUM вызывал предупреждение в Wistia.&lt;br /&gt;
=='''API Ключ-АСТРОМ'''==&lt;br /&gt;
===API среды===&lt;br /&gt;
&lt;br /&gt;
=== /extensions/{extensionName}/monitoringConfigurations/ ===&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/{configurationId}/audit&amp;lt;/code&amp;gt; ''Новое!''&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/{configurationId}/status&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ExtensionStatusDto&lt;br /&gt;
***** Нарушенная совместимость&lt;br /&gt;
****** Измененное свойство status&lt;br /&gt;
******* Добавлены значения перечисления: &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt; &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;&lt;br /&gt;
****** Удаленj обязательнjt свойство timestamp.&lt;br /&gt;
&lt;br /&gt;
=== /activeGates ===&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Добавлено fipsMode в запрос&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGateList.&lt;br /&gt;
***** Изменено свойство activeGates&lt;br /&gt;
****** Добавлено свойство fipsMode&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип::&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема ActiveGate.&lt;br /&gt;
***** Добавлено свойство fipsMode&lt;br /&gt;
&lt;br /&gt;
=== /extensions/ ===&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/monitoringConfigurations/status&amp;lt;/code&amp;gt;&lt;br /&gt;
** Расширения:&lt;br /&gt;
*** Уровень зрелости API изменился с &amp;lt;code&amp;gt;IN_DEVELOPMENT&amp;lt;/code&amp;gt;на&amp;lt;code&amp;gt;GENERAL_AVAILABILITY&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/schema&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены ограничения удаления свойств.&lt;br /&gt;
****** Добавлены свойства:  schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
=== /settings/schemas/ ===&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема SchemaDefinitionRestDto&lt;br /&gt;
***** Изменены свойство deletionConstraints&lt;br /&gt;
****** Добавлены свойства: schemaIds type&lt;br /&gt;
****** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
=== /logs/ingest ===&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /logs/ingest&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonl&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonl; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines+json&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines+json; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/jsonlines; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-jsonlines&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-jsonlines; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-ndjson&amp;lt;/code&amp;gt;&lt;br /&gt;
*** Добавлен&amp;lt;code&amp;gt;application/x-ndjson; charset=utf-8&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== /ua/entity ===&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /ua/entity&amp;lt;/code&amp;gt; ''Ранний пользователь''&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 OK&lt;br /&gt;
**** Изменена схема UAEntityScreenDefinition.&lt;br /&gt;
***** Изменено свойство tags.&lt;br /&gt;
****** Добавлено свойство: tagContextFilter&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D0%B0%D0%BC&amp;diff=6168</id>
		<title>Примечания к релизам</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D0%B0%D0%BC&amp;diff=6168"/>
		<updated>2026-02-05T10:08:18Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Примечания к релизам:&lt;br /&gt;
&lt;br /&gt;
* [[Примечания к релизу 218]]&lt;br /&gt;
* [[Примечания к релизу 220]]&lt;br /&gt;
* [[Примечания к релизу 222]]&lt;br /&gt;
* [[Примечания к выпуску 224|Примечания к релизу 224]]&lt;br /&gt;
* [[Примечания к релизу 226]]&lt;br /&gt;
*[[Примечания к релизу 228]]&lt;br /&gt;
*[[Примечания к релизу 230]]&lt;br /&gt;
*[[Примечания к релизу 232]]&lt;br /&gt;
*[[Примечания к релизу 234]]&lt;br /&gt;
*[[Примечания к релизу 236]]&lt;br /&gt;
*[[Примечания к релизу 238]]&lt;br /&gt;
*[[Примечания к релизу 240]]&lt;br /&gt;
*[[Примечания к релизу 242]]&lt;br /&gt;
*[[Примечания к релизу 244]]&lt;br /&gt;
*[[Примечания к релизу 246]] &lt;br /&gt;
*[[Примечания к релизу 248]] &lt;br /&gt;
*[[Примечания к релизу 250]] &lt;br /&gt;
*[[Примечания к релизу 252]] &lt;br /&gt;
*[[Примечания к релизу 254]] &lt;br /&gt;
*[[Примечания к релизу 256]] &lt;br /&gt;
*[[Примечания к релизу 258]] &lt;br /&gt;
*[[Примечания к релизу 260]] &lt;br /&gt;
*[[Примечания к релизу 262]] &lt;br /&gt;
*[[Примечания к релизу 264]] &lt;br /&gt;
*[[Примечания к релизу 266]] &lt;br /&gt;
*[[Примечания к релизу 268]] &lt;br /&gt;
*[[Примечания к релизу 270]] &lt;br /&gt;
*[[Примечания к релизу 272]] &lt;br /&gt;
*[[Примечания к релизу 274]] &lt;br /&gt;
*[[Примечания к релизу 276]] &lt;br /&gt;
*[[Примечания к релизу 278]] &lt;br /&gt;
*[[Примечания к релизу 280]] &lt;br /&gt;
*[[Примечания к релизу 282]] &lt;br /&gt;
*[[Примечания к релизу 284]] &lt;br /&gt;
*[[Примечания к релизу 286]] &lt;br /&gt;
*[[Примечания к релизу 288]] &lt;br /&gt;
*[[Примечания к релизу 290]] &lt;br /&gt;
*[[Примечания к релизу 292]] &lt;br /&gt;
*[[Примечания к релизу 294]] &lt;br /&gt;
*[[Примечания к релизу 296]] &lt;br /&gt;
*[[Примечания к релизу 300]] &lt;br /&gt;
*[[Примечания к релизу 304]] &lt;br /&gt;
*[[Примечания к релизу 308]] &lt;br /&gt;
*[[Примечания к релизу 312]] &lt;br /&gt;
*[[Примечания к релизу 316]] &lt;br /&gt;
*[[Примечания к релизу 320]] &lt;br /&gt;
&lt;br /&gt;
[[Новости о прекращении поддержки]]&lt;br /&gt;
&lt;br /&gt;
[[Поддержка новых технологий]]&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6156</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6156"/>
		<updated>2026-02-04T15:55:31Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: /* Упрощенный код совместимости RUM с браузерами. */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
&lt;br /&gt;
* Linux : Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux : Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
====Операционные системы, поддержка которых в недавнем времени была прекращена:====&lt;br /&gt;
*Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.320 GA содержит 28 решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Безопасность приложений&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|25&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====Безопасность приложений====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой не удавалось правильно установить тип триггера события и пользователя. &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик. &lt;br /&gt;
* Устранена проблема, из-за которой сообщения ЕдиногоАгента не обрабатывались в масштабах всего кластера из-за блокировки, возникающей при одновременном изменении режима мониторинга многими ЕдинымиАгентами в одной среде.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых страницах сервиса отображались ненужные теги.&lt;br /&gt;
* API обработки событий OpenPipeline больше не принимает пустые тела HTTP-запросов. JSON-данные должны иметь положительную длину и содержать как минимум один допустимый JSON-объект. Если эти условия не выполняются, сервер отвечает кодом состояния 400.&lt;br /&gt;
* Устранена проблема с разрешениями IAM `settings:objects:read` и `settings:objects:write`, из-за которой условия политики игнорировались при их сочетании с условием `environment:management-zone`.&lt;br /&gt;
* Исправлен редкий случай, когда при последующих обновлениях проблемы могла быть потеряна часть информации о первопричине проблемы.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурационные файлы не обновлялись при миграции из одного клиента в другой. Ранее сервер предоставлял новые конфигурационные файлы только в том случае, если была доступна более новая версия. Теперь конфигурационные файлы предоставляются, если версии различаются.&lt;br /&gt;
* Декларативная группировка, мониторинг VMware и доступность процессов больше не допускают некорректного использования двойных скобок в поле условия.&lt;br /&gt;
* До версии 1.318 URL-адрес арендатора некорректно передавался из кластера в ЕдиныеАгенты и среды АктивныхШлюзов в средах с поддержкой PrivateLink для Live Debugger. Начиная с версии 1.318, кластер корректно сообщает URL-адрес арендатора в ЕдиныхАгентах и средах AG для Live Debugger в средах с поддержкой PrivateLink.&lt;br /&gt;
* В классических панелях мониторинга удален временной интервал из визуализации Honeycomb, теперь он соответствует всем визуализациям, не основанным на временных рядах и не имеющим временного интервала. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отчеты о событиях ИИ не учитывали поле `dt.query`.&lt;br /&gt;
&lt;br /&gt;
* Мы исправили ошибку, из-за которой пользователь с определенными привилегиями зоны управления вызывал API `getEntities`. Фильтр MZ применялся только к первой странице, а не к последующим, что приводило к некорректным результатам, включая подсчет объектов. &lt;br /&gt;
* В системе регистрации миграции ATM режим работы был изменен с ограниченного на общий. Это необходимо для мониторинга логов.&lt;br /&gt;
* Поскольку обновление до последней версии Ключ-АСТРОМ не имеет смысла в управляемых системах, баннер обновления панели мониторинга над списком панелей мониторинга больше не отображается.&lt;br /&gt;
* Улучшена связь с межсредовой трассировкой для обработки случаев, когда слишком большой заголовок приводил к ошибке 431. &lt;br /&gt;
* Исправлено ненужное экранирование новой строки для cURL(cmd) в фрагментах кода настроек.&lt;br /&gt;
* Исправлены вводящие в заблуждение сообщения об успешной установке и улучшена обработка ошибок при добавлении узлов, что обеспечивает корректное выведение узлов Cassandra из эксплуатации перед удалением. &lt;br /&gt;
* Теперь конечные точки приема событий OpenPipeline отвечают с `content-type: text/plain`, что улучшает использование из блокнотов и рабочих процессов. Конечные точки приема данных OpenPipeline для типов данных, связанных с событиями, отвечают HTTP-статусом 202 и пустым телом, когда данные принимаются OpenPipeline. Ранее в ответе устанавливался заголовок `content-type` в `application/octet-stream` и заголовок `vary` в `Origin`, что вызывало проблемы в HTTP-клиенте, используемом в рабочих процессах и блокнотах Ключ-АСТРОМ. В этом релизе мы немного изменили поведение API, чтобы эти конечные точки можно было легко вызывать из рабочих процессов и блокнотов. После изменения content-type устанавливается в `text/plain`, и заголовок `vary: Origin` вообще не должен присутствовать. Это изменение не должно повлиять на работу расширенных HTTP-клиентов, поскольку `content-length` в этих ответах всегда был и остается `0`. &amp;lt;small&amp;gt;(PPX-5678)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись в Grail, если включен OpenPipeline.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга. &lt;br /&gt;
* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.&lt;br /&gt;
* Предотвращено возникновение исключения при миграции свойства таймаута запроса для HTTP-мониторов.&lt;br /&gt;
* Устранена проблема, вызывавшая медленную загрузку распределенных трассировок в веб-интерфейсе для анализа по запросу.  &lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой назначение монитора синтетическому местоположению без назначенных VUC-модулей приводило к ненужному возникновению проблемы отсутствия возможностей. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сессии ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой сеансы с длительным просмотром при определенных условиях переставали работать каждые 5 минут.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь вместо имени домашнего каталога Oracle используется правильное имя слушателя.&lt;br /&gt;
&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя слушателя вместо имени домашнего каталога Oracle. Это может привести к изменению идентификаторов PG/PGI.&lt;br /&gt;
&lt;br /&gt;
=== Новые функции и улучшения ===&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка кластера PHP Redis в ЕдиномАгенте ====&lt;br /&gt;
PHP Redis Cluster — это новая функция для PHP ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
Мы добавили новый датчик для обнаружения и отображения в распределенных трассировках вызовов Redis Cluster из расширения phpredis﻿ . В распределенной трассировке вызовы методов Redis Cluster будут показывать, на каком узле кластера была выполнена команда, если это возможно.&lt;br /&gt;
&lt;br /&gt;
Модуль ЕдиногоАгента для PHP поддерживает PHP Redis версий от 3.1.6 до 6.2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== Перепозиционирование хранения данных в рамках анализа логов ====&lt;br /&gt;
Функция сохранения данных в логах и ее снимки были перенесены из:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/agent/config&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
в:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/datastorage/loganalytics&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Логи''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка структурированных данных в логах событий Windows. ====&lt;br /&gt;
Начиная с этого выпуска, структурированные данные можно собирать из логгов событий Windows в ветвях «Данные пользователя» или «Данные событий» (в зависимости от доступности), а также в их подветвях. Собранные данные передаются вместе с содержимым записи в виде атрибутов.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов присваиваются на основе доступной информации, такой как имена тегов, значение поля «Имя» или — если имена тегов повторяются, а поле «Имя» отсутствует — к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с меткой &amp;quot;Бинарный&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Параметры POST-запроса больше не передаются вместе с параметрами запроса. ====&lt;br /&gt;
Указание параметра запроса на перехват параметров больше не будет приводить к перехвату POST-параметров с указанным именем.&lt;br /&gt;
&lt;br /&gt;
При необходимости параметры POST-запроса теперь придется определять отдельно в правиле захвата тела запроса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость инфраструктуры''&lt;br /&gt;
&lt;br /&gt;
==== Показатели Nettracer, доступности и расширения дискового пространства теперь увеличены. ====&lt;br /&gt;
Теперь метрики Nettracer, доступности хоста, доступности процесса и расширений дисковых устройств будут отправляться через сообщение MINTv2 вместо пересылки из ранее существовавшего сообщения MINTv1. В результате появилась возможность обогащать их всеми доступными атрибутами ресурсов на уровне хоста и процесса.&lt;br /&gt;
&lt;br /&gt;
''Поставка программного обеспечения''&lt;br /&gt;
&lt;br /&gt;
==== Теперь доступна функция распространения контекста span для PHP. ====&lt;br /&gt;
В этом релизе мы реализовали распространение контекста для пакетов span в PHP.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Название группы процессов добавляется ко всем метрикам JMX/PMI. ====&lt;br /&gt;
Теперь модуль Java-кода добавляет это измерение &amp;lt;code&amp;gt;dt.process_group.detected_name&amp;lt;/code&amp;gt;ко всем метрикам JMX и PMI без схемы.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь переменные расширения могут использоваться в качестве измерений для расширений Java JMX. ====&lt;br /&gt;
Теперь ЕдиныйАгент Java позволяет добавлять переменные в качестве измерений в расширения JMX фреймворка Extensions 2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено обнаружение процессов Tomcat. ====&lt;br /&gt;
Улучшена функция обнаружения технологии Tomcat для сервера Tomcat, работающего в качестве службы.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за работой приложений | Очереди''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка трассировки реактивного API Reactor Kafka (модуль Java) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку API Reactor Kafka для отправки и получения сообщений в Java-приложениях с использованием:&lt;br /&gt;
&lt;br /&gt;
* Реактор Kafka 1.3.23+﻿&lt;br /&gt;
* Spring для Apache Kafka 3.3.7+﻿&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена совместимость с правами доступа Elasticsearch (Elasticsearch 8.18+). ====&lt;br /&gt;
Несовместимость, вызванная системой Entitlements, появившейся в Elasticsearch 8.18.0, исправлена ​​в версии ЕдиногоАгента 1.319, и модуль Java больше не будет отключаться при обнаружении Elasticsearch 8.18 или более поздней версии.&lt;br /&gt;
&lt;br /&gt;
Entitlements предназначены для замены устаревшего Java Security Manager в Elasticsearch и создавали помехи для Java-модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Расширенные правила обнаружения групп процессов для zAgent ====&lt;br /&gt;
Для улучшения структуры мониторинга мы расширили расширенные правила обнаружения PG в zAgent. Обратите внимание, что это повлияет на работу системы мониторинга.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь функция автоматического обновления сбрасывает таймер задержки, когда опция «Обновить сейчас» снова становится доступна. ====&lt;br /&gt;
Если автоматическое обновление постоянно завершается с ошибкой, например, из-за недостатка места на диске, таймер задержки сбрасывается до значения по умолчанию после того, как ожидание обновления прекращается и кнопка «Обновить сейчас» снова становится доступной.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка реактивного Spring @RestController ====&lt;br /&gt;
Теперь ЕдиныйАгент поддерживает трассировку в реактивном коде &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;так же, &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;как и в нереактивном.&lt;br /&gt;
&lt;br /&gt;
Поддерживаемые версии: &amp;lt;code&amp;gt;org.springframework.boot:spring-boot-starter-webflux&amp;lt;/code&amp;gt;2+ и 3+.&lt;br /&gt;
&lt;br /&gt;
Обратите внимание, что при использовании Spring Reactive и Webflux будут созданы новые объекты сервиса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (.NET-модуль) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку .NET-приложений в контейнерах на базе Alpine Linux (musl libc), работающих на архитектуре ARM64.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено кэширование данных для дополнительной системной информации хоста. ====&lt;br /&gt;
Теперь дополнительная информация о системе хоста будет собираться только один раз во время работы агента ОС.&lt;br /&gt;
&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.319 GA содержит 44 решенные проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|7&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
| 2&lt;br /&gt;
|-&lt;br /&gt;
|Структура расширений&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Отладчик в реальном времени&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
| 11&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Модуль ОС&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Механизм причинно-следственной связи на основе ИИ&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Сетевой модуль&lt;br /&gt;
|2&lt;br /&gt;
|}&lt;br /&gt;
====Общие====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка загрузки дампов памяти не отображалась.&lt;br /&gt;
* Приоритет атрибутов ресурсов, заданных с помощью переменной среды OTEL `OTEL_RESOURCE_ATTRIBUTES`, был изменен в соответствии с уровнем процесса, поэтому теперь можно переопределять атрибуты ресурсов с тем же именем, определенными на уровне хоста.&lt;br /&gt;
&lt;br /&gt;
* В Alpine Linux теперь номер версии включается в лог агента версии ядра, поскольку вместо использования только значения VERSION из `/etc/os-release` при необходимости используется значение VERSION_ID.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых хостах или контейнерах происходил сбой в процессе агента или клиента с внедренным агентом, если вызов системной функции getaddrinfo() не удавался, а реализация системной функции freeaddrinfo() не содержала проверки на нулевой указатель.&lt;br /&gt;
* Исправлена ​​ошибка, влияющая на корреляцию RUM (действия пользователя &amp;lt;-&amp;gt; распределенные трассировки) для агентов JavaScript, внедренных вручную.&lt;br /&gt;
*Добавлено корректное преобразование значения OID `AgentIp` в строку в источнике данных SNMP TRAP, чтобы избежать некорректного приведения типов во время обработки ловушек.&lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Модуль ЕдиныйАгент Log больше не будет добавлять строку &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; к непустому значению атрибута при раскрытии подстановочного знака из пути к пользовательскому источнику логов. Теперь строка &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; будет использоваться только тогда, когда значение атрибута пустое.&lt;br /&gt;
* Исправлены ошибки, приводившие к сбоям, когда количество контейнеров, отслеживаемых модулем логирования ЕдиногоАгента, превышало лимит открытых файловых дескрипторов для его процесса.&lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к сбою модуля ЕдиныйАгент Go, которая возникала, когда приложение Go предоставляло собственную реализацию функции `pthread_create`.&lt;br /&gt;
* Исправлена ​​ошибка при получении метаданных функций для библиотек Go.&lt;br /&gt;
&lt;br /&gt;
==== Структура расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отсутствие заголовка Content-Type в конечной точке метрик Prometheus препятствовало ее корректному распознаванию. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ответ от SNMP-устройства, содержащий ошибку, приводил к зацикливанию источника данных в бесконечном цикле.&lt;br /&gt;
*Исправлено некорректное обогащение `dt.metrics.source` для метрик, отправляемых из расширений, в результате чего значение изменялось с недопустимого &amp;lt;nowiki&amp;gt;{{astromkey_osagent}}&amp;lt;/nowiki&amp;gt; на имя расширения.&lt;br /&gt;
&lt;br /&gt;
==== Отладчик в реальном времени ====&lt;br /&gt;
&lt;br /&gt;
* Улучшена выборка выполнений точек останова, теперь она работает и на основе количества одновременно выполняемых потоков.&lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​потоковая передача логов для CICS и IMS. Потоковая передача логов для CICS и IMS была отключена из-за отсутствия файла схемы в развертывании zRemote.&lt;br /&gt;
* Теперь функция анализа логов zAgent может извлекать уровни логирования и временные метки из ранее недоступных для анализа записей логов. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в Grail отсутствовала метрика `dt.host.zos.msu_hours`, но присутствовала соответствующая метрика `builtin:host.zos.msu_hours`.&lt;br /&gt;
* Добавлено расширенное логирование при проверке соединений с DB2 модулем zRemote во время запуска, а также улучшена обработка потенциально необработанных исключений.&lt;br /&gt;
* Отменена оптимизация, добавленная в версии ЕдиныйАгент 1.317, которая вызывала конфликт при регистрации агентов между zDC и zRemote.&lt;br /&gt;
* Теперь zRemote позволяет подключать к zRemote различные экземпляры DB2 через один и тот же zDC.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, которая могла привести к сбою zRemote при запросе ZDC на загрузку и отправку библиотеки zLocal на мэйнфрейм.&lt;br /&gt;
* Устранены ложные предупреждения zRemote при очистке отключенных компонентов мэйнфрейма.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой модуль z/OS некорректно преобразовывал обратную косую черту (`\`), левую скобку (`[`) и правую скобку (`]`) во время обработки потоков логов. &lt;br /&gt;
* При отключении группировки IMS идентификатор группы процессов в зависимом от IMS регионе больше не изменяется по сравнению с предыдущими версиями.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой регионы, зависящие от IMS, не инициализировались после перезапуска zRemote. До повторной инициализации ICTL инициализация IAPP блокируется, и модуль zRemote игнорирует данные IAPP.&lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой приложения Node.js иногда аварийно завершали работу при включенной функции CpuSampling (когда были включены функции ЕдиногоАгента «Захват информации о наиболее загруженных методах ЦП в фоновом режиме» и/или «Захват информации о наиболее загруженных методах в PurePaths»). Вероятность сбоя возрастала, когда приложение использовало рабочие потоки. &lt;br /&gt;
*Исправлена ​​ошибка, препятствовавшая обновлению настроек ограничения усечения строк для приложений Node.js. &lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ЕдиныйАгент иногда не отправлял метрику доступности во время обновления ЕдиногоАгента.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой при устаревании файлов в agent/bin в Windows предпринималась попытка удалить используемые исполняемые файлы агента. &lt;br /&gt;
*Исправлены пробелы в данных метрик при использовании отладочного флага decreaseUpdateFrequency.  &lt;br /&gt;
* Исправлены случаи, когда из-за односторонней нормализации путей к библиотекам ЕдиногоАгента определение их использования завершалось с ошибкой, и попытка их удаления выполнялась некорректно.&lt;br /&gt;
* Событие перезагрузки отправляется только в том случае, если мониторинг включен. Ранее оно отправлялось также и при отключенном мониторинге данного хоста.&lt;br /&gt;
* Исправлены процессы сопоставления, для которых модуль ЕдиныйАгент OS не мог прочитать все свойства.&lt;br /&gt;
* Теперь атрибуты ресурсов на уровне хоста в событиях имеют самый низкий, а не самый высокий приоритет, что позволяет перезаписывать ресурсы на уровне хоста в событиях ресурсами на уровне процесса.&lt;br /&gt;
* Теперь исполняемые файлы сервера Redis, содержащие номер версии в своем имени, классифицируются как Redis.&lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отслеживаемый процесс Python иногда мог привести к взаимоблокировке во время создания дочернего процесса, если в это время было получено обновление конфигурации ЕдиногоАгента. Это также касалось неочевидных способов создания дочерних процессов, таких как `subprocess.run`.&lt;br /&gt;
* Модуль кода ЕдиныйАгент для Python теперь использует блокировку вокруг обработчиков форков, которые он регистрирует в интерпретаторе Python. Это предотвращает проблемы, когда модуль кода может оставлять дополнительные потоки запущенными во время параллельного выполнения форков в отдельных потоках Python или может перестать передавать данные после этого. Поскольку параллельное создание форков из Python всегда небезопасно, даже без участия модуля кода, такие ситуации должны быть редкими. Несмотря на дополнительную блокировку, не ожидается никакого влияния на производительность от этого изменения из-за GIL Python, который предотвращает параллелизм. &lt;br /&gt;
*Исключение, возникающее во время инструментирования процесса получения сообщений SQS, иногда выходило за пределы ЕдиногоАгента и нарушало работу инструментированных приложений. Соответствующие части кода инструментирования были скорректированы для защиты инструментированных приложений от внутренних ошибок ЕдиногоАгента .  &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Теперь при загрузке расширения PMI учитывается элемент FeatureSet в YAML-файле расширения.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой записи в JSONLayout удалялись при включенном обогащении логов ЕдиногоАгента.&lt;br /&gt;
* После обновления ЕдиногоАгента до версии, поддерживающей новую версию Java, в веб-интерфейсе больше не отображается сообщение «Активация глубокого мониторинга не удалась».&lt;br /&gt;
&lt;br /&gt;
==== Механизм причинно-следственной связи на основе ИИ ====&lt;br /&gt;
&lt;br /&gt;
* Значения в строке запроса MongoDB маскируются вопросительным знаком &amp;quot;?&amp;quot; по соображениям конфиденциальности данных и производительности агрегирования; однако значения целочисленных типов могли быть отправлены как есть. Это исправление гарантирует, что числовые значения также будут маскироваться.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Показатель пропускной способности networkagent теперь корректно отображается для TCP-соединений с большой пропускной способностью.&lt;br /&gt;
* Сетевые метрики, основанные на данных `oneagentnetttracer`, теперь имеют метки времени, синхронизированные со временем кластера, аналогично другим метрикам, отправляемым модулем ЕдиныйАгент OS.&lt;br /&gt;
===ЕдиныйАгент для Android===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Обновленная версия Kotlin ====&lt;br /&gt;
Мы обновили Kotlin до версии 2.0.21.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для iOS===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Пользовательская метка элемента управления для названия действия ====&lt;br /&gt;
Мы добавили новый вариант в &amp;lt;code&amp;gt;withCustomInstrumentationConfig&amp;lt;/code&amp;gt;модификатор представления, который позволяет указать имя действия. Используйте &amp;lt;code&amp;gt;.useControlName(customName)&amp;lt;/code&amp;gt;для определения имени действия.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для JavaScript===&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Упрощенный код совместимости RUM с браузерами. ====&lt;br /&gt;
Для оптимизации работы RUM мы удалили код совместимости для версий браузеров, не поддерживающих PerformanceEntry (все поддерживаемые браузеры поддерживают PerformanceEntry). JavaScript-код RUM больше не инициализируется в этих браузерах.&lt;br /&gt;
&lt;br /&gt;
В версии 1.319 GA исправлено 5 ошибок.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решены вопросы&lt;br /&gt;
|-&lt;br /&gt;
|JavaScript&lt;br /&gt;
|4&lt;br /&gt;
|-&lt;br /&gt;
|RUM&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== JavaScript ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой тип возвращаемого значения вызова fetch не соответствовал типу Promise, поскольку создавался дополнительный слой-обертка Promise с использованием Promise ponyfill вместо собственного конструктора Promise.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой события взаимодействия с пользователем не регистрировались.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к некорректному отображению ошибок скрипта.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на страницах с большим количеством ресурсов возникали дублирующиеся записи водопада, когда собственный PerformanceObserver был недоступен.&lt;br /&gt;
&lt;br /&gt;
==== RUM ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, возникавшая в приложениях, использующих медиаплеер Wistia с включенной опцией «Использовать прокси-API для XHR-запросов», из-за которой JavaScript RUM вызывал предупреждение в Wistia.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6155</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6155"/>
		<updated>2026-02-04T15:52:27Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: /* Сетевой модуль */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
&lt;br /&gt;
* Linux : Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux : Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
====Операционные системы, поддержка которых в недавнем времени была прекращена:====&lt;br /&gt;
*Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.320 GA содержит 28 решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Безопасность приложений&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|25&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====Безопасность приложений====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой не удавалось правильно установить тип триггера события и пользователя. &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик. &lt;br /&gt;
* Устранена проблема, из-за которой сообщения ЕдиногоАгента не обрабатывались в масштабах всего кластера из-за блокировки, возникающей при одновременном изменении режима мониторинга многими ЕдинымиАгентами в одной среде.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых страницах сервиса отображались ненужные теги.&lt;br /&gt;
* API обработки событий OpenPipeline больше не принимает пустые тела HTTP-запросов. JSON-данные должны иметь положительную длину и содержать как минимум один допустимый JSON-объект. Если эти условия не выполняются, сервер отвечает кодом состояния 400.&lt;br /&gt;
* Устранена проблема с разрешениями IAM `settings:objects:read` и `settings:objects:write`, из-за которой условия политики игнорировались при их сочетании с условием `environment:management-zone`.&lt;br /&gt;
* Исправлен редкий случай, когда при последующих обновлениях проблемы могла быть потеряна часть информации о первопричине проблемы.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурационные файлы не обновлялись при миграции из одного клиента в другой. Ранее сервер предоставлял новые конфигурационные файлы только в том случае, если была доступна более новая версия. Теперь конфигурационные файлы предоставляются, если версии различаются.&lt;br /&gt;
* Декларативная группировка, мониторинг VMware и доступность процессов больше не допускают некорректного использования двойных скобок в поле условия.&lt;br /&gt;
* До версии 1.318 URL-адрес арендатора некорректно передавался из кластера в ЕдиныеАгенты и среды АктивныхШлюзов в средах с поддержкой PrivateLink для Live Debugger. Начиная с версии 1.318, кластер корректно сообщает URL-адрес арендатора в ЕдиныхАгентах и средах AG для Live Debugger в средах с поддержкой PrivateLink.&lt;br /&gt;
* В классических панелях мониторинга удален временной интервал из визуализации Honeycomb, теперь он соответствует всем визуализациям, не основанным на временных рядах и не имеющим временного интервала. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отчеты о событиях ИИ не учитывали поле `dt.query`.&lt;br /&gt;
&lt;br /&gt;
* Мы исправили ошибку, из-за которой пользователь с определенными привилегиями зоны управления вызывал API `getEntities`. Фильтр MZ применялся только к первой странице, а не к последующим, что приводило к некорректным результатам, включая подсчет объектов. &lt;br /&gt;
* В системе регистрации миграции ATM режим работы был изменен с ограниченного на общий. Это необходимо для мониторинга логов.&lt;br /&gt;
* Поскольку обновление до последней версии Ключ-АСТРОМ не имеет смысла в управляемых системах, баннер обновления панели мониторинга над списком панелей мониторинга больше не отображается.&lt;br /&gt;
* Улучшена связь с межсредовой трассировкой для обработки случаев, когда слишком большой заголовок приводил к ошибке 431. &lt;br /&gt;
* Исправлено ненужное экранирование новой строки для cURL(cmd) в фрагментах кода настроек.&lt;br /&gt;
* Исправлены вводящие в заблуждение сообщения об успешной установке и улучшена обработка ошибок при добавлении узлов, что обеспечивает корректное выведение узлов Cassandra из эксплуатации перед удалением. &lt;br /&gt;
* Теперь конечные точки приема событий OpenPipeline отвечают с `content-type: text/plain`, что улучшает использование из блокнотов и рабочих процессов. Конечные точки приема данных OpenPipeline для типов данных, связанных с событиями, отвечают HTTP-статусом 202 и пустым телом, когда данные принимаются OpenPipeline. Ранее в ответе устанавливался заголовок `content-type` в `application/octet-stream` и заголовок `vary` в `Origin`, что вызывало проблемы в HTTP-клиенте, используемом в рабочих процессах и блокнотах Ключ-АСТРОМ. В этом релизе мы немного изменили поведение API, чтобы эти конечные точки можно было легко вызывать из рабочих процессов и блокнотов. После изменения content-type устанавливается в `text/plain`, и заголовок `vary: Origin` вообще не должен присутствовать. Это изменение не должно повлиять на работу расширенных HTTP-клиентов, поскольку `content-length` в этих ответах всегда был и остается `0`. &amp;lt;small&amp;gt;(PPX-5678)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись в Grail, если включен OpenPipeline.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга. &lt;br /&gt;
* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.&lt;br /&gt;
* Предотвращено возникновение исключения при миграции свойства таймаута запроса для HTTP-мониторов.&lt;br /&gt;
* Устранена проблема, вызывавшая медленную загрузку распределенных трассировок в веб-интерфейсе для анализа по запросу.  &lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой назначение монитора синтетическому местоположению без назначенных VUC-модулей приводило к ненужному возникновению проблемы отсутствия возможностей. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сессии ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой сеансы с длительным просмотром при определенных условиях переставали работать каждые 5 минут.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь вместо имени домашнего каталога Oracle используется правильное имя слушателя.&lt;br /&gt;
&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя слушателя вместо имени домашнего каталога Oracle. Это может привести к изменению идентификаторов PG/PGI.&lt;br /&gt;
&lt;br /&gt;
=== Новые функции и улучшения ===&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка кластера PHP Redis в ЕдиномАгенте ====&lt;br /&gt;
PHP Redis Cluster — это новая функция для PHP ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
Мы добавили новый датчик для обнаружения и отображения в распределенных трассировках вызовов Redis Cluster из расширения phpredis﻿ . В распределенной трассировке вызовы методов Redis Cluster будут показывать, на каком узле кластера была выполнена команда, если это возможно.&lt;br /&gt;
&lt;br /&gt;
Модуль ЕдиногоАгента для PHP поддерживает PHP Redis версий от 3.1.6 до 6.2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== Перепозиционирование хранения данных в рамках анализа логов ====&lt;br /&gt;
Функция сохранения данных в логах и ее снимки были перенесены из:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/agent/config&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
в:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/datastorage/loganalytics&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Логи''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка структурированных данных в логах событий Windows. ====&lt;br /&gt;
Начиная с этого выпуска, структурированные данные можно собирать из логгов событий Windows в ветвях «Данные пользователя» или «Данные событий» (в зависимости от доступности), а также в их подветвях. Собранные данные передаются вместе с содержимым записи в виде атрибутов.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов присваиваются на основе доступной информации, такой как имена тегов, значение поля «Имя» или — если имена тегов повторяются, а поле «Имя» отсутствует — к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с меткой &amp;quot;Бинарный&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Параметры POST-запроса больше не передаются вместе с параметрами запроса. ====&lt;br /&gt;
Указание параметра запроса на перехват параметров больше не будет приводить к перехвату POST-параметров с указанным именем.&lt;br /&gt;
&lt;br /&gt;
При необходимости параметры POST-запроса теперь придется определять отдельно в правиле захвата тела запроса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость инфраструктуры''&lt;br /&gt;
&lt;br /&gt;
==== Показатели Nettracer, доступности и расширения дискового пространства теперь увеличены. ====&lt;br /&gt;
Теперь метрики Nettracer, доступности хоста, доступности процесса и расширений дисковых устройств будут отправляться через сообщение MINTv2 вместо пересылки из ранее существовавшего сообщения MINTv1. В результате появилась возможность обогащать их всеми доступными атрибутами ресурсов на уровне хоста и процесса.&lt;br /&gt;
&lt;br /&gt;
''Поставка программного обеспечения''&lt;br /&gt;
&lt;br /&gt;
==== Теперь доступна функция распространения контекста span для PHP. ====&lt;br /&gt;
В этом релизе мы реализовали распространение контекста для пакетов span в PHP.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Название группы процессов добавляется ко всем метрикам JMX/PMI. ====&lt;br /&gt;
Теперь модуль Java-кода добавляет это измерение &amp;lt;code&amp;gt;dt.process_group.detected_name&amp;lt;/code&amp;gt;ко всем метрикам JMX и PMI без схемы.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь переменные расширения могут использоваться в качестве измерений для расширений Java JMX. ====&lt;br /&gt;
Теперь ЕдиныйАгент Java позволяет добавлять переменные в качестве измерений в расширения JMX фреймворка Extensions 2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено обнаружение процессов Tomcat. ====&lt;br /&gt;
Улучшена функция обнаружения технологии Tomcat для сервера Tomcat, работающего в качестве службы.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за работой приложений | Очереди''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка трассировки реактивного API Reactor Kafka (модуль Java) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку API Reactor Kafka для отправки и получения сообщений в Java-приложениях с использованием:&lt;br /&gt;
&lt;br /&gt;
* Реактор Kafka 1.3.23+﻿&lt;br /&gt;
* Spring для Apache Kafka 3.3.7+﻿&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена совместимость с правами доступа Elasticsearch (Elasticsearch 8.18+). ====&lt;br /&gt;
Несовместимость, вызванная системой Entitlements, появившейся в Elasticsearch 8.18.0, исправлена ​​в версии ЕдиногоАгента 1.319, и модуль Java больше не будет отключаться при обнаружении Elasticsearch 8.18 или более поздней версии.&lt;br /&gt;
&lt;br /&gt;
Entitlements предназначены для замены устаревшего Java Security Manager в Elasticsearch и создавали помехи для Java-модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Расширенные правила обнаружения групп процессов для zAgent ====&lt;br /&gt;
Для улучшения структуры мониторинга мы расширили расширенные правила обнаружения PG в zAgent. Обратите внимание, что это повлияет на работу системы мониторинга.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь функция автоматического обновления сбрасывает таймер задержки, когда опция «Обновить сейчас» снова становится доступна. ====&lt;br /&gt;
Если автоматическое обновление постоянно завершается с ошибкой, например, из-за недостатка места на диске, таймер задержки сбрасывается до значения по умолчанию после того, как ожидание обновления прекращается и кнопка «Обновить сейчас» снова становится доступной.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка реактивного Spring @RestController ====&lt;br /&gt;
Теперь ЕдиныйАгент поддерживает трассировку в реактивном коде &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;так же, &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;как и в нереактивном.&lt;br /&gt;
&lt;br /&gt;
Поддерживаемые версии: &amp;lt;code&amp;gt;org.springframework.boot:spring-boot-starter-webflux&amp;lt;/code&amp;gt;2+ и 3+.&lt;br /&gt;
&lt;br /&gt;
Обратите внимание, что при использовании Spring Reactive и Webflux будут созданы новые объекты сервиса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (.NET-модуль) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку .NET-приложений в контейнерах на базе Alpine Linux (musl libc), работающих на архитектуре ARM64.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено кэширование данных для дополнительной системной информации хоста. ====&lt;br /&gt;
Теперь дополнительная информация о системе хоста будет собираться только один раз во время работы агента ОС.&lt;br /&gt;
&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.319 GA содержит 44 решенные проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|7&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
| 2&lt;br /&gt;
|-&lt;br /&gt;
|Структура расширений&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Отладчик в реальном времени&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
| 11&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Модуль ОС&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Механизм причинно-следственной связи на основе ИИ&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Сетевой модуль&lt;br /&gt;
|2&lt;br /&gt;
|}&lt;br /&gt;
====Общие====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка загрузки дампов памяти не отображалась.&lt;br /&gt;
* Приоритет атрибутов ресурсов, заданных с помощью переменной среды OTEL `OTEL_RESOURCE_ATTRIBUTES`, был изменен в соответствии с уровнем процесса, поэтому теперь можно переопределять атрибуты ресурсов с тем же именем, определенными на уровне хоста.&lt;br /&gt;
&lt;br /&gt;
* В Alpine Linux теперь номер версии включается в лог агента версии ядра, поскольку вместо использования только значения VERSION из `/etc/os-release` при необходимости используется значение VERSION_ID.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых хостах или контейнерах происходил сбой в процессе агента или клиента с внедренным агентом, если вызов системной функции getaddrinfo() не удавался, а реализация системной функции freeaddrinfo() не содержала проверки на нулевой указатель.&lt;br /&gt;
* Исправлена ​​ошибка, влияющая на корреляцию RUM (действия пользователя &amp;lt;-&amp;gt; распределенные трассировки) для агентов JavaScript, внедренных вручную.&lt;br /&gt;
*Добавлено корректное преобразование значения OID `AgentIp` в строку в источнике данных SNMP TRAP, чтобы избежать некорректного приведения типов во время обработки ловушек.&lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Модуль ЕдиныйАгент Log больше не будет добавлять строку &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; к непустому значению атрибута при раскрытии подстановочного знака из пути к пользовательскому источнику логов. Теперь строка &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; будет использоваться только тогда, когда значение атрибута пустое.&lt;br /&gt;
* Исправлены ошибки, приводившие к сбоям, когда количество контейнеров, отслеживаемых модулем логирования ЕдиногоАгента, превышало лимит открытых файловых дескрипторов для его процесса.&lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к сбою модуля ЕдиныйАгент Go, которая возникала, когда приложение Go предоставляло собственную реализацию функции `pthread_create`.&lt;br /&gt;
* Исправлена ​​ошибка при получении метаданных функций для библиотек Go.&lt;br /&gt;
&lt;br /&gt;
==== Структура расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отсутствие заголовка Content-Type в конечной точке метрик Prometheus препятствовало ее корректному распознаванию. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ответ от SNMP-устройства, содержащий ошибку, приводил к зацикливанию источника данных в бесконечном цикле.&lt;br /&gt;
*Исправлено некорректное обогащение `dt.metrics.source` для метрик, отправляемых из расширений, в результате чего значение изменялось с недопустимого &amp;lt;nowiki&amp;gt;{{astromkey_osagent}}&amp;lt;/nowiki&amp;gt; на имя расширения.&lt;br /&gt;
&lt;br /&gt;
==== Отладчик в реальном времени ====&lt;br /&gt;
&lt;br /&gt;
* Улучшена выборка выполнений точек останова, теперь она работает и на основе количества одновременно выполняемых потоков.&lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​потоковая передача логов для CICS и IMS. Потоковая передача логов для CICS и IMS была отключена из-за отсутствия файла схемы в развертывании zRemote.&lt;br /&gt;
* Теперь функция анализа логов zAgent может извлекать уровни логирования и временные метки из ранее недоступных для анализа записей логов. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в Grail отсутствовала метрика `dt.host.zos.msu_hours`, но присутствовала соответствующая метрика `builtin:host.zos.msu_hours`.&lt;br /&gt;
* Добавлено расширенное логирование при проверке соединений с DB2 модулем zRemote во время запуска, а также улучшена обработка потенциально необработанных исключений.&lt;br /&gt;
* Отменена оптимизация, добавленная в версии ЕдиныйАгент 1.317, которая вызывала конфликт при регистрации агентов между zDC и zRemote.&lt;br /&gt;
* Теперь zRemote позволяет подключать к zRemote различные экземпляры DB2 через один и тот же zDC.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, которая могла привести к сбою zRemote при запросе ZDC на загрузку и отправку библиотеки zLocal на мэйнфрейм.&lt;br /&gt;
* Устранены ложные предупреждения zRemote при очистке отключенных компонентов мэйнфрейма.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой модуль z/OS некорректно преобразовывал обратную косую черту (`\`), левую скобку (`[`) и правую скобку (`]`) во время обработки потоков логов. &lt;br /&gt;
* При отключении группировки IMS идентификатор группы процессов в зависимом от IMS регионе больше не изменяется по сравнению с предыдущими версиями.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой регионы, зависящие от IMS, не инициализировались после перезапуска zRemote. До повторной инициализации ICTL инициализация IAPP блокируется, и модуль zRemote игнорирует данные IAPP.&lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой приложения Node.js иногда аварийно завершали работу при включенной функции CpuSampling (когда были включены функции ЕдиногоАгента «Захват информации о наиболее загруженных методах ЦП в фоновом режиме» и/или «Захват информации о наиболее загруженных методах в PurePaths»). Вероятность сбоя возрастала, когда приложение использовало рабочие потоки. &lt;br /&gt;
*Исправлена ​​ошибка, препятствовавшая обновлению настроек ограничения усечения строк для приложений Node.js. &lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ЕдиныйАгент иногда не отправлял метрику доступности во время обновления ЕдиногоАгента.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой при устаревании файлов в agent/bin в Windows предпринималась попытка удалить используемые исполняемые файлы агента. &lt;br /&gt;
*Исправлены пробелы в данных метрик при использовании отладочного флага decreaseUpdateFrequency.  &lt;br /&gt;
* Исправлены случаи, когда из-за односторонней нормализации путей к библиотекам ЕдиногоАгента определение их использования завершалось с ошибкой, и попытка их удаления выполнялась некорректно.&lt;br /&gt;
* Событие перезагрузки отправляется только в том случае, если мониторинг включен. Ранее оно отправлялось также и при отключенном мониторинге данного хоста.&lt;br /&gt;
* Исправлены процессы сопоставления, для которых модуль ЕдиныйАгент OS не мог прочитать все свойства.&lt;br /&gt;
* Теперь атрибуты ресурсов на уровне хоста в событиях имеют самый низкий, а не самый высокий приоритет, что позволяет перезаписывать ресурсы на уровне хоста в событиях ресурсами на уровне процесса.&lt;br /&gt;
* Теперь исполняемые файлы сервера Redis, содержащие номер версии в своем имени, классифицируются как Redis.&lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отслеживаемый процесс Python иногда мог привести к взаимоблокировке во время создания дочернего процесса, если в это время было получено обновление конфигурации ЕдиногоАгента. Это также касалось неочевидных способов создания дочерних процессов, таких как `subprocess.run`.&lt;br /&gt;
* Модуль кода ЕдиныйАгент для Python теперь использует блокировку вокруг обработчиков форков, которые он регистрирует в интерпретаторе Python. Это предотвращает проблемы, когда модуль кода может оставлять дополнительные потоки запущенными во время параллельного выполнения форков в отдельных потоках Python или может перестать передавать данные после этого. Поскольку параллельное создание форков из Python всегда небезопасно, даже без участия модуля кода, такие ситуации должны быть редкими. Несмотря на дополнительную блокировку, не ожидается никакого влияния на производительность от этого изменения из-за GIL Python, который предотвращает параллелизм. &lt;br /&gt;
*Исключение, возникающее во время инструментирования процесса получения сообщений SQS, иногда выходило за пределы ЕдиногоАгента и нарушало работу инструментированных приложений. Соответствующие части кода инструментирования были скорректированы для защиты инструментированных приложений от внутренних ошибок ЕдиногоАгента .  &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Теперь при загрузке расширения PMI учитывается элемент FeatureSet в YAML-файле расширения.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой записи в JSONLayout удалялись при включенном обогащении логов ЕдиногоАгента.&lt;br /&gt;
* После обновления ЕдиногоАгента до версии, поддерживающей новую версию Java, в веб-интерфейсе больше не отображается сообщение «Активация глубокого мониторинга не удалась».&lt;br /&gt;
&lt;br /&gt;
==== Механизм причинно-следственной связи на основе ИИ ====&lt;br /&gt;
&lt;br /&gt;
* Значения в строке запроса MongoDB маскируются вопросительным знаком &amp;quot;?&amp;quot; по соображениям конфиденциальности данных и производительности агрегирования; однако значения целочисленных типов могли быть отправлены как есть. Это исправление гарантирует, что числовые значения также будут маскироваться.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Показатель пропускной способности networkagent теперь корректно отображается для TCP-соединений с большой пропускной способностью.&lt;br /&gt;
* Сетевые метрики, основанные на данных `oneagentnetttracer`, теперь имеют метки времени, синхронизированные со временем кластера, аналогично другим метрикам, отправляемым модулем ЕдиныйАгент OS.&lt;br /&gt;
===ЕдиныйАгент для Android===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Обновленная версия Kotlin ====&lt;br /&gt;
Мы обновили Kotlin до версии 2.0.21.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для iOS===&lt;br /&gt;
''Цифровой опыт | RUM Mobile''&lt;br /&gt;
&lt;br /&gt;
==== Пользовательская метка элемента управления для названия действия ====&lt;br /&gt;
Мы добавили новый вариант в &amp;lt;code&amp;gt;withCustomInstrumentationConfig&amp;lt;/code&amp;gt;модификатор представления, который позволяет указать имя действия. Используйте &amp;lt;code&amp;gt;.useControlName(customName)&amp;lt;/code&amp;gt;для определения имени действия.&lt;br /&gt;
&lt;br /&gt;
===ЕдиныйАгент для JavaScript===&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Упрощенный код совместимости RUM с браузерами. ====&lt;br /&gt;
Для оптимизации работы RUM мы удалили код совместимости для версий браузеров, не поддерживающих PerformanceEntry (все поддерживаемые браузеры поддерживают PerformanceEntry). JavaScript-код RUM больше не инициализируется в этих браузерах.&lt;br /&gt;
&lt;br /&gt;
В версии 1.319 GA исправлено 5 ошибок.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решены вопросы&lt;br /&gt;
|-&lt;br /&gt;
|JavaScript&lt;br /&gt;
|4&lt;br /&gt;
|-&lt;br /&gt;
|RUM&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===== JavaScript =====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой тип возвращаемого значения вызова fetch не соответствовал типу Promise, поскольку создавался дополнительный слой-обертка Promise с использованием Promise ponyfill вместо собственного конструктора Promise.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой события взаимодействия с пользователем не регистрировались.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к некорректному отображению ошибок скрипта.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на страницах с большим количеством ресурсов возникали дублирующиеся записи водопада, когда собственный PerformanceObserver был недоступен.&lt;br /&gt;
&lt;br /&gt;
===== RUM =====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, возникавшая в приложениях, использующих медиаплеер Wistia с включенной опцией «Использовать прокси-API для XHR-запросов», из-за которой JavaScript RUM вызывал предупреждение в Wistia.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6153</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6153"/>
		<updated>2026-02-04T15:43:33Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: /* Структура расширений */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
&lt;br /&gt;
* Linux : Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux : Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
====Операционные системы, поддержка которых в недавнем времени была прекращена:====&lt;br /&gt;
*Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.320 GA содержит 28 решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Безопасность приложений&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|25&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====Безопасность приложений====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой не удавалось правильно установить тип триггера события и пользователя. &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик. &lt;br /&gt;
* Устранена проблема, из-за которой сообщения ЕдиногоАгента не обрабатывались в масштабах всего кластера из-за блокировки, возникающей при одновременном изменении режима мониторинга многими ЕдинымиАгентами в одной среде.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых страницах сервиса отображались ненужные теги.&lt;br /&gt;
* API обработки событий OpenPipeline больше не принимает пустые тела HTTP-запросов. JSON-данные должны иметь положительную длину и содержать как минимум один допустимый JSON-объект. Если эти условия не выполняются, сервер отвечает кодом состояния 400.&lt;br /&gt;
* Устранена проблема с разрешениями IAM `settings:objects:read` и `settings:objects:write`, из-за которой условия политики игнорировались при их сочетании с условием `environment:management-zone`.&lt;br /&gt;
* Исправлен редкий случай, когда при последующих обновлениях проблемы могла быть потеряна часть информации о первопричине проблемы.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурационные файлы не обновлялись при миграции из одного клиента в другой. Ранее сервер предоставлял новые конфигурационные файлы только в том случае, если была доступна более новая версия. Теперь конфигурационные файлы предоставляются, если версии различаются.&lt;br /&gt;
* Декларативная группировка, мониторинг VMware и доступность процессов больше не допускают некорректного использования двойных скобок в поле условия.&lt;br /&gt;
* До версии 1.318 URL-адрес арендатора некорректно передавался из кластера в ЕдиныеАгенты и среды АктивныхШлюзов в средах с поддержкой PrivateLink для Live Debugger. Начиная с версии 1.318, кластер корректно сообщает URL-адрес арендатора в ЕдиныхАгентах и средах AG для Live Debugger в средах с поддержкой PrivateLink.&lt;br /&gt;
* В классических панелях мониторинга удален временной интервал из визуализации Honeycomb, теперь он соответствует всем визуализациям, не основанным на временных рядах и не имеющим временного интервала. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отчеты о событиях ИИ не учитывали поле `dt.query`.&lt;br /&gt;
&lt;br /&gt;
* Мы исправили ошибку, из-за которой пользователь с определенными привилегиями зоны управления вызывал API `getEntities`. Фильтр MZ применялся только к первой странице, а не к последующим, что приводило к некорректным результатам, включая подсчет объектов. &lt;br /&gt;
* В системе регистрации миграции ATM режим работы был изменен с ограниченного на общий. Это необходимо для мониторинга логов.&lt;br /&gt;
* Поскольку обновление до последней версии Ключ-АСТРОМ не имеет смысла в управляемых системах, баннер обновления панели мониторинга над списком панелей мониторинга больше не отображается.&lt;br /&gt;
* Улучшена связь с межсредовой трассировкой для обработки случаев, когда слишком большой заголовок приводил к ошибке 431. &lt;br /&gt;
* Исправлено ненужное экранирование новой строки для cURL(cmd) в фрагментах кода настроек.&lt;br /&gt;
* Исправлены вводящие в заблуждение сообщения об успешной установке и улучшена обработка ошибок при добавлении узлов, что обеспечивает корректное выведение узлов Cassandra из эксплуатации перед удалением. &lt;br /&gt;
* Теперь конечные точки приема событий OpenPipeline отвечают с `content-type: text/plain`, что улучшает использование из блокнотов и рабочих процессов. Конечные точки приема данных OpenPipeline для типов данных, связанных с событиями, отвечают HTTP-статусом 202 и пустым телом, когда данные принимаются OpenPipeline. Ранее в ответе устанавливался заголовок `content-type` в `application/octet-stream` и заголовок `vary` в `Origin`, что вызывало проблемы в HTTP-клиенте, используемом в рабочих процессах и блокнотах Ключ-АСТРОМ. В этом релизе мы немного изменили поведение API, чтобы эти конечные точки можно было легко вызывать из рабочих процессов и блокнотов. После изменения content-type устанавливается в `text/plain`, и заголовок `vary: Origin` вообще не должен присутствовать. Это изменение не должно повлиять на работу расширенных HTTP-клиентов, поскольку `content-length` в этих ответах всегда был и остается `0`. &amp;lt;small&amp;gt;(PPX-5678)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись в Grail, если включен OpenPipeline.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга. &lt;br /&gt;
* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.&lt;br /&gt;
* Предотвращено возникновение исключения при миграции свойства таймаута запроса для HTTP-мониторов.&lt;br /&gt;
* Устранена проблема, вызывавшая медленную загрузку распределенных трассировок в веб-интерфейсе для анализа по запросу.  &lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой назначение монитора синтетическому местоположению без назначенных VUC-модулей приводило к ненужному возникновению проблемы отсутствия возможностей. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сессии ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой сеансы с длительным просмотром при определенных условиях переставали работать каждые 5 минут.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь вместо имени домашнего каталога Oracle используется правильное имя слушателя.&lt;br /&gt;
&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя слушателя вместо имени домашнего каталога Oracle. Это может привести к изменению идентификаторов PG/PGI.&lt;br /&gt;
&lt;br /&gt;
=== Новые функции и улучшения ===&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка кластера PHP Redis в ЕдиномАгенте ====&lt;br /&gt;
PHP Redis Cluster — это новая функция для PHP ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
Мы добавили новый датчик для обнаружения и отображения в распределенных трассировках вызовов Redis Cluster из расширения phpredis﻿ . В распределенной трассировке вызовы методов Redis Cluster будут показывать, на каком узле кластера была выполнена команда, если это возможно.&lt;br /&gt;
&lt;br /&gt;
Модуль ЕдиногоАгента для PHP поддерживает PHP Redis версий от 3.1.6 до 6.2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== Перепозиционирование хранения данных в рамках анализа логов ====&lt;br /&gt;
Функция сохранения данных в логах и ее снимки были перенесены из:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/agent/config&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
в:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/datastorage/loganalytics&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Логи''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка структурированных данных в логах событий Windows. ====&lt;br /&gt;
Начиная с этого выпуска, структурированные данные можно собирать из логгов событий Windows в ветвях «Данные пользователя» или «Данные событий» (в зависимости от доступности), а также в их подветвях. Собранные данные передаются вместе с содержимым записи в виде атрибутов.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов присваиваются на основе доступной информации, такой как имена тегов, значение поля «Имя» или — если имена тегов повторяются, а поле «Имя» отсутствует — к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с меткой &amp;quot;Бинарный&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Параметры POST-запроса больше не передаются вместе с параметрами запроса. ====&lt;br /&gt;
Указание параметра запроса на перехват параметров больше не будет приводить к перехвату POST-параметров с указанным именем.&lt;br /&gt;
&lt;br /&gt;
При необходимости параметры POST-запроса теперь придется определять отдельно в правиле захвата тела запроса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость инфраструктуры''&lt;br /&gt;
&lt;br /&gt;
==== Показатели Nettracer, доступности и расширения дискового пространства теперь увеличены. ====&lt;br /&gt;
Теперь метрики Nettracer, доступности хоста, доступности процесса и расширений дисковых устройств будут отправляться через сообщение MINTv2 вместо пересылки из ранее существовавшего сообщения MINTv1. В результате появилась возможность обогащать их всеми доступными атрибутами ресурсов на уровне хоста и процесса.&lt;br /&gt;
&lt;br /&gt;
''Поставка программного обеспечения''&lt;br /&gt;
&lt;br /&gt;
==== Теперь доступна функция распространения контекста span для PHP. ====&lt;br /&gt;
В этом релизе мы реализовали распространение контекста для пакетов span в PHP.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Название группы процессов добавляется ко всем метрикам JMX/PMI. ====&lt;br /&gt;
Теперь модуль Java-кода добавляет это измерение &amp;lt;code&amp;gt;dt.process_group.detected_name&amp;lt;/code&amp;gt;ко всем метрикам JMX и PMI без схемы.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь переменные расширения могут использоваться в качестве измерений для расширений Java JMX. ====&lt;br /&gt;
Теперь ЕдиныйАгент Java позволяет добавлять переменные в качестве измерений в расширения JMX фреймворка Extensions 2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено обнаружение процессов Tomcat. ====&lt;br /&gt;
Улучшена функция обнаружения технологии Tomcat для сервера Tomcat, работающего в качестве службы.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за работой приложений | Очереди''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка трассировки реактивного API Reactor Kafka (модуль Java) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку API Reactor Kafka для отправки и получения сообщений в Java-приложениях с использованием:&lt;br /&gt;
&lt;br /&gt;
* Реактор Kafka 1.3.23+﻿&lt;br /&gt;
* Spring для Apache Kafka 3.3.7+﻿&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена совместимость с правами доступа Elasticsearch (Elasticsearch 8.18+). ====&lt;br /&gt;
Несовместимость, вызванная системой Entitlements, появившейся в Elasticsearch 8.18.0, исправлена ​​в версии ЕдиногоАгента 1.319, и модуль Java больше не будет отключаться при обнаружении Elasticsearch 8.18 или более поздней версии.&lt;br /&gt;
&lt;br /&gt;
Entitlements предназначены для замены устаревшего Java Security Manager в Elasticsearch и создавали помехи для Java-модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Расширенные правила обнаружения групп процессов для zAgent ====&lt;br /&gt;
Для улучшения структуры мониторинга мы расширили расширенные правила обнаружения PG в zAgent. Обратите внимание, что это повлияет на работу системы мониторинга.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь функция автоматического обновления сбрасывает таймер задержки, когда опция «Обновить сейчас» снова становится доступна. ====&lt;br /&gt;
Если автоматическое обновление постоянно завершается с ошибкой, например, из-за недостатка места на диске, таймер задержки сбрасывается до значения по умолчанию после того, как ожидание обновления прекращается и кнопка «Обновить сейчас» снова становится доступной.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка реактивного Spring @RestController ====&lt;br /&gt;
Теперь ЕдиныйАгент поддерживает трассировку в реактивном коде &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;так же, &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;как и в нереактивном.&lt;br /&gt;
&lt;br /&gt;
Поддерживаемые версии: &amp;lt;code&amp;gt;org.springframework.boot:spring-boot-starter-webflux&amp;lt;/code&amp;gt;2+ и 3+.&lt;br /&gt;
&lt;br /&gt;
Обратите внимание, что при использовании Spring Reactive и Webflux будут созданы новые объекты сервиса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (.NET-модуль) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку .NET-приложений в контейнерах на базе Alpine Linux (musl libc), работающих на архитектуре ARM64.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено кэширование данных для дополнительной системной информации хоста. ====&lt;br /&gt;
Теперь дополнительная информация о системе хоста будет собираться только один раз во время работы агента ОС.&lt;br /&gt;
&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.315 GA содержит   решенных проблем.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|7&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
| 2&lt;br /&gt;
|-&lt;br /&gt;
|Структура расширений&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Отладчик в реальном времени&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
| 11&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Модуль ОС&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Механизм причинно-следственной связи на основе ИИ&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Сетевой модуль&lt;br /&gt;
|2&lt;br /&gt;
|}&lt;br /&gt;
====Общие====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка загрузки дампов памяти не отображалась.&lt;br /&gt;
* Приоритет атрибутов ресурсов, заданных с помощью переменной среды OTEL `OTEL_RESOURCE_ATTRIBUTES`, был изменен в соответствии с уровнем процесса, поэтому теперь можно переопределять атрибуты ресурсов с тем же именем, определенными на уровне хоста.&lt;br /&gt;
&lt;br /&gt;
* В Alpine Linux теперь номер версии включается в лог агента версии ядра, поскольку вместо использования только значения VERSION из `/etc/os-release` при необходимости используется значение VERSION_ID.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых хостах или контейнерах происходил сбой в процессе агента или клиента с внедренным агентом, если вызов системной функции getaddrinfo() не удавался, а реализация системной функции freeaddrinfo() не содержала проверки на нулевой указатель.&lt;br /&gt;
* Исправлена ​​ошибка, влияющая на корреляцию RUM (действия пользователя &amp;lt;-&amp;gt; распределенные трассировки) для агентов JavaScript, внедренных вручную.&lt;br /&gt;
*Добавлено корректное преобразование значения OID `AgentIp` в строку в источнике данных SNMP TRAP, чтобы избежать некорректного приведения типов во время обработки ловушек.&lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Модуль ЕдиныйАгент Log больше не будет добавлять строку &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; к непустому значению атрибута при раскрытии подстановочного знака из пути к пользовательскому источнику логов. Теперь строка &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; будет использоваться только тогда, когда значение атрибута пустое.&lt;br /&gt;
* Исправлены ошибки, приводившие к сбоям, когда количество контейнеров, отслеживаемых модулем логирования ЕдиногоАгента, превышало лимит открытых файловых дескрипторов для его процесса.&lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к сбою модуля ЕдиныйАгент Go, которая возникала, когда приложение Go предоставляло собственную реализацию функции `pthread_create`.&lt;br /&gt;
* Исправлена ​​ошибка при получении метаданных функций для библиотек Go.&lt;br /&gt;
&lt;br /&gt;
==== Структура расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отсутствие заголовка Content-Type в конечной точке метрик Prometheus препятствовало ее корректному распознаванию. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ответ от SNMP-устройства, содержащий ошибку, приводил к зацикливанию источника данных в бесконечном цикле.&lt;br /&gt;
*Исправлено некорректное обогащение `dt.metrics.source` для метрик, отправляемых из расширений, в результате чего значение изменялось с недопустимого &amp;lt;nowiki&amp;gt;{{astromkey_osagent}}&amp;lt;/nowiki&amp;gt; на имя расширения.&lt;br /&gt;
&lt;br /&gt;
==== Отладчик в реальном времени ====&lt;br /&gt;
&lt;br /&gt;
* Улучшена выборка выполнений точек останова, теперь она работает и на основе количества одновременно выполняемых потоков.&lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​потоковая передача логов для CICS и IMS. Потоковая передача логов для CICS и IMS была отключена из-за отсутствия файла схемы в развертывании zRemote.&lt;br /&gt;
* Теперь функция анализа логов zAgent может извлекать уровни логирования и временные метки из ранее недоступных для анализа записей логов. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в Grail отсутствовала метрика `dt.host.zos.msu_hours`, но присутствовала соответствующая метрика `builtin:host.zos.msu_hours`.&lt;br /&gt;
* Добавлено расширенное логирование при проверке соединений с DB2 модулем zRemote во время запуска, а также улучшена обработка потенциально необработанных исключений.&lt;br /&gt;
* Отменена оптимизация, добавленная в версии ЕдиныйАгент 1.317, которая вызывала конфликт при регистрации агентов между zDC и zRemote.&lt;br /&gt;
* Теперь zRemote позволяет подключать к zRemote различные экземпляры DB2 через один и тот же zDC.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, которая могла привести к сбою zRemote при запросе ZDC на загрузку и отправку библиотеки zLocal на мэйнфрейм.&lt;br /&gt;
* Устранены ложные предупреждения zRemote при очистке отключенных компонентов мэйнфрейма.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой модуль z/OS некорректно преобразовывал обратную косую черту (`\`), левую скобку (`[`) и правую скобку (`]`) во время обработки потоков логов. &lt;br /&gt;
* При отключении группировки IMS идентификатор группы процессов в зависимом от IMS регионе больше не изменяется по сравнению с предыдущими версиями.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой регионы, зависящие от IMS, не инициализировались после перезапуска zRemote. До повторной инициализации ICTL инициализация IAPP блокируется, и модуль zRemote игнорирует данные IAPP.&lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой приложения Node.js иногда аварийно завершали работу при включенной функции CpuSampling (когда были включены функции ЕдиногоАгента «Захват информации о наиболее загруженных методах ЦП в фоновом режиме» и/или «Захват информации о наиболее загруженных методах в PurePaths»). Вероятность сбоя возрастала, когда приложение использовало рабочие потоки. &lt;br /&gt;
*Исправлена ​​ошибка, препятствовавшая обновлению настроек ограничения усечения строк для приложений Node.js. &lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ЕдиныйАгент иногда не отправлял метрику доступности во время обновления ЕдиногоАгента.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой при устаревании файлов в agent/bin в Windows предпринималась попытка удалить используемые исполняемые файлы агента. &lt;br /&gt;
*Исправлены пробелы в данных метрик при использовании отладочного флага decreaseUpdateFrequency.  &lt;br /&gt;
* Исправлены случаи, когда из-за односторонней нормализации путей к библиотекам ЕдиногоАгента определение их использования завершалось с ошибкой, и попытка их удаления выполнялась некорректно.&lt;br /&gt;
* Событие перезагрузки отправляется только в том случае, если мониторинг включен. Ранее оно отправлялось также и при отключенном мониторинге данного хоста.&lt;br /&gt;
* Исправлены процессы сопоставления, для которых модуль ЕдиныйАгент OS не мог прочитать все свойства.&lt;br /&gt;
* Теперь атрибуты ресурсов на уровне хоста в событиях имеют самый низкий, а не самый высокий приоритет, что позволяет перезаписывать ресурсы на уровне хоста в событиях ресурсами на уровне процесса.&lt;br /&gt;
* Теперь исполняемые файлы сервера Redis, содержащие номер версии в своем имени, классифицируются как Redis.&lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отслеживаемый процесс Python иногда мог привести к взаимоблокировке во время создания дочернего процесса, если в это время было получено обновление конфигурации ЕдиногоАгента. Это также касалось неочевидных способов создания дочерних процессов, таких как `subprocess.run`.&lt;br /&gt;
* Модуль кода ЕдиныйАгент для Python теперь использует блокировку вокруг обработчиков форков, которые он регистрирует в интерпретаторе Python. Это предотвращает проблемы, когда модуль кода может оставлять дополнительные потоки запущенными во время параллельного выполнения форков в отдельных потоках Python или может перестать передавать данные после этого. Поскольку параллельное создание форков из Python всегда небезопасно, даже без участия модуля кода, такие ситуации должны быть редкими. Несмотря на дополнительную блокировку, не ожидается никакого влияния на производительность от этого изменения из-за GIL Python, который предотвращает параллелизм. &lt;br /&gt;
*Исключение, возникающее во время инструментирования процесса получения сообщений SQS, иногда выходило за пределы ЕдиногоАгента и нарушало работу инструментированных приложений. Соответствующие части кода инструментирования были скорректированы для защиты инструментированных приложений от внутренних ошибок ЕдиногоАгента .  &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Теперь при загрузке расширения PMI учитывается элемент FeatureSet в YAML-файле расширения.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой записи в JSONLayout удалялись при включенном обогащении логов ЕдиногоАгента.&lt;br /&gt;
* После обновления ЕдиногоАгента до версии, поддерживающей новую версию Java, в веб-интерфейсе больше не отображается сообщение «Активация глубокого мониторинга не удалась».&lt;br /&gt;
&lt;br /&gt;
==== Механизм причинно-следственной связи на основе ИИ ====&lt;br /&gt;
&lt;br /&gt;
* Значения в строке запроса MongoDB маскируются вопросительным знаком &amp;quot;?&amp;quot; по соображениям конфиденциальности данных и производительности агрегирования; однако значения целочисленных типов могли быть отправлены как есть. Это исправление гарантирует, что числовые значения также будут маскироваться.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Показатель пропускной способности networkagent теперь корректно отображается для TCP-соединений с большой пропускной способностью.&lt;br /&gt;
* Сетевые метрики, основанные на данных `oneagentnetttracer`, теперь имеют метки времени, синхронизированные со временем кластера, аналогично другим метрикам, отправляемым модулем ЕдиныйАгент OS.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6152</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6152"/>
		<updated>2026-02-04T15:40:00Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: /* Решённые проблемы */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
&lt;br /&gt;
* Linux : Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux : Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
====Операционные системы, поддержка которых в недавнем времени была прекращена:====&lt;br /&gt;
*Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.320 GA содержит 28 решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Безопасность приложений&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|25&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====Безопасность приложений====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой не удавалось правильно установить тип триггера события и пользователя. &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик. &lt;br /&gt;
* Устранена проблема, из-за которой сообщения ЕдиногоАгента не обрабатывались в масштабах всего кластера из-за блокировки, возникающей при одновременном изменении режима мониторинга многими ЕдинымиАгентами в одной среде.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых страницах сервиса отображались ненужные теги.&lt;br /&gt;
* API обработки событий OpenPipeline больше не принимает пустые тела HTTP-запросов. JSON-данные должны иметь положительную длину и содержать как минимум один допустимый JSON-объект. Если эти условия не выполняются, сервер отвечает кодом состояния 400.&lt;br /&gt;
* Устранена проблема с разрешениями IAM `settings:objects:read` и `settings:objects:write`, из-за которой условия политики игнорировались при их сочетании с условием `environment:management-zone`.&lt;br /&gt;
* Исправлен редкий случай, когда при последующих обновлениях проблемы могла быть потеряна часть информации о первопричине проблемы.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурационные файлы не обновлялись при миграции из одного клиента в другой. Ранее сервер предоставлял новые конфигурационные файлы только в том случае, если была доступна более новая версия. Теперь конфигурационные файлы предоставляются, если версии различаются.&lt;br /&gt;
* Декларативная группировка, мониторинг VMware и доступность процессов больше не допускают некорректного использования двойных скобок в поле условия.&lt;br /&gt;
* До версии 1.318 URL-адрес арендатора некорректно передавался из кластера в ЕдиныеАгенты и среды АктивныхШлюзов в средах с поддержкой PrivateLink для Live Debugger. Начиная с версии 1.318, кластер корректно сообщает URL-адрес арендатора в ЕдиныхАгентах и средах AG для Live Debugger в средах с поддержкой PrivateLink.&lt;br /&gt;
* В классических панелях мониторинга удален временной интервал из визуализации Honeycomb, теперь он соответствует всем визуализациям, не основанным на временных рядах и не имеющим временного интервала. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отчеты о событиях ИИ не учитывали поле `dt.query`.&lt;br /&gt;
&lt;br /&gt;
* Мы исправили ошибку, из-за которой пользователь с определенными привилегиями зоны управления вызывал API `getEntities`. Фильтр MZ применялся только к первой странице, а не к последующим, что приводило к некорректным результатам, включая подсчет объектов. &lt;br /&gt;
* В системе регистрации миграции ATM режим работы был изменен с ограниченного на общий. Это необходимо для мониторинга логов.&lt;br /&gt;
* Поскольку обновление до последней версии Ключ-АСТРОМ не имеет смысла в управляемых системах, баннер обновления панели мониторинга над списком панелей мониторинга больше не отображается.&lt;br /&gt;
* Улучшена связь с межсредовой трассировкой для обработки случаев, когда слишком большой заголовок приводил к ошибке 431. &lt;br /&gt;
* Исправлено ненужное экранирование новой строки для cURL(cmd) в фрагментах кода настроек.&lt;br /&gt;
* Исправлены вводящие в заблуждение сообщения об успешной установке и улучшена обработка ошибок при добавлении узлов, что обеспечивает корректное выведение узлов Cassandra из эксплуатации перед удалением. &lt;br /&gt;
* Теперь конечные точки приема событий OpenPipeline отвечают с `content-type: text/plain`, что улучшает использование из блокнотов и рабочих процессов. Конечные точки приема данных OpenPipeline для типов данных, связанных с событиями, отвечают HTTP-статусом 202 и пустым телом, когда данные принимаются OpenPipeline. Ранее в ответе устанавливался заголовок `content-type` в `application/octet-stream` и заголовок `vary` в `Origin`, что вызывало проблемы в HTTP-клиенте, используемом в рабочих процессах и блокнотах Ключ-АСТРОМ. В этом релизе мы немного изменили поведение API, чтобы эти конечные точки можно было легко вызывать из рабочих процессов и блокнотов. После изменения content-type устанавливается в `text/plain`, и заголовок `vary: Origin` вообще не должен присутствовать. Это изменение не должно повлиять на работу расширенных HTTP-клиентов, поскольку `content-length` в этих ответах всегда был и остается `0`. &amp;lt;small&amp;gt;(PPX-5678)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись в Grail, если включен OpenPipeline.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга. &lt;br /&gt;
* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.&lt;br /&gt;
* Предотвращено возникновение исключения при миграции свойства таймаута запроса для HTTP-мониторов.&lt;br /&gt;
* Устранена проблема, вызывавшая медленную загрузку распределенных трассировок в веб-интерфейсе для анализа по запросу.  &lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой назначение монитора синтетическому местоположению без назначенных VUC-модулей приводило к ненужному возникновению проблемы отсутствия возможностей. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сессии ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой сеансы с длительным просмотром при определенных условиях переставали работать каждые 5 минут.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь вместо имени домашнего каталога Oracle используется правильное имя слушателя.&lt;br /&gt;
&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя слушателя вместо имени домашнего каталога Oracle. Это может привести к изменению идентификаторов PG/PGI.&lt;br /&gt;
&lt;br /&gt;
=== Новые функции и улучшения ===&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка кластера PHP Redis в ЕдиномАгенте ====&lt;br /&gt;
PHP Redis Cluster — это новая функция для PHP ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
Мы добавили новый датчик для обнаружения и отображения в распределенных трассировках вызовов Redis Cluster из расширения phpredis﻿ . В распределенной трассировке вызовы методов Redis Cluster будут показывать, на каком узле кластера была выполнена команда, если это возможно.&lt;br /&gt;
&lt;br /&gt;
Модуль ЕдиногоАгента для PHP поддерживает PHP Redis версий от 3.1.6 до 6.2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== Перепозиционирование хранения данных в рамках анализа логов ====&lt;br /&gt;
Функция сохранения данных в логах и ее снимки были перенесены из:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/agent/config&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
в:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/datastorage/loganalytics&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Логи''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка структурированных данных в логах событий Windows. ====&lt;br /&gt;
Начиная с этого выпуска, структурированные данные можно собирать из логгов событий Windows в ветвях «Данные пользователя» или «Данные событий» (в зависимости от доступности), а также в их подветвях. Собранные данные передаются вместе с содержимым записи в виде атрибутов.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов присваиваются на основе доступной информации, такой как имена тегов, значение поля «Имя» или — если имена тегов повторяются, а поле «Имя» отсутствует — к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с меткой &amp;quot;Бинарный&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Параметры POST-запроса больше не передаются вместе с параметрами запроса. ====&lt;br /&gt;
Указание параметра запроса на перехват параметров больше не будет приводить к перехвату POST-параметров с указанным именем.&lt;br /&gt;
&lt;br /&gt;
При необходимости параметры POST-запроса теперь придется определять отдельно в правиле захвата тела запроса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость инфраструктуры''&lt;br /&gt;
&lt;br /&gt;
==== Показатели Nettracer, доступности и расширения дискового пространства теперь увеличены. ====&lt;br /&gt;
Теперь метрики Nettracer, доступности хоста, доступности процесса и расширений дисковых устройств будут отправляться через сообщение MINTv2 вместо пересылки из ранее существовавшего сообщения MINTv1. В результате появилась возможность обогащать их всеми доступными атрибутами ресурсов на уровне хоста и процесса.&lt;br /&gt;
&lt;br /&gt;
''Поставка программного обеспечения''&lt;br /&gt;
&lt;br /&gt;
==== Теперь доступна функция распространения контекста span для PHP. ====&lt;br /&gt;
В этом релизе мы реализовали распространение контекста для пакетов span в PHP.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Название группы процессов добавляется ко всем метрикам JMX/PMI. ====&lt;br /&gt;
Теперь модуль Java-кода добавляет это измерение &amp;lt;code&amp;gt;dt.process_group.detected_name&amp;lt;/code&amp;gt;ко всем метрикам JMX и PMI без схемы.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь переменные расширения могут использоваться в качестве измерений для расширений Java JMX. ====&lt;br /&gt;
Теперь ЕдиныйАгент Java позволяет добавлять переменные в качестве измерений в расширения JMX фреймворка Extensions 2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено обнаружение процессов Tomcat. ====&lt;br /&gt;
Улучшена функция обнаружения технологии Tomcat для сервера Tomcat, работающего в качестве службы.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за работой приложений | Очереди''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка трассировки реактивного API Reactor Kafka (модуль Java) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку API Reactor Kafka для отправки и получения сообщений в Java-приложениях с использованием:&lt;br /&gt;
&lt;br /&gt;
* Реактор Kafka 1.3.23+﻿&lt;br /&gt;
* Spring для Apache Kafka 3.3.7+﻿&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена совместимость с правами доступа Elasticsearch (Elasticsearch 8.18+). ====&lt;br /&gt;
Несовместимость, вызванная системой Entitlements, появившейся в Elasticsearch 8.18.0, исправлена ​​в версии ЕдиногоАгента 1.319, и модуль Java больше не будет отключаться при обнаружении Elasticsearch 8.18 или более поздней версии.&lt;br /&gt;
&lt;br /&gt;
Entitlements предназначены для замены устаревшего Java Security Manager в Elasticsearch и создавали помехи для Java-модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Расширенные правила обнаружения групп процессов для zAgent ====&lt;br /&gt;
Для улучшения структуры мониторинга мы расширили расширенные правила обнаружения PG в zAgent. Обратите внимание, что это повлияет на работу системы мониторинга.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь функция автоматического обновления сбрасывает таймер задержки, когда опция «Обновить сейчас» снова становится доступна. ====&lt;br /&gt;
Если автоматическое обновление постоянно завершается с ошибкой, например, из-за недостатка места на диске, таймер задержки сбрасывается до значения по умолчанию после того, как ожидание обновления прекращается и кнопка «Обновить сейчас» снова становится доступной.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка реактивного Spring @RestController ====&lt;br /&gt;
Теперь ЕдиныйАгент поддерживает трассировку в реактивном коде &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;так же, &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;как и в нереактивном.&lt;br /&gt;
&lt;br /&gt;
Поддерживаемые версии: &amp;lt;code&amp;gt;org.springframework.boot:spring-boot-starter-webflux&amp;lt;/code&amp;gt;2+ и 3+.&lt;br /&gt;
&lt;br /&gt;
Обратите внимание, что при использовании Spring Reactive и Webflux будут созданы новые объекты сервиса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (.NET-модуль) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку .NET-приложений в контейнерах на базе Alpine Linux (musl libc), работающих на архитектуре ARM64.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено кэширование данных для дополнительной системной информации хоста. ====&lt;br /&gt;
Теперь дополнительная информация о системе хоста будет собираться только один раз во время работы агента ОС.&lt;br /&gt;
&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.315 GA содержит   решенных проблем.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|6&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
| 2&lt;br /&gt;
|-&lt;br /&gt;
|Структура расширений&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Отладчик в реальном времени&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
| 8&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Модуль ОС&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Механизм причинно-следственной связи на основе ИИ&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Сетевой модуль&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
====Общие====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка загрузки дампов памяти не отображалась.&lt;br /&gt;
* Приоритет атрибутов ресурсов, заданных с помощью переменной среды OTEL `OTEL_RESOURCE_ATTRIBUTES`, был изменен в соответствии с уровнем процесса, поэтому теперь можно переопределять атрибуты ресурсов с тем же именем, определенными на уровне хоста.&lt;br /&gt;
&lt;br /&gt;
* В Alpine Linux теперь номер версии включается в лог агента версии ядра, поскольку вместо использования только значения VERSION из `/etc/os-release` при необходимости используется значение VERSION_ID.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых хостах или контейнерах происходил сбой в процессе агента или клиента с внедренным агентом, если вызов системной функции getaddrinfo() не удавался, а реализация системной функции freeaddrinfo() не содержала проверки на нулевой указатель.&lt;br /&gt;
* Исправлена ​​ошибка, влияющая на корреляцию RUM (действия пользователя &amp;lt;-&amp;gt; распределенные трассировки) для агентов JavaScript, внедренных вручную.&lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Модуль ЕдиныйАгент Log больше не будет добавлять строку &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; к непустому значению атрибута при раскрытии подстановочного знака из пути к пользовательскому источнику логов. Теперь строка &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; будет использоваться только тогда, когда значение атрибута пустое.&lt;br /&gt;
* Исправлены ошибки, приводившие к сбоям, когда количество контейнеров, отслеживаемых модулем логирования ЕдиногоАгента, превышало лимит открытых файловых дескрипторов для его процесса.&lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к сбою модуля ЕдиныйАгент Go, которая возникала, когда приложение Go предоставляло собственную реализацию функции `pthread_create`.&lt;br /&gt;
* Исправлена ​​ошибка при получении метаданных функций для библиотек Go.&lt;br /&gt;
&lt;br /&gt;
==== Структура расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отсутствие заголовка Content-Type в конечной точке метрик Prometheus препятствовало ее корректному распознаванию. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ответ от SNMP-устройства, содержащий ошибку, приводил к зацикливанию источника данных в бесконечном цикле.&lt;br /&gt;
*Исправлено некорректное обогащение `dt.metrics.source` для метрик, отправляемых из расширений, в результате чего значение изменялось с недопустимого &amp;lt;nowiki&amp;gt;{{dynatrace_osagent}}&amp;lt;/nowiki&amp;gt; на имя расширения.&lt;br /&gt;
&lt;br /&gt;
==== Отладчик в реальном времени ====&lt;br /&gt;
&lt;br /&gt;
* Улучшена выборка выполнений точек останова, теперь она работает и на основе количества одновременно выполняемых потоков.&lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​потоковая передача логов для CICS и IMS. Потоковая передача логов для CICS и IMS была отключена из-за отсутствия файла схемы в развертывании zRemote.&lt;br /&gt;
* Теперь функция анализа логов zAgent может извлекать уровни логирования и временные метки из ранее недоступных для анализа записей логов. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в Grail отсутствовала метрика `dt.host.zos.msu_hours`, но присутствовала соответствующая метрика `builtin:host.zos.msu_hours`.&lt;br /&gt;
* Добавлено расширенное логирование при проверке соединений с DB2 модулем zRemote во время запуска, а также улучшена обработка потенциально необработанных исключений.&lt;br /&gt;
* Отменена оптимизация, добавленная в версии ЕдиныйАгент 1.317, которая вызывала конфликт при регистрации агентов между zDC и zRemote.&lt;br /&gt;
* Теперь zRemote позволяет подключать к zRemote различные экземпляры DB2 через один и тот же zDC.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, которая могла привести к сбою zRemote при запросе ZDC на загрузку и отправку библиотеки zLocal на мэйнфрейм.&lt;br /&gt;
* Устранены ложные предупреждения zRemote при очистке отключенных компонентов мэйнфрейма.&lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой приложения Node.js иногда аварийно завершали работу при включенной функции CpuSampling (когда были включены функции ЕдиногоАгента «Захват информации о наиболее загруженных методах ЦП в фоновом режиме» и/или «Захват информации о наиболее загруженных методах в PurePaths»). Вероятность сбоя возрастала, когда приложение использовало рабочие потоки. &lt;br /&gt;
*Исправлена ​​ошибка, препятствовавшая обновлению настроек ограничения усечения строк для приложений Node.js. &lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ЕдиныйАгент иногда не отправлял метрику доступности во время обновления ЕдиногоАгента.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой при устаревании файлов в agent/bin в Windows предпринималась попытка удалить используемые исполняемые файлы агента. &lt;br /&gt;
*Исправлены пробелы в данных метрик при использовании отладочного флага decreaseUpdateFrequency.  &lt;br /&gt;
* Исправлены случаи, когда из-за односторонней нормализации путей к библиотекам ЕдиногоАгента определение их использования завершалось с ошибкой, и попытка их удаления выполнялась некорректно.&lt;br /&gt;
* Событие перезагрузки отправляется только в том случае, если мониторинг включен. Ранее оно отправлялось также и при отключенном мониторинге данного хоста.&lt;br /&gt;
* Исправлены процессы сопоставления, для которых модуль ЕдиныйАгент OS не мог прочитать все свойства.&lt;br /&gt;
* Теперь атрибуты ресурсов на уровне хоста в событиях имеют самый низкий, а не самый высокий приоритет, что позволяет перезаписывать ресурсы на уровне хоста в событиях ресурсами на уровне процесса.&lt;br /&gt;
* Теперь исполняемые файлы сервера Redis, содержащие номер версии в своем имени, классифицируются как Redis.&lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отслеживаемый процесс Python иногда мог привести к взаимоблокировке во время создания дочернего процесса, если в это время было получено обновление конфигурации ЕдиногоАгента. Это также касалось неочевидных способов создания дочерних процессов, таких как `subprocess.run`.&lt;br /&gt;
* Модуль кода ЕдиныйАгент для Python теперь использует блокировку вокруг обработчиков форков, которые он регистрирует в интерпретаторе Python. Это предотвращает проблемы, когда модуль кода может оставлять дополнительные потоки запущенными во время параллельного выполнения форков в отдельных потоках Python или может перестать передавать данные после этого. Поскольку параллельное создание форков из Python всегда небезопасно, даже без участия модуля кода, такие ситуации должны быть редкими. Несмотря на дополнительную блокировку, не ожидается никакого влияния на производительность от этого изменения из-за GIL Python, который предотвращает параллелизм. &lt;br /&gt;
*Исключение, возникающее во время инструментирования процесса получения сообщений SQS, иногда выходило за пределы ЕдиногоАгента и нарушало работу инструментированных приложений. Соответствующие части кода инструментирования были скорректированы для защиты инструментированных приложений от внутренних ошибок ЕдиногоАгента .  &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Теперь при загрузке расширения PMI учитывается элемент FeatureSet в YAML-файле расширения.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой записи в JSONLayout удалялись при включенном обогащении логов ЕдиногоАгента.&lt;br /&gt;
* После обновления ЕдиногоАгента до версии, поддерживающей новую версию Java, в веб-интерфейсе больше не отображается сообщение «Активация глубокого мониторинга не удалась».&lt;br /&gt;
&lt;br /&gt;
==== Механизм причинно-следственной связи на основе ИИ ====&lt;br /&gt;
&lt;br /&gt;
* Значения в строке запроса MongoDB маскируются вопросительным знаком &amp;quot;?&amp;quot; по соображениям конфиденциальности данных и производительности агрегирования; однако значения целочисленных типов могли быть отправлены как есть. Это исправление гарантирует, что числовые значения также будут маскироваться.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Показатель пропускной способности networkagent теперь корректно отображается для TCP-соединений с большой пропускной способностью.&lt;br /&gt;
* Сетевые метрики, основанные на данных `oneagentnetttracer`, теперь имеют метки времени, синхронизированные со временем кластера, аналогично другим метрикам, отправляемым модулем ЕдиныйАгент OS.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6151</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6151"/>
		<updated>2026-02-04T15:13:14Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: /* Поддержка трассировки реактивного API Reactor Kafka (модуль Java) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
&lt;br /&gt;
* Linux : Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux : Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
====Операционные системы, поддержка которых в недавнем времени была прекращена:====&lt;br /&gt;
*Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.320 GA содержит 28 решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Безопасность приложений&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|25&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====Безопасность приложений====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой не удавалось правильно установить тип триггера события и пользователя. &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик. &lt;br /&gt;
* Устранена проблема, из-за которой сообщения ЕдиногоАгента не обрабатывались в масштабах всего кластера из-за блокировки, возникающей при одновременном изменении режима мониторинга многими ЕдинымиАгентами в одной среде.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых страницах сервиса отображались ненужные теги.&lt;br /&gt;
* API обработки событий OpenPipeline больше не принимает пустые тела HTTP-запросов. JSON-данные должны иметь положительную длину и содержать как минимум один допустимый JSON-объект. Если эти условия не выполняются, сервер отвечает кодом состояния 400.&lt;br /&gt;
* Устранена проблема с разрешениями IAM `settings:objects:read` и `settings:objects:write`, из-за которой условия политики игнорировались при их сочетании с условием `environment:management-zone`.&lt;br /&gt;
* Исправлен редкий случай, когда при последующих обновлениях проблемы могла быть потеряна часть информации о первопричине проблемы.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурационные файлы не обновлялись при миграции из одного клиента в другой. Ранее сервер предоставлял новые конфигурационные файлы только в том случае, если была доступна более новая версия. Теперь конфигурационные файлы предоставляются, если версии различаются.&lt;br /&gt;
* Декларативная группировка, мониторинг VMware и доступность процессов больше не допускают некорректного использования двойных скобок в поле условия.&lt;br /&gt;
* До версии 1.318 URL-адрес арендатора некорректно передавался из кластера в ЕдиныеАгенты и среды АктивныхШлюзов в средах с поддержкой PrivateLink для Live Debugger. Начиная с версии 1.318, кластер корректно сообщает URL-адрес арендатора в ЕдиныхАгентах и средах AG для Live Debugger в средах с поддержкой PrivateLink.&lt;br /&gt;
* В классических панелях мониторинга удален временной интервал из визуализации Honeycomb, теперь он соответствует всем визуализациям, не основанным на временных рядах и не имеющим временного интервала. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отчеты о событиях ИИ не учитывали поле `dt.query`.&lt;br /&gt;
&lt;br /&gt;
* Мы исправили ошибку, из-за которой пользователь с определенными привилегиями зоны управления вызывал API `getEntities`. Фильтр MZ применялся только к первой странице, а не к последующим, что приводило к некорректным результатам, включая подсчет объектов. &lt;br /&gt;
* В системе регистрации миграции ATM режим работы был изменен с ограниченного на общий. Это необходимо для мониторинга логов.&lt;br /&gt;
* Поскольку обновление до последней версии Ключ-АСТРОМ не имеет смысла в управляемых системах, баннер обновления панели мониторинга над списком панелей мониторинга больше не отображается.&lt;br /&gt;
* Улучшена связь с межсредовой трассировкой для обработки случаев, когда слишком большой заголовок приводил к ошибке 431. &lt;br /&gt;
* Исправлено ненужное экранирование новой строки для cURL(cmd) в фрагментах кода настроек.&lt;br /&gt;
* Исправлены вводящие в заблуждение сообщения об успешной установке и улучшена обработка ошибок при добавлении узлов, что обеспечивает корректное выведение узлов Cassandra из эксплуатации перед удалением. &lt;br /&gt;
* Теперь конечные точки приема событий OpenPipeline отвечают с `content-type: text/plain`, что улучшает использование из блокнотов и рабочих процессов. Конечные точки приема данных OpenPipeline для типов данных, связанных с событиями, отвечают HTTP-статусом 202 и пустым телом, когда данные принимаются OpenPipeline. Ранее в ответе устанавливался заголовок `content-type` в `application/octet-stream` и заголовок `vary` в `Origin`, что вызывало проблемы в HTTP-клиенте, используемом в рабочих процессах и блокнотах Ключ-АСТРОМ. В этом релизе мы немного изменили поведение API, чтобы эти конечные точки можно было легко вызывать из рабочих процессов и блокнотов. После изменения content-type устанавливается в `text/plain`, и заголовок `vary: Origin` вообще не должен присутствовать. Это изменение не должно повлиять на работу расширенных HTTP-клиентов, поскольку `content-length` в этих ответах всегда был и остается `0`. &amp;lt;small&amp;gt;(PPX-5678)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись в Grail, если включен OpenPipeline.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга. &lt;br /&gt;
* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.&lt;br /&gt;
* Предотвращено возникновение исключения при миграции свойства таймаута запроса для HTTP-мониторов.&lt;br /&gt;
* Устранена проблема, вызывавшая медленную загрузку распределенных трассировок в веб-интерфейсе для анализа по запросу.  &lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой назначение монитора синтетическому местоположению без назначенных VUC-модулей приводило к ненужному возникновению проблемы отсутствия возможностей. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сессии ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой сеансы с длительным просмотром при определенных условиях переставали работать каждые 5 минут.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь вместо имени домашнего каталога Oracle используется правильное имя слушателя.&lt;br /&gt;
&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя слушателя вместо имени домашнего каталога Oracle. Это может привести к изменению идентификаторов PG/PGI.&lt;br /&gt;
&lt;br /&gt;
=== Новые функции и улучшения ===&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка кластера PHP Redis в ЕдиномАгенте ====&lt;br /&gt;
PHP Redis Cluster — это новая функция для PHP ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
Мы добавили новый датчик для обнаружения и отображения в распределенных трассировках вызовов Redis Cluster из расширения phpredis﻿ . В распределенной трассировке вызовы методов Redis Cluster будут показывать, на каком узле кластера была выполнена команда, если это возможно.&lt;br /&gt;
&lt;br /&gt;
Модуль ЕдиногоАгента для PHP поддерживает PHP Redis версий от 3.1.6 до 6.2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== Перепозиционирование хранения данных в рамках анализа логов ====&lt;br /&gt;
Функция сохранения данных в логах и ее снимки были перенесены из:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/agent/config&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
в:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/datastorage/loganalytics&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Логи''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка структурированных данных в логах событий Windows. ====&lt;br /&gt;
Начиная с этого выпуска, структурированные данные можно собирать из логгов событий Windows в ветвях «Данные пользователя» или «Данные событий» (в зависимости от доступности), а также в их подветвях. Собранные данные передаются вместе с содержимым записи в виде атрибутов.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов присваиваются на основе доступной информации, такой как имена тегов, значение поля «Имя» или — если имена тегов повторяются, а поле «Имя» отсутствует — к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с меткой &amp;quot;Бинарный&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Параметры POST-запроса больше не передаются вместе с параметрами запроса. ====&lt;br /&gt;
Указание параметра запроса на перехват параметров больше не будет приводить к перехвату POST-параметров с указанным именем.&lt;br /&gt;
&lt;br /&gt;
При необходимости параметры POST-запроса теперь придется определять отдельно в правиле захвата тела запроса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость инфраструктуры''&lt;br /&gt;
&lt;br /&gt;
==== Показатели Nettracer, доступности и расширения дискового пространства теперь увеличены. ====&lt;br /&gt;
Теперь метрики Nettracer, доступности хоста, доступности процесса и расширений дисковых устройств будут отправляться через сообщение MINTv2 вместо пересылки из ранее существовавшего сообщения MINTv1. В результате появилась возможность обогащать их всеми доступными атрибутами ресурсов на уровне хоста и процесса.&lt;br /&gt;
&lt;br /&gt;
''Поставка программного обеспечения''&lt;br /&gt;
&lt;br /&gt;
==== Теперь доступна функция распространения контекста span для PHP. ====&lt;br /&gt;
В этом релизе мы реализовали распространение контекста для пакетов span в PHP.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Название группы процессов добавляется ко всем метрикам JMX/PMI. ====&lt;br /&gt;
Теперь модуль Java-кода добавляет это измерение &amp;lt;code&amp;gt;dt.process_group.detected_name&amp;lt;/code&amp;gt;ко всем метрикам JMX и PMI без схемы.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь переменные расширения могут использоваться в качестве измерений для расширений Java JMX. ====&lt;br /&gt;
Теперь ЕдиныйАгент Java позволяет добавлять переменные в качестве измерений в расширения JMX фреймворка Extensions 2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено обнаружение процессов Tomcat. ====&lt;br /&gt;
Улучшена функция обнаружения технологии Tomcat для сервера Tomcat, работающего в качестве службы.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за работой приложений | Очереди''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка трассировки реактивного API Reactor Kafka (модуль Java) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку API Reactor Kafka для отправки и получения сообщений в Java-приложениях с использованием:&lt;br /&gt;
&lt;br /&gt;
* Реактор Kafka 1.3.23+﻿&lt;br /&gt;
* Spring для Apache Kafka 3.3.7+﻿&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена совместимость с правами доступа Elasticsearch (Elasticsearch 8.18+). ====&lt;br /&gt;
Несовместимость, вызванная системой Entitlements, появившейся в Elasticsearch 8.18.0, исправлена ​​в версии ЕдиногоАгента 1.319, и модуль Java больше не будет отключаться при обнаружении Elasticsearch 8.18 или более поздней версии.&lt;br /&gt;
&lt;br /&gt;
Entitlements предназначены для замены устаревшего Java Security Manager в Elasticsearch и создавали помехи для Java-модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Расширенные правила обнаружения групп процессов для zAgent ====&lt;br /&gt;
Для улучшения структуры мониторинга мы расширили расширенные правила обнаружения PG в zAgent. Обратите внимание, что это повлияет на работу системы мониторинга.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь функция автоматического обновления сбрасывает таймер задержки, когда опция «Обновить сейчас» снова становится доступна. ====&lt;br /&gt;
Если автоматическое обновление постоянно завершается с ошибкой, например, из-за недостатка места на диске, таймер задержки сбрасывается до значения по умолчанию после того, как ожидание обновления прекращается и кнопка «Обновить сейчас» снова становится доступной.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка реактивного Spring @RestController ====&lt;br /&gt;
Теперь ЕдиныйАгент поддерживает трассировку в реактивном коде &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;так же, &amp;lt;code&amp;gt;@RestController&amp;lt;/code&amp;gt;как и в нереактивном.&lt;br /&gt;
&lt;br /&gt;
Поддерживаемые версии: &amp;lt;code&amp;gt;org.springframework.boot:spring-boot-starter-webflux&amp;lt;/code&amp;gt;2+ и 3+.&lt;br /&gt;
&lt;br /&gt;
Обратите внимание, что при использовании Spring Reactive и Webflux будут созданы новые объекты сервиса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (.NET-модуль) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку .NET-приложений в контейнерах на базе Alpine Linux (musl libc), работающих на архитектуре ARM64.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено кэширование данных для дополнительной системной информации хоста. ====&lt;br /&gt;
Теперь дополнительная информация о системе хоста будет собираться только один раз во время работы агента ОС.&lt;br /&gt;
&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.315 GA содержит   решенных проблем.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
| 2&lt;br /&gt;
|-&lt;br /&gt;
|Структура расширений&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Отладчик в реальном времени&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
| 6&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Модуль ОС&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
====Общие====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка загрузки дампов памяти не отображалась.&lt;br /&gt;
* Приоритет атрибутов ресурсов, заданных с помощью переменной среды OTEL `OTEL_RESOURCE_ATTRIBUTES`, был изменен в соответствии с уровнем процесса, поэтому теперь можно переопределять атрибуты ресурсов с тем же именем, определенными на уровне хоста.&lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Модуль ЕдиныйАгент Log больше не будет добавлять строку &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; к непустому значению атрибута при раскрытии подстановочного знака из пути к пользовательскому источнику логов. Теперь строка &amp;quot;&amp;lt;empty&amp;gt;&amp;quot; будет использоваться только тогда, когда значение атрибута пустое.&lt;br /&gt;
* Исправлены ошибки, приводившие к сбоям, когда количество контейнеров, отслеживаемых модулем логирования ЕдиногоАгента, превышало лимит открытых файловых дескрипторов для его процесса.&lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к сбою модуля ЕдиныйАгент Go, которая возникала, когда приложение Go предоставляло собственную реализацию функции `pthread_create`.&lt;br /&gt;
* Исправлена ​​ошибка при получении метаданных функций для библиотек Go.&lt;br /&gt;
&lt;br /&gt;
==== Структура расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отсутствие заголовка Content-Type в конечной точке метрик Prometheus препятствовало ее корректному распознаванию. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ответ от SNMP-устройства, содержащий ошибку, приводил к зацикливанию источника данных в бесконечном цикле.&lt;br /&gt;
&lt;br /&gt;
==== Отладчик в реальном времени ====&lt;br /&gt;
&lt;br /&gt;
* Улучшена выборка выполнений точек останова, теперь она работает и на основе количества одновременно выполняемых потоков.&lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​потоковая передача логов для CICS и IMS. Потоковая передача логов для CICS и IMS была отключена из-за отсутствия файла схемы в развертывании zRemote.&lt;br /&gt;
* Теперь функция анализа логов zAgent может извлекать уровни логирования и временные метки из ранее недоступных для анализа записей логов. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в Grail отсутствовала метрика `dt.host.zos.msu_hours`, но присутствовала соответствующая метрика `builtin:host.zos.msu_hours`.&lt;br /&gt;
* Добавлено расширенное логирование при проверке соединений с DB2 модулем zRemote во время запуска, а также улучшена обработка потенциально необработанных исключений.&lt;br /&gt;
* Отменена оптимизация, добавленная в версии ЕдиныйАгент 1.317, которая вызывала конфликт при регистрации агентов между zDC и zRemote.&lt;br /&gt;
* Теперь zRemote позволяет подключать к zRemote различные экземпляры DB2 через один и тот же zDC.&lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой приложения Node.js иногда аварийно завершали работу при включенной функции CpuSampling (когда были включены функции ЕдиногоАгента «Захват информации о наиболее загруженных методах ЦП в фоновом режиме» и/или «Захват информации о наиболее загруженных методах в PurePaths»). Вероятность сбоя возрастала, когда приложение использовало рабочие потоки. &lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой ЕдиныйАгент иногда не отправлял метрику доступности во время обновления ЕдиногоАгента.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой при устаревании файлов в agent/bin в Windows предпринималась попытка удалить используемые исполняемые файлы агента. &lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отслеживаемый процесс Python иногда мог привести к взаимоблокировке во время создания дочернего процесса, если в это время было получено обновление конфигурации ЕдиногоАгента. Это также касалось неочевидных способов создания дочерних процессов, таких как `subprocess.run`.&lt;br /&gt;
* Модуль кода ЕдиныйАгент для Python теперь использует блокировку вокруг обработчиков форков, которые он регистрирует в интерпретаторе Python. Это предотвращает проблемы, когда модуль кода может оставлять дополнительные потоки запущенными во время параллельного выполнения форков в отдельных потоках Python или может перестать передавать данные после этого. Поскольку параллельное создание форков из Python всегда небезопасно, даже без участия модуля кода, такие ситуации должны быть редкими. Несмотря на дополнительную блокировку, не ожидается никакого влияния на производительность от этого изменения из-за GIL Python, который предотвращает параллелизм. &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Теперь при загрузке расширения PMI учитывается элемент FeatureSet в YAML-файле расширения.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой записи в JSONLayout удалялись при включенном обогащении логов ЕдиногоАгента.&lt;br /&gt;
* После обновления ЕдиногоАгента до версии, поддерживающей новую версию Java, в веб-интерфейсе больше не отображается сообщение «Активация глубокого мониторинга не удалась».&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6148</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6148"/>
		<updated>2026-02-04T14:35:16Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
&lt;br /&gt;
* Linux : Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux : Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
====Операционные системы, поддержка которых в недавнем времени была прекращена:====&lt;br /&gt;
*Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.320 GA содержит 28 решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Безопасность приложений&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|25&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====Безопасность приложений====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой не удавалось правильно установить тип триггера события и пользователя. &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик. &lt;br /&gt;
* Устранена проблема, из-за которой сообщения ЕдиногоАгента не обрабатывались в масштабах всего кластера из-за блокировки, возникающей при одновременном изменении режима мониторинга многими ЕдинымиАгентами в одной среде.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых страницах сервиса отображались ненужные теги.&lt;br /&gt;
* API обработки событий OpenPipeline больше не принимает пустые тела HTTP-запросов. JSON-данные должны иметь положительную длину и содержать как минимум один допустимый JSON-объект. Если эти условия не выполняются, сервер отвечает кодом состояния 400.&lt;br /&gt;
* Устранена проблема с разрешениями IAM `settings:objects:read` и `settings:objects:write`, из-за которой условия политики игнорировались при их сочетании с условием `environment:management-zone`.&lt;br /&gt;
* Исправлен редкий случай, когда при последующих обновлениях проблемы могла быть потеряна часть информации о первопричине проблемы.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурационные файлы не обновлялись при миграции из одного клиента в другой. Ранее сервер предоставлял новые конфигурационные файлы только в том случае, если была доступна более новая версия. Теперь конфигурационные файлы предоставляются, если версии различаются.&lt;br /&gt;
* Декларативная группировка, мониторинг VMware и доступность процессов больше не допускают некорректного использования двойных скобок в поле условия.&lt;br /&gt;
* До версии 1.318 URL-адрес арендатора некорректно передавался из кластера в ЕдиныеАгенты и среды АктивныхШлюзов в средах с поддержкой PrivateLink для Live Debugger. Начиная с версии 1.318, кластер корректно сообщает URL-адрес арендатора в ЕдиныхАгентах и средах AG для Live Debugger в средах с поддержкой PrivateLink.&lt;br /&gt;
* В классических панелях мониторинга удален временной интервал из визуализации Honeycomb, теперь он соответствует всем визуализациям, не основанным на временных рядах и не имеющим временного интервала. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отчеты о событиях ИИ не учитывали поле `dt.query`.&lt;br /&gt;
&lt;br /&gt;
* Мы исправили ошибку, из-за которой пользователь с определенными привилегиями зоны управления вызывал API `getEntities`. Фильтр MZ применялся только к первой странице, а не к последующим, что приводило к некорректным результатам, включая подсчет объектов. &lt;br /&gt;
* В системе регистрации миграции ATM режим работы был изменен с ограниченного на общий. Это необходимо для мониторинга логов.&lt;br /&gt;
* Поскольку обновление до последней версии Ключ-АСТРОМ не имеет смысла в управляемых системах, баннер обновления панели мониторинга над списком панелей мониторинга больше не отображается.&lt;br /&gt;
* Улучшена связь с межсредовой трассировкой для обработки случаев, когда слишком большой заголовок приводил к ошибке 431. &lt;br /&gt;
* Исправлено ненужное экранирование новой строки для cURL(cmd) в фрагментах кода настроек.&lt;br /&gt;
* Исправлены вводящие в заблуждение сообщения об успешной установке и улучшена обработка ошибок при добавлении узлов, что обеспечивает корректное выведение узлов Cassandra из эксплуатации перед удалением. &lt;br /&gt;
* Теперь конечные точки приема событий OpenPipeline отвечают с `content-type: text/plain`, что улучшает использование из блокнотов и рабочих процессов. Конечные точки приема данных OpenPipeline для типов данных, связанных с событиями, отвечают HTTP-статусом 202 и пустым телом, когда данные принимаются OpenPipeline. Ранее в ответе устанавливался заголовок `content-type` в `application/octet-stream` и заголовок `vary` в `Origin`, что вызывало проблемы в HTTP-клиенте, используемом в рабочих процессах и блокнотах Ключ-АСТРОМ. В этом релизе мы немного изменили поведение API, чтобы эти конечные точки можно было легко вызывать из рабочих процессов и блокнотов. После изменения content-type устанавливается в `text/plain`, и заголовок `vary: Origin` вообще не должен присутствовать. Это изменение не должно повлиять на работу расширенных HTTP-клиентов, поскольку `content-length` в этих ответах всегда был и остается `0`. &amp;lt;small&amp;gt;(PPX-5678)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись в Grail, если включен OpenPipeline.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга. &lt;br /&gt;
* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.&lt;br /&gt;
* Предотвращено возникновение исключения при миграции свойства таймаута запроса для HTTP-мониторов.&lt;br /&gt;
* Устранена проблема, вызывавшая медленную загрузку распределенных трассировок в веб-интерфейсе для анализа по запросу.  &lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой назначение монитора синтетическому местоположению без назначенных VUC-модулей приводило к ненужному возникновению проблемы отсутствия возможностей. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сессии ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой сеансы с длительным просмотром при определенных условиях переставали работать каждые 5 минут.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь вместо имени домашнего каталога Oracle используется правильное имя слушателя.&lt;br /&gt;
&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя слушателя вместо имени домашнего каталога Oracle. Это может привести к изменению идентификаторов PG/PGI.&lt;br /&gt;
&lt;br /&gt;
=== Новые функции и улучшения ===&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка кластера PHP Redis в ЕдиномАгенте ====&lt;br /&gt;
PHP Redis Cluster — это новая функция для PHP ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
Мы добавили новый датчик для обнаружения и отображения в распределенных трассировках вызовов Redis Cluster из расширения phpredis﻿ . В распределенной трассировке вызовы методов Redis Cluster будут показывать, на каком узле кластера была выполнена команда, если это возможно.&lt;br /&gt;
&lt;br /&gt;
Модуль ЕдиногоАгента для PHP поддерживает PHP Redis версий от 3.1.6 до 6.2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== Перепозиционирование хранения данных в рамках анализа логов ====&lt;br /&gt;
Функция сохранения данных в логах и ее снимки были перенесены из:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/agent/config&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
в:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;/var/lib/astromkey/oneagent/datastorage/loganalytics&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Логи''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка структурированных данных в логах событий Windows. ====&lt;br /&gt;
Начиная с этого выпуска, структурированные данные можно собирать из логгов событий Windows в ветвях «Данные пользователя» или «Данные событий» (в зависимости от доступности), а также в их подветвях. Собранные данные передаются вместе с содержимым записи в виде атрибутов.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов присваиваются на основе доступной информации, такой как имена тегов, значение поля «Имя» или — если имена тегов повторяются, а поле «Имя» отсутствует — к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с меткой &amp;quot;Бинарный&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложения''&lt;br /&gt;
&lt;br /&gt;
==== Параметры POST-запроса больше не передаются вместе с параметрами запроса. ====&lt;br /&gt;
Указание параметра запроса на перехват параметров больше не будет приводить к перехвату POST-параметров с указанным именем.&lt;br /&gt;
&lt;br /&gt;
При необходимости параметры POST-запроса теперь придется определять отдельно в правиле захвата тела запроса.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость инфраструктуры''&lt;br /&gt;
&lt;br /&gt;
==== Показатели Nettracer, доступности и расширения дискового пространства теперь увеличены. ====&lt;br /&gt;
Теперь метрики Nettracer, доступности хоста, доступности процесса и расширений дисковых устройств будут отправляться через сообщение MINTv2 вместо пересылки из ранее существовавшего сообщения MINTv1. В результате появилась возможность обогащать их всеми доступными атрибутами ресурсов на уровне хоста и процесса.&lt;br /&gt;
&lt;br /&gt;
''Поставка программного обеспечения''&lt;br /&gt;
&lt;br /&gt;
==== Теперь доступна функция распространения контекста span для PHP. ====&lt;br /&gt;
В этом релизе мы реализовали распространение контекста для пакетов span в PHP.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Название группы процессов добавляется ко всем метрикам JMX/PMI. ====&lt;br /&gt;
Теперь модуль Java-кода добавляет это измерение &amp;lt;code&amp;gt;dt.process_group.detected_name&amp;lt;/code&amp;gt;ко всем метрикам JMX и PMI без схемы.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Теперь переменные расширения могут использоваться в качестве измерений для расширений Java JMX. ====&lt;br /&gt;
Теперь ЕдиныйАгент Java позволяет добавлять переменные в качестве измерений в расширения JMX фреймворка Extensions 2.0.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено обнаружение процессов Tomcat. ====&lt;br /&gt;
Улучшена функция обнаружения технологии Tomcat для сервера Tomcat, работающего в качестве службы.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за работой приложений | Очереди''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка трассировки реактивного API Reactor Kafka (модуль Java) ====&lt;br /&gt;
Теперь мы поддерживаем автоматическую трассировку API Reactor Kafka для отправки и получения сообщений в Java-приложениях с использованием:&lt;br /&gt;
&lt;br /&gt;
* Реактор Kafka 1.3.23+﻿&lt;br /&gt;
* Spring для Apache Kafka 3.3.7+﻿&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6145</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6145"/>
		<updated>2026-02-03T14:22:01Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: /* Операционные системы, поддержка которых в недавнем времени была прекращена: */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
&lt;br /&gt;
* Linux : Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux : Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
====Операционные системы, поддержка которых в недавнем времени была прекращена:====&lt;br /&gt;
*Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.320 GA содержит 28 решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Безопасность приложений&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|25&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====Безопасность приложений====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой не удавалось правильно установить тип триггера события и пользователя. &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик. &lt;br /&gt;
* Устранена проблема, из-за которой сообщения ЕдиногоАгента не обрабатывались в масштабах всего кластера из-за блокировки, возникающей при одновременном изменении режима мониторинга многими ЕдинымиАгентами в одной среде.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на некоторых страницах сервиса отображались ненужные теги.&lt;br /&gt;
* API обработки событий OpenPipeline больше не принимает пустые тела HTTP-запросов. JSON-данные должны иметь положительную длину и содержать как минимум один допустимый JSON-объект. Если эти условия не выполняются, сервер отвечает кодом состояния 400.&lt;br /&gt;
* Устранена проблема с разрешениями IAM `settings:objects:read` и `settings:objects:write`, из-за которой условия политики игнорировались при их сочетании с условием `environment:management-zone`.&lt;br /&gt;
* Исправлен редкий случай, когда при последующих обновлениях проблемы могла быть потеряна часть информации о первопричине проблемы.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурационные файлы не обновлялись при миграции из одного клиента в другой. Ранее сервер предоставлял новые конфигурационные файлы только в том случае, если была доступна более новая версия. Теперь конфигурационные файлы предоставляются, если версии различаются.&lt;br /&gt;
* Декларативная группировка, мониторинг VMware и доступность процессов больше не допускают некорректного использования двойных скобок в поле условия.&lt;br /&gt;
* До версии 1.318 URL-адрес арендатора некорректно передавался из кластера в ЕдиныеАгенты и среды АктивныхШлюзов в средах с поддержкой PrivateLink для Live Debugger. Начиная с версии 1.318, кластер корректно сообщает URL-адрес арендатора в ЕдиныхАгентах и средах AG для Live Debugger в средах с поддержкой PrivateLink.&lt;br /&gt;
* В классических панелях мониторинга удален временной интервал из визуализации Honeycomb, теперь он соответствует всем визуализациям, не основанным на временных рядах и не имеющим временного интервала. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой отчеты о событиях ИИ не учитывали поле `dt.query`.&lt;br /&gt;
&lt;br /&gt;
* Мы исправили ошибку, из-за которой пользователь с определенными привилегиями зоны управления вызывал API `getEntities`. Фильтр MZ применялся только к первой странице, а не к последующим, что приводило к некорректным результатам, включая подсчет объектов. &lt;br /&gt;
* В системе регистрации миграции ATM режим работы был изменен с ограниченного на общий. Это необходимо для мониторинга логов.&lt;br /&gt;
* Поскольку обновление до последней версии Ключ-АСТРОМ не имеет смысла в управляемых системах, баннер обновления панели мониторинга над списком панелей мониторинга больше не отображается.&lt;br /&gt;
* Улучшена связь с межсредовой трассировкой для обработки случаев, когда слишком большой заголовок приводил к ошибке 431. &lt;br /&gt;
* Исправлено ненужное экранирование новой строки для cURL(cmd) в фрагментах кода настроек.&lt;br /&gt;
* Исправлены вводящие в заблуждение сообщения об успешной установке и улучшена обработка ошибок при добавлении узлов, что обеспечивает корректное выведение узлов Cassandra из эксплуатации перед удалением. &lt;br /&gt;
* Теперь конечные точки приема событий OpenPipeline отвечают с `content-type: text/plain`, что улучшает использование из блокнотов и рабочих процессов. Конечные точки приема данных OpenPipeline для типов данных, связанных с событиями, отвечают HTTP-статусом 202 и пустым телом, когда данные принимаются OpenPipeline. Ранее в ответе устанавливался заголовок `content-type` в `application/octet-stream` и заголовок `vary` в `Origin`, что вызывало проблемы в HTTP-клиенте, используемом в рабочих процессах и блокнотах Ключ-АСТРОМ. В этом релизе мы немного изменили поведение API, чтобы эти конечные точки можно было легко вызывать из рабочих процессов и блокнотов. После изменения content-type устанавливается в `text/plain`, и заголовок `vary: Origin` вообще не должен присутствовать. Это изменение не должно повлиять на работу расширенных HTTP-клиентов, поскольку `content-length` в этих ответах всегда был и остается `0`. &amp;lt;small&amp;gt;(PPX-5678)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись в Grail, если включен OpenPipeline.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга. &lt;br /&gt;
* Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.&lt;br /&gt;
* Предотвращено возникновение исключения при миграции свойства таймаута запроса для HTTP-мониторов.&lt;br /&gt;
* Устранена проблема, вызывавшая медленную загрузку распределенных трассировок в веб-интерфейсе для анализа по запросу.  &lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой назначение монитора синтетическому местоположению без назначенных VUC-модулей приводило к ненужному возникновению проблемы отсутствия возможностей. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сессии ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема, из-за которой сеансы с длительным просмотром при определенных условиях переставали работать каждые 5 минут.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_316&amp;diff=6144</id>
		<title>Примечания к релизу 316</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_316&amp;diff=6144"/>
		<updated>2026-02-03T14:02:13Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: /* Операционные системы, поддержка которых в недавнем времени была прекращена: */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 316'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 312.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обеспечение соответствия спецификации программного обеспечения (SBOM) для Ключ-АСТРОМ ====&lt;br /&gt;
Вы можете обеспечить соблюдение нормативных требований, просканировав Ключ-АСТРОМ SBOM на наличие уязвимостей.&lt;br /&gt;
&lt;br /&gt;
SBOM содержит все сторонние библиотеки, используемые Ключ-АСТРОМ, и их версии.&lt;br /&gt;
&lt;br /&gt;
* С каждой версией поставляется новый SBOM. Он входит в состав установщика Managed и соответствует стандарту CycloneDX.&lt;br /&gt;
* Имя файла SBOM:  &amp;lt;code&amp;gt;/opt/Astromkey-managed/installer/Astromkey-managed-&amp;lt;version&amp;gt;/Astromkey-managed-sbom.cdx.json&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Сокращение использования диска за счет переключения алгоритма сжатия для данных временных рядов ====&lt;br /&gt;
В рамках этого релиза используемый формат сжатия данных временных рядов в Cassandra будет изменён с LZ4 на ZSTD. Согласно нагрузочному тестированию, это может значительно сократить требуемое дисковое пространство.&lt;br /&gt;
&lt;br /&gt;
Примечание: сокращение использования диска не произойдет мгновенно, а будет происходить постепенно в течение одного месяца, поскольку новые данные будут записываться только с использованием нового алгоритма сжатия.&lt;br /&gt;
&lt;br /&gt;
Никакого ручного вмешательства пользователя или простоя не требуется. Переход происходит автоматически в рамках обычного обновления версии.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Более быстрое назначение тегов, зон управления и правил именования ====&lt;br /&gt;
Новый периодический обработчик быстрее применяет теги, зоны управления и правила именования к недавно созданным отслеживаемым объектам. Этот обработчик работает непрерывно и учитывает все отслеживаемые объекты, созданные за последние 30 минут и просмотренные за последние 2 часа.&lt;br /&gt;
&lt;br /&gt;
Он автоматически включен по умолчанию для всех управляемых сред Ключ-АСТРОМ. Дополнительная настройка не требуется.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обновление JDK до версии 21 для Ключ-АСТРОМ Cluster ====&lt;br /&gt;
В рамках этого выпуска узлы Ключ-АСТРОМ Server будут обновлены для работы с JDK 21 вместо JDK 17.&lt;br /&gt;
&lt;br /&gt;
Никакого ручного вмешательства пользователя или простоя не требуется. Обновление должно происходить путём непрерывных обновлений в рамках обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Внутреннее тестирование показало значительное сокращение времени, затрачиваемого на сборку мусора Java, поэтому обновление может привести к повышению производительности процесса Ключ-АСТРОМ Server.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Цифровой опыт | Синтетика&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Отчетность о недействительных сертификатах включена по умолчанию для вновь созданных HTTP-мониторов. ====&lt;br /&gt;
Значение по умолчанию для &amp;lt;code&amp;gt;Accept any SSL certificate&amp;lt;/code&amp;gt;свойства запроса HTTP-монитора было изменено на &amp;lt;code&amp;gt;false&amp;lt;/code&amp;gt;, поэтому SSL-сертификат будет проверяться для вновь созданных мониторов.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложения&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Улучшенное управление расчетными метриками ====&lt;br /&gt;
Управление и просмотр расчётных метрик сервиса теперь стали проще и эффективнее, особенно в средах с большим количеством метрик. Вот что нового в настройках расчётных метрик сервиса:&lt;br /&gt;
&lt;br /&gt;
* Фильтр по статусу : быстро определяйте, включены или отключены ли рассчитанные метрики.&lt;br /&gt;
* Просмотреть все : теперь пагинация позволяет просматривать все рассчитанные метрики без ограничений.&lt;br /&gt;
&lt;br /&gt;
Эти улучшения экономят ваше время, обеспечивают лучшую прозрачность рассчитанных показателей обслуживания и упрощают управление ими.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Платформа | ИИ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Изменение задержки для анализа первопричин ====&lt;br /&gt;
События, не запускающие полный анализ первопричин, больше не будут ожидать 3 минуты перед отправкой уведомления. В основном это касается пользовательских событий, запускаемых, например, &amp;lt;code&amp;gt;AVAILABILITY_EVENT&amp;lt;/code&amp;gt;через REST API.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Цифровой опыт&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Частные синтетические расположения без браузера снижают требования к оборудованию для выполнения синтетических мониторов NAM и HTTP. ====&lt;br /&gt;
В целом мы рекомендуем развертывание полных синтетических частных расположений для поддержки выполнения всех типов синтетических мониторов (HTTP, браузер, NAM).&lt;br /&gt;
&lt;br /&gt;
Однако, если вам не нужно запускать браузерные мониторы, вы можете рассмотреть возможность развёртывания вашего частного расположения в специальном безбраузерном режиме. Такое расположение (или принадлежащий ему АктивныйШлюз) будет развёрнуто без браузера. В результате развёртывание потребует меньше аппаратных ресурсов, но браузерные мониторы не смогут запускаться из такого расположения.&lt;br /&gt;
&lt;br /&gt;
Рассматривайте местоположения без браузера как альтернативу стандартным синтетическим приватным местоположениям, когда вы сосредоточены исключительно на:&lt;br /&gt;
&lt;br /&gt;
* Вариантах использования сети и инфраструктуры (с использованием мониторов NAM)&lt;br /&gt;
* API-мониторинг (с использованием HTTP-мониторов)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Цифровой опыт | RUM Web&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Настройте префикс имени файла кода мониторинга RUM ====&lt;br /&gt;
Теперь вы можете указать пользовательский префикс для имени файла кода мониторинга RUM, что поможет предотвратить его блокировку блокировщиками рекламы.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Новое предупреждение для нескольких &amp;lt;code&amp;gt;:rollup&amp;lt;/code&amp;gt;операторов в селекторах метрик ====&lt;br /&gt;
Хотя ранее это было разрешено, использование нескольких &amp;lt;code&amp;gt;:rollup&amp;lt;/code&amp;gt;операторов в одной цепочке преобразований может привести к непреднамеренному поведению.&lt;br /&gt;
&lt;br /&gt;
Чтобы предотвратить это, мы внедряем новый механизм предупреждений, который определяет &amp;lt;code&amp;gt;:rollup&amp;lt;/code&amp;gt;применение нескольких операторов в одной цепочке преобразований. Теперь система выдаёт предупреждение при обнаружении нескольких &amp;lt;code&amp;gt;:rollup&amp;lt;/code&amp;gt;операторов, предоставляя вам более чёткую информацию и помогая добиться более предсказуемых результатов.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обновленная функциональность стороннего Jetty WebServer ====&lt;br /&gt;
В рамках этого выпуска функциональность Jetty WebServer обновлена ​​до версии 10.0.25 в Ключ-АСТРОМ Server и АктивномШлюзе.&lt;br /&gt;
&lt;br /&gt;
Никакого ручного вмешательства пользователя или простоя не требуется; обновление должно происходить посредством последовательных обновлений в рамках обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Улучшена производительность Metrics API v2 для листинга метрик. ====&lt;br /&gt;
Мы оптимизировали Metrics API v2 , который выводит список всех доступных метрик. Теперь для получения информации требуется значительно меньше чтения данных, а при частом вызове он может возвращаться быстрее. Изменения возвращаемой информации не ожидаются.&lt;br /&gt;
&lt;br /&gt;
=== ! Критические изменения ===&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Исправлены отсутствующие заголовки политики безопасности контента (CPS) в процессе входа SAML. ====&lt;br /&gt;
Мы исправили проблему с отсутствием заголовков политики безопасности контента (CPS) в процессе входа SAML.&lt;br /&gt;
&lt;br /&gt;
Однако если процесс входа включает перенаправления на URL-адреса, отличные от тех, которые определены в метаданных XML поставщика удостоверений SAML 2.0 правило CSP &amp;lt;code&amp;gt;form-action&amp;lt;/code&amp;gt;может быть нарушено, что приведет к сбою входа&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Цифровой опыт | Синтетика&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Автоматический вход в браузерный монитор устарел ====&lt;br /&gt;
Автоматический вход в браузерные мониторы теперь не рекомендуется:&lt;br /&gt;
&lt;br /&gt;
* Мониторы браузера, содержащие автологин/аутентификацию с помощью веб-форм, больше не могут быть сохранены через API v1 или веб-интерфейс.&lt;br /&gt;
* Аутентификация с помощью «веб-формы» больше недоступна при создании монитора браузера или на странице расширенных настроек .&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Kubernetes&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обнаружение аномалий: улучшено оповещение «Высокая загрузка ЦП». ====&lt;br /&gt;
Мы улучшили оповещение «Высокая загрузка ЦП», изменив расчёт с «загрузки/использования» на «загрузки/лимиты». Это улучшение обеспечивает более точные оповещения, особенно в сценариях с простаивающими модулями, тем самым уменьшая количество ложных срабатываний.&lt;br /&gt;
&lt;br /&gt;
Благодаря этому обновлению вы можете доверять оповещению «Высокая загрузка ЦП», которое предоставляет более надёжную и полезную информацию. Если вы настроили пороговые значения для этого оповещения, пожалуйста, проверьте их, чтобы убедиться, что они соответствуют новому методу расчёта.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Назначение зон управления из контекста безопасности устарело. ====&lt;br /&gt;
Назначение зон управления из контекста безопасности устарело и будет удалено в версии Ключ-АСТРОМ 1.322.&lt;br /&gt;
&lt;br /&gt;
С этим изменением раздел «Настройки» &amp;gt; «Настройки» &amp;gt; «Зоны управления» &amp;gt; «Настройки контекста безопасности» больше не будет доступен.&lt;br /&gt;
&lt;br /&gt;
Вместо этого используйте зоны управления .&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
*Linux : Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
**x86-64﻿&lt;br /&gt;
&lt;br /&gt;
*Linux : Oracle Linux 9.5&lt;br /&gt;
**x86-64&lt;br /&gt;
*Linux : Rocky Linux 9.5&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
==== Операционные системы, поддержка которых в недавнем времени была прекращена: ====&lt;br /&gt;
&lt;br /&gt;
* Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.316 GA содержит 41 решенную проблему.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|АктивныйШлюз&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|35&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Elasticsearch&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====АктивныйШлюз ====&lt;br /&gt;
&lt;br /&gt;
* Теперь можно удалять сетевые зоны, специфичные для арендатора, если они используются и существует соответствующая глобальная сетевая зона (с тем же именем). &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Точки данных тепловой карты теперь отражают начало сегмента, а не его конец. &lt;br /&gt;
* Новый периодический обработчик быстрее применяет теги, зоны управления и правила именования к недавно созданным отслеживаемым объектам. Этот обработчик работает непрерывно и учитывает все отслеживаемые объекты, созданные за последние 30 минут и просмотренные за последние 2 часа.&lt;br /&gt;
* Восстановлена ​​область действия `environment-api:extension-configurations:read` для обеспечения обратной совместимости. &lt;br /&gt;
* Исправлена ​​ошибка, приводившая к ошибке 500 при попытке доступа к странице пользовательского устройства. &lt;br /&gt;
* Проблемы: Исправлена ​​ошибка, из-за которой на странице сведений о проблеме дубликат проблемы не отображался как дубликат. Это могло произойти, если проблема A была связана с проблемой B, которая, в свою очередь, была связана с проблемой C, и веб-интерфейс был открыт для проблемы A.&lt;br /&gt;
* Улучшена миграция мониторинга классических служб Windows в мониторинг служб ОС: улучшен процесс миграции между функциями для правильной обработки значений, содержащих скобки. &lt;br /&gt;
* Классические панели мониторинга: добавлена ​​проверка для предотвращения использования в названиях плиток только пробелов. &lt;br /&gt;
* Встроенные процессоры, извлекающие контекст трассировки/интервала из необработанного содержимого журнала, теперь сканируют до 16 МБ вместо 4 КБ. Благодаря этому исправлению большие журналы JSON могут иметь корректный контекст трассировки. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые разрешения на основе политик не учитывались в классическом веб-интерфейсе при использовании пользовательских URL-адресов. &lt;br /&gt;
* Решена проблема с обработкой сообщения о неназначенном статусе для расширения, если отсутствует имя группы АктивногоШлюза.&lt;br /&gt;
* Классические панели мониторинга: Исправлено положение всплывающего окна «Клонировать в» для небольших плиток в первом ряду панели мониторинга. &lt;br /&gt;
* Теперь возможно обновление синтетического местоположения с помощью автономного АктивногоШлюза. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые плитки на странице «Обзор технологий» ломались. &lt;br /&gt;
* Обновлено регулярное выражение для маскировки IBAN для Log Analytics. Идентификатор сущности Ключ-АСТРОМ больше не должен маскироваться. &lt;br /&gt;
* Исправлена ​​видимость Swagger некоторых внутренних конечных точек REST. &amp;lt;small&amp;gt;)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Исправлена ​​ошибка java.lang.NullPointerException: невозможно вызвать&lt;br /&gt;
&lt;br /&gt;
«com.astromkey .core.services.credentialsvault.api.config.CredentialsVaultConfig.getScopes()», так как «data» имеет значение null. &lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка «Базы данных» &amp;gt; «Сведения о базе данных» &amp;gt; «Часто задаваемые вопросы» не отображала ожидаемые результаты. &lt;br /&gt;
* Исправлена ​​проблема с невозможностью отключить процессор технологических пакетов в OpenPipeline.&lt;br /&gt;
&lt;br /&gt;
* Решена проблема, из-за которой ЕдиныйАгент не учитывал настройки «Функции ЕдиногоАгента» в сущностях Kubernetes. &amp;lt;small&amp;gt;(PS-33135)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Решена проблема, которая приводила к регистрации ошибки `TsmMetricQueryEvaluatorException`.&lt;br /&gt;
* Исправлена ​​проблема с процессами Python на неподдерживаемых платформах: если для хоста включен мониторинг Python, вместо сообщения о том, что он не поддерживается, рекомендовалась перезагрузка.&lt;br /&gt;
* IBM Integration Bus | IBM App Connect Enterprise теперь можно включать/отключать на отдельных хостах AIX. &lt;br /&gt;
* При отправке тестового письма с уведомлением о проблеме сообщение теперь также отображается в виде обычного текста. Теперь почтовые клиенты, не поддерживающие HTML, будут использовать обычный текст. &lt;br /&gt;
* Исправлена ​​регрессия, из-за которой теги хоста больше не учитывались для событий мониторинга служб ОС в сущностях служб ОС, для событий мониторинга служб ОС, отправляемых ЕдинымАгентом версии 310+. &lt;br /&gt;
* Добавлено больше журналов для конфигураций с несколькими ЦОД и стойками. &lt;br /&gt;
* Оповещения о неожиданно низкой нагрузке на унифицированных сервисах теперь отображают подключенные сигналы на классической странице сервиса. &lt;br /&gt;
* Значительно улучшена производительность конечных точек привязки политики IAM. &lt;br /&gt;
* Исправлена ​​ошибка на странице баз данных Oracle, приводившая к ошибке 500. &lt;br /&gt;
* Решена проблема, препятствовавшая добавлению узла в кластер PHA без функции поддержки стойки. &lt;br /&gt;
* Из описания события удалена информация о точном проценте порога сбоя соединения, поскольку это было мгновенное значение, и впоследствии оно стало неверным.&lt;br /&gt;
* Конфигурация сетки, предоставленная для Istio в управляемом развертывании, была повреждена, и в результатах отсутствовали области. Теперь предоставлена ​​правильная конфигурация.&lt;br /&gt;
* Баннер обновления панели мониторинга больше не отображается на управляемых панелях мониторинга и панелях мониторинга. Кроме того, он автоматически скрывается через 30 секунд.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на панели управления отображалось пустое место при закрытии баннера обновления. &lt;br /&gt;
* Исправлено выражение округлённого таймфрейма на общедоступных классических панелях мониторинга. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сеанса ====&lt;br /&gt;
&lt;br /&gt;
* Повтор сеанса: теперь можно просмотреть повтор определенного события, щелкнув его в списке событий. &lt;br /&gt;
* Повтор сеанса: исправлена ​​ошибка, из-за которой обновлённые элементы стиля теряли своё предыдущее содержимое. В некоторых случаях при обновлении элемента стиля время после его создания (записи) отображалось как замена стиля во время воспроизведения.&lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Контейнерные частные синтетические расположения: изменены требования к дисковому пространству узла контейнерного расположения размера S с 6 Gi до 8 Gi. &lt;br /&gt;
* Исправлена ​​обработка статуса местоположения для многоузловых синтетических частных местоположений. &lt;br /&gt;
&lt;br /&gt;
==== Elasticsearch ====&lt;br /&gt;
&lt;br /&gt;
* Мы оптимизировали конечную точку REST API `/metrics`, которая выводит список всех доступных метрик. Теперь для получения информации требуется гораздо меньше чтения данных. При частом вызове информация может возвращаться быстрее. Изменения возвращаемой информации не ожидается.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Параметры конфигурации &amp;lt;code&amp;gt;--set-infra-only&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;INFRA_ONLY&amp;lt;/code&amp;gt;удалены ====&lt;br /&gt;
Теперь вместо и &amp;lt;code&amp;gt;--set-monitoring-mode&amp;lt;/code&amp;gt;следует использовать параметр конфигурации .&amp;lt;code&amp;gt;--set-infra-onlyINFRA_ONLY&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Добавлена ​​поддержка CephFS ====&lt;br /&gt;
Мы добавили обнаружение и сбор статистики для томов с файловой системой Ceph File System (CephFS).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложений | Очереди&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== IBM App Connect Enterprise 13.0.2.0+ (модуль ACE) ====&lt;br /&gt;
Мы добавили поддержку мониторинга IBM App Connect Enterprise 13.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Мониторинг журналов&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Поддержка новой кодировки для модуля журнала ЕдиногоАгента ====&lt;br /&gt;
Мы добавили поддержку кодировки EUC-JP в пользовательские источники журналов модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Мониторинг журналов&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Изменение в расчете временной метки ====&lt;br /&gt;
Временные метки, прикрепляемые к записям журнала, теперь основаны на локальном времени хоста. Разница во времени между кластером и хостом включена в новый атрибут &amp;lt;code&amp;gt;time_correction.offset&amp;lt;/code&amp;gt;в наносекундах.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;ЕдиныйАгент&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Улучшенное управление дочерними процессами ====&lt;br /&gt;
Мы улучшили управление дочерними процессами, что привело к сокращению времени запуска и использования ресурсов (win32).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложений | Распределенные трассировки&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Мониторинг JBoss EAP v8 (модуль Java) ====&lt;br /&gt;
Мы добавили поддержку мониторинга JBoss EAP v8﻿ .&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Инструментарий среды выполнения NGINX на Linux ARM64 ====&lt;br /&gt;
Теперь мы поддерживаем инструментарий среды выполнения NGINX на Linux ARM64.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Неинтересные процессы NGINX, выдаваемые Kong, не инструментируются проверками работоспособности ====&lt;br /&gt;
Неинтересные процессы NGINX, выдаваемые проверками работоспособности Kong (те процессы NGINX, которые не являются HTTP-серверами), больше не инструментируются. Это относится к Kong версий 3.6 и выше.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Показатели общего/доступного дискового пространства больше не отправляются при большом общем размере диска. ====&lt;br /&gt;
Мы больше не отправляем показатели общего/доступного дискового пространства, если общий размер диска превышает 1024 петабайта (1024 ПБ).&lt;br /&gt;
&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
==== Улучшенная отчетность по метрикам сборщика мусора Python ====&lt;br /&gt;
Мы улучшили отчетность по показателям сборщика мусора Python:&lt;br /&gt;
&lt;br /&gt;
* Отчетность теперь продолжается, даже если сборщик мусора не работает в течение некоторого времени.&lt;br /&gt;
* Когда процесс Python создаёт дочерний процесс с помощью форка, сборка мусора, выполненная до форка, теперь учитывается только для родительского процесса. Ранее она учитывалась как для родительского, так и для дочернего процесса, что могло приводить к удвоению сообщаемых общих метрик сборки мусора для экземпляра группы процессов при форке.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;.NET&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== gRPC - подавить узел веб-запроса ====&lt;br /&gt;
Решена проблема, из-за которой запрос gRPC отображал базовый узел веб-запроса.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Базы данных | Мониторинг DB2 на z/OS&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Этап 1 мониторинга DB2 на z/OS ====&lt;br /&gt;
На первом этапе мониторинга DB2 на z/OS теперь собираются следующие ключевые показатели:&lt;br /&gt;
&lt;br /&gt;
* Метрики ЦП&lt;br /&gt;
** Процессорное время для подсистемы DB2&lt;br /&gt;
** Процессорное время для DB2 MSTR&lt;br /&gt;
** Процессорное время для адресного пространства DBM1&lt;br /&gt;
* Метрики соединения&lt;br /&gt;
** Общее количество активных подключений&lt;br /&gt;
** Количество исходящих подключений из DB2 к удаленному сайту&lt;br /&gt;
** Количество входящих подключений к DB2 с удаленного сайта&lt;br /&gt;
** Количество неудачных подключений&lt;br /&gt;
* время zIIP&lt;br /&gt;
* Количество запросов на пул EDM&lt;br /&gt;
* Количество попаданий в кэш&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложений | Распределенные трассировки&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (модули Apache и PHP) ====&lt;br /&gt;
Ключ-АСТРОМ теперь поддерживает мониторинг Alpine Linux (musl libc) на ARM64 для контейнеров (модули Apache и PHP).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Параметр имени хоста на основе определения из семантического словаря ====&lt;br /&gt;
Параметр hostname и атрибут ресурса host.name теперь представляют одно и то же значение на основе определения из семантического словаря.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Журналы&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Оптимизированная обработка источников журналов с большим количеством файлов ====&lt;br /&gt;
Мы оптимизировали обработку источников журналов, содержащих очень большое количество файлов.&lt;br /&gt;
&lt;br /&gt;
=== ! Критические изменения ===&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложения&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Приостановить трассировку для LPAR с неактивным выходом SMF U86 ====&lt;br /&gt;
В рамках наших требований выход SMF U86 должен быть активен.&lt;br /&gt;
&lt;br /&gt;
* В противном случае ЕдиныйАгент для z/OS деактивирует трассировку для затронутых LPAR через 12 часов.&lt;br /&gt;
* Как только выход станет активным, отслеживание снова активируется.&lt;br /&gt;
&lt;br /&gt;
Чтобы проверить активность выхода SMF U86, выполните следующую команду:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;D SMF,O&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Найдите в выводе команды &amp;lt;code&amp;gt;(EXITS(IEFU86))&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
* Если вы это обнаружили, выход SMF U86 активен.&lt;br /&gt;
* Если вы его не нашли, вам необходимо добавить его в parmlib SMFPRMxx.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;SUBSYS(STC,EXITS(IEFU86)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Затем включите его.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;D PROG,EXIT,EN=SYS.IEFU86,DIAG&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложений | Распределенные трассировки&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Конфигурации, специфичные для субагента ====&lt;br /&gt;
В этом выпуске устранены некоторые расхождения между настройками субагентов в веб-интерфейсе и ЕдинымАгентом для z/OS. Это позволяет настраивать параметры, специфичные для субагентов, в той мере, в какой они применимы к zAgent.&lt;br /&gt;
&lt;br /&gt;
Это изменение не должно повлиять на ваши настройки zRemote по умолчанию, но учтите, что изменения в настройках субагента, которые вы могли сделать в прошлом, могут вступить в силу с этим обновлением.&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.315 GA содержит  54 решенных проблем.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|.NET&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Фреймворк расширений&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Live Debugger&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|модуль ОС&lt;br /&gt;
|7&lt;br /&gt;
|-&lt;br /&gt;
|Установщик ЕдиногоАгента&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Сетевой модуль&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Ядро веб-сервера&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Механизм причинно-следственной связи ИИ&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|PHP&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Apache&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== .NET ====&lt;br /&gt;
&lt;br /&gt;
* Исправлен захват атрибутов запроса для частных свойств в приложении .NET. &lt;br /&gt;
* Решена проблема, приводившая к сбоям датчика ADO для новых коннекторов ADO (например, MySqlConnector 2.3.0+). Теперь все коннекторы ADO, использующие ValueTask, полностью поддерживаются.&lt;br /&gt;
* Чтобы предотвратить спам в журналах и исключениях, если не удаётся создать метод доступа для шаблона маршрута, интроспекция отключается.&lt;br /&gt;
* Решена проблема, из-за которой в некоторых случаях клиенты MySQL определялись как клиенты MsSQL. &lt;br /&gt;
* Исправлена ​​проблема производительности при захвате маршрута HTTP для входящих запросов ASP.NET Core, которая приводила к заметным накладным расходам для очень коротких запросов.&lt;br /&gt;
* Повышена надежность функций ЕдиныйАгент CLV/RAP для приложений .NET. &lt;br /&gt;
* Исправлена ​​проблема с датчиком ASP.NET v2, который регистрировал внутренние RUM-запросы ЕдиногоАгента, что приводило к неправильному количеству фактических вызовов служб. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые реализации ADO могли приводить к тому, что датчик ADO v2 несколько раз сообщал о подпути считывателя. &lt;br /&gt;
&lt;br /&gt;
==== Фреймворк расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлены проблемы с настройкой нескольких привязок переменных с одинаковым корнем в SNMP-ловушках.&lt;br /&gt;
*Решена проблема с загрузкой модуля MIB, когда имя файла отличалось от имени самого модуля.&lt;br /&gt;
*Исправлена ​​ошибка, из-за которой отсутствующий заголовок Content-Type в конечной точке метрик Prometheus препятствовал её правильному распознаванию.&lt;br /&gt;
&lt;br /&gt;
==== Live Debugger ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​коллекция переменных Live Debugger в Node.js 22. &lt;br /&gt;
* Мы улучшили стабильность и устойчивость функции отладки ЕдиыйАгент Live Debugging при переключении соединения на другой АктивныйШлюз. &lt;br /&gt;
*Исправлена ​​ошибка в отладчике Node.js Live Debugger, из-за которой в некоторых случаях точки останова могли быть добавлены или удалены неправильно. Это могло со временем привести к увеличению потребления памяти. &lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой вскоре после перезапуска модуля журнала журналы из контейнеров Kubernetes загружались без таких атрибутов, как `k8s.pod.name`, `k8s.pod.uid`, `k8s.namespace.name`, `k8s.container.name`, и связанных с облачными приложениями сущностей.&lt;br /&gt;
* Исправлена ​​проблема с именем журнала событий (Windows), содержащим символы, не входящие в набор ASCII (например, длинное тире). &lt;br /&gt;
* Решена проблема, из-за которой при сбое маршрутизации от модуля ЕдиногоАгента к конечной точке API Kubelet на узле в журналах отсутствовали атрибуты `k8s.workload.name`, `k8s.workload.kind` и `dt.entity.cloud_application`, что делало их недоступными из представления рабочей нагрузки в приложении Kubernetes. В этом случае сопоставление данных на основе меток модулей, аннотаций модулей, `k8s.workload.name` и `k8s.workload.kind` также не работало. &lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема с зависанием соединения SQL Fetch DB2 при возникновении проблемы со входом в соединение и отсутствии параметра ConnectTimeout, определенного в конфигурации драйвера ODBC. Это в свою очередь предотвращает использование zRemote чрезмерного количества пулов протоколов. &lt;br /&gt;
*Удалены записи журнала «Загрузка списка пиров коллектора...» и «Загружено X записей», оставшиеся от AppMon. &lt;br /&gt;
*Исправлена ​​потоковая передача журналов для CICS и IMS. Потоковая передача журналов для CICS и IMS была отключена из-за отсутствия файла схемы в развёртывании zRemote. &lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка в датчике Node.js Express, которая могла приводить к сбоям приложения при внедрении ЕдиногоАгента и включении датчика Express. &lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой использование `--loader` в Node.js версии 18 или более поздней приводило к сбою ЕдиногоАгента.&lt;br /&gt;
* Отключено инструментирование для Node Redis версии 5 и более поздних, которое в настоящее время не поддерживается.&lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлены ложноположительные оповещения о доступности процесса для статически связанных процессов Go, которые появлялись на короткий период времени после обновления ЕдиногоАгента  или перезапуска процесса агента ОС. &amp;lt;small&amp;gt;(OA-45858)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Исправлен сбой при разборе /proc/pid/status в RHEL7. Он был вызван ошибкой в ​​ядре 3.10.0-862.3.2.el7.x86_64, которая была исправлена ​​в версии 3.10.0-862.6.3.el7.x86_64. &lt;br /&gt;
* Добавлена ​​поддержка настраиваемого пути к хранилищу контейнеров CRI-O в среде Podman. &lt;br /&gt;
* Исправлена ​​проблема с обработкой сетевых метрик модулем ОС ЕдиныйАгент , из-за которой цикл обновления метрик мог занимать много времени, что приводило к пробелам в сообщаемых метриках или к зависанию и перезапуску агента.&lt;br /&gt;
*Исправлена ​​обработка служб systemd, содержащих точки в своих именах в Linux. &lt;br /&gt;
* Исправлена ​​проблема с добавлением новых правил для исключений дисков во время выполнения в Windows. &lt;br /&gt;
* Неиспользуемые двоичные файлы из каталогов 32- и 64-битной версии (`astromkey\oneagent\bin`) удаляются, даже если на хосте отключен мониторинг. Устаревание в папке `any` выполняется только при активном ЕдиномАгенте.&lt;br /&gt;
&lt;br /&gt;
==== Установщик ЕдиногоАгента ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема с изменением конфигурации режима мониторинга с «infra-only» на «full-stack» при обновлении ЕдиногоАгента с версии 1.311. Это затрагивает клиентов, которые не устанавливали ЕдиногоАгента с нуля после версии 1.271 или не использовали параметры `--set-infra-only` (теперь устарело) или `--set-monitoring-mode`. &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Транспорт Live Debugger теперь назначается только при наличии действующего соединения.&lt;br /&gt;
* Исправлена ​​ошибка, вызывавшая значительную задержку появления следов PurePath. &lt;br /&gt;
* Исправлена ​​проблема в датчике Weblogic T3 RMI для новой версии Weblogic 14.1.2. &lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* ЕдиныйАгент  теперь сообщает о пересмотре внешних метаданных среды выполнения Go. &lt;br /&gt;
* Решена проблема с ограничением создания ссылок в датчике Go Client WebRequest.&lt;br /&gt;
*Исправлена ​​ошибка, из-за которой ЕдиныйАгент внедрялся в неподдерживаемые 32-разрядные приложения Go.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема, из-за которой удаление сетевого интерфейса из конфигурации не приводило к прекращению сниффинга на этом интерфейсе. Теперь networkagent немедленно прекращает сниффинг на отфильтрованных сетевых адаптерах.&lt;br /&gt;
*Исправлен сбой модуля ЕдиныйАгент Go, возникавший, когда приложение Go предоставляло собственную реализацию `pthread_create`. &lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой функция трассировки в модуле кода Python работала неправильно, когда `gevent` был импортируемым (при возникновении этой проблемы регистрировались ошибки или предупреждения о `ctypes.ArgumentError`).&lt;br /&gt;
&lt;br /&gt;
==== Общие ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема в NGINX, из-за которой включение функции BizEvents приводило к удалению заголовка `content-length` и добавлению вместо него заголовка `transfer-encoding: chunked`. &lt;br /&gt;
* Модуль Java-кода теперь отключается при использовании с Elasticsearch версии 8.18 или более поздней из-за сбоев запуска, вызванных несовместимостями, внесенными агентом Elasticsearch Entitlements.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях в Windows мог произойти сбой чтения параметров декларативной группы процессов.&lt;br /&gt;
* Исправлена ​​проблема в NGINX, из-за которой включение функции BizEvents приводило к удалению заголовка `content-length` и добавлению вместо него заголовка `transfer-encoding: chunked`. &lt;br /&gt;
* Исправлена ​​проблема с модулями PHP и Python, которые неправильно загружали правила выборки на основе URL при запуске. &lt;br /&gt;
* В AIX отсутствующие значения дискового ввода-вывода (`bytesRead` и `bytesWritten`) исправляются путем использования правильного имени дискового устройства для стандартного обнаружения дискового устройства, которое является основой для извлечения данных ввода-вывода.&lt;br /&gt;
* Метрика `builtin:containers*` связана с именем контейнера, для которого она измеряется. Для определения нужного контейнера в списке, возвращаемом API Kubernetes, используется идентификатор контейнера. Если идентификатор недоступен (что может произойти при внедрении во время сборки или во время выполнения с развёртываниями cgroup v2), ранее использовался первый контейнер в списке. В многоконтейнерных подах это могло приводить к неверным ассоциациям, поскольку выбранный контейнер мог не соответствовать тому, для которого фактически была собрана метрика. Эта проблема исправлена. Теперь, если идентификатор контейнера недоступен, метрика не сообщается. Однако, если запущен только один контейнер, используется его имя. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурация пользовательского интерфейса bizevent contenttype не передавалась корректно рабочим процессам NGINX, поэтому рабочие процессы не могли захватывать контент, если contenttype не был типом по умолчанию. &lt;br /&gt;
&lt;br /&gt;
==== Ядро веб-сервера ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой включение bizevents для Kong иногда приводило к неверным заголовкам или телу ответа.&lt;br /&gt;
&lt;br /&gt;
* Исправлен особый случай, когда не удавалось захватить всё тело, если оно состояло всего из одного байта. &lt;br /&gt;
&lt;br /&gt;
==== Механизм причинно-следственной связи ИИ ====&lt;br /&gt;
&lt;br /&gt;
* Параметры запроса URL-адреса теперь корректно учитываются механизмом выборки на основе URL-адресов.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Исправлен сбой сетевого агента в Windows, возникавший при сбое инициализации. &lt;br /&gt;
* Улучшены условия остановки сниффинга интерфейса для Агента администрирования: после системной ошибки «Интерфейс был удалён» для определённого интерфейса Агент администрирования прекращает сниффинг этого интерфейса. &lt;br /&gt;
&lt;br /&gt;
==== PHP ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема с сопутствующим процессом ЕдиногоАгента, который (для многопроцессных конфигураций агентов, встречающихся, например, в приложениях Apache, NGINX и PHP в Linux) обрабатывает передачу данных в кластер Ключ-АСТРОМ. После сбоя и повторного запуска сторожевым таймером сопутствующий процесс не инициализировался. Это не влияло на работу приложения, но влияло на обмен данными с кластером Ключ-АСТРОМ и, как следствие, приводило к потере данных мониторинга.&lt;br /&gt;
&lt;br /&gt;
==== Apache ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к неправильному захвату объектов и заголовков запросов и ответов для бизнес-событий при возникновении внутренних перенаправлений на сервере Apache.&lt;br /&gt;
&lt;br /&gt;
=== ЕдиныйАгент для Android ===&lt;br /&gt;
Версия 8.315 GA не содержит решенных проблем, с которыми сталкиваются пользователи.&lt;br /&gt;
&lt;br /&gt;
=== ЕдиныйАгент для iOS ===&lt;br /&gt;
Версия 8.315 GA не содержит решенных проблем, с которыми сталкиваются пользователи.&lt;br /&gt;
&lt;br /&gt;
=== ЕдиныйАгент для JavaScript ===&lt;br /&gt;
Версия 8.315 GA не содержит решенных проблем, с которыми сталкиваются пользователи.&lt;br /&gt;
=='''API Ключ-АСТРОМ''' ==&lt;br /&gt;
===API среды===&lt;br /&gt;
==== /extensions/{extensionName}/environmentConfiguration/assets/====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/environmentConfiguration/assets/alertTemplates/{assetId}&amp;lt;/code&amp;gt; Новое!&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/environmentConfiguration/assets&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ExtensionAssetsDto&lt;br /&gt;
***** Измененное свойство assets&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;ALERT_TEMPLATE&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /credentials/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /credentials&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема Credentials&lt;br /&gt;
**** ''!Критические изменения''&lt;br /&gt;
***** Добавлено необходимое свойство: &amp;lt;code&amp;gt;type&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /credentials/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема Credentials&lt;br /&gt;
**** ! ''Критические изменения''&lt;br /&gt;
***** Добавлено необходимое свойство: &amp;lt;code&amp;gt;type&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{extensionName}/{extensionVersion}/schema ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/schema&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SchemaDefinitionRestDto&lt;br /&gt;
***** Измененное свойство schemaConstraints&lt;br /&gt;
****** Добавлены свойства: byteLimit&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;BYTE_SIZE_LIMIT&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/{schemaId} ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SchemaDefinitionRestDto&lt;br /&gt;
***** Измененное свойство schemaConstraints&lt;br /&gt;
****** Добавлены свойства: byteLimit&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;BYTE_SIZE_LIMIT&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /metrics ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /metrics&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема MetricDescriptorCollection&lt;br /&gt;
***** Измененное свойство metrics&lt;br /&gt;
****** Измененное свойство transformations&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
***** Измененная схема MetricDescriptorCollection&lt;br /&gt;
****** Измененное свойство metrics&lt;br /&gt;
******* Измененное свойство transformations&lt;br /&gt;
******** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
***** Измененная схема MetricDescriptorCollection&lt;br /&gt;
****** Измененное свойство metrics&lt;br /&gt;
******* Измененное свойство transformations&lt;br /&gt;
******** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /metrics/{metricKey}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема MetricDescriptor&lt;br /&gt;
***** Измененное свойство transformations&lt;br /&gt;
****** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
***** Измененная схема MetricDescriptor&lt;br /&gt;
****** Измененное свойство transformations&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
***** Измененная схема MetricDescriptor&lt;br /&gt;
****** Измененное свойство transformations&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /ua/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /ua/entity&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема UAEntityScreenDefinition&lt;br /&gt;
***** Измененное свойство metricsMetadata&lt;br /&gt;
****** Измененная схема значения словаря:&lt;br /&gt;
******* Измененное свойство transformations&lt;br /&gt;
******** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /ua/list&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема UAListScreenDefinition&lt;br /&gt;
***** Измененное свойство metricsMetadata&lt;br /&gt;
****** Измененная схема значения словаря:&lt;br /&gt;
******* Измененное свойство transformations&lt;br /&gt;
******** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /extensions/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/environmentConfiguration/assets&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ExtensionAssetsDto&lt;br /&gt;
***** Измененное свойство assets&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;PROCESS_GROUPING_RULES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''! Критические изменения''&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/schema&amp;lt;/code&amp;gt;&lt;br /&gt;
** Требования безопасности:&lt;br /&gt;
*** Измененное&lt;br /&gt;
**** от &amp;lt;code&amp;gt;[ssoAuth=[environment-api:extension-configurations:read]]&amp;lt;/code&amp;gt;&lt;br /&gt;
**** к &amp;lt;code&amp;gt;[ssoAuth=[environment-api:extensions:read]]&amp;lt;/code&amp;gt;&lt;br /&gt;
** Расширения:&lt;br /&gt;
*** Области действия токенов изменены с &amp;lt;code&amp;gt;[extensionConfigurations.read]&amp;lt;/code&amp;gt;на&amp;lt;code&amp;gt;[extensions.read]&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /synthetic/locations ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /synthetic/locations&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема PrivateSyntheticLocation&lt;br /&gt;
**** Добавлены свойства: maxActiveGateCount minActiveGateCount nodeSize&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /synthetic/locations/{locationId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SyntheticLocation&lt;br /&gt;
***** Добавлены свойства: maxActiveGateCount minActiveGateCount nodeSize&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /synthetic/locations&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SyntheticLocations&lt;br /&gt;
***** Измененное свойство locations&lt;br /&gt;
****** Добавленное свойство: узлы&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /synthetic/locations/{locationId}/yaml&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Удалить платформу в запросе&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Измененная osArchitecture в запросе&lt;br /&gt;
**** Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ActiveGateList&lt;br /&gt;
***** Измененное свойство activeGates&lt;br /&gt;
****** Измененное свойство activeGates&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ActiveGate&lt;br /&gt;
***** Измененное свойство activeGates&lt;br /&gt;
****** Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Не рекомендуется для SaaS и Managed ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;DELETE /entities/securityContext&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /entities/securityContext&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Устаревшее для Managed ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;/timeseries&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===API конфигурации===&lt;br /&gt;
====/credentials/====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /credentials&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема Credentials&lt;br /&gt;
**** ''! Критические изменения''&lt;br /&gt;
***** Добавлено обязательное свойство: type&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /credentials/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема Credentials&lt;br /&gt;
**** ''! Критические изменения''&lt;br /&gt;
***** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
===API кластера===&lt;br /&gt;
====Новое====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cassandra/cluster/isNodeFullyConnected/{nodeIpToCheck}&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/clusterMultiDatacenterMigrationState&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/clusterState&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/configuration/validate&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /cluster/migrateIp&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Удаленное ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /cluster/configuration/refresh&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/configuration/refresh/status/{requestId}&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/health/ipMigration&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Измененное ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /cluster/configuration&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема ClusterNodesConfigDtoNodeResponsibilitiesConfigDto&lt;br /&gt;
**** Измененное свойство clusterNodes&lt;br /&gt;
***** Удалённые свойства: datacenter kubernetesRole&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /elastic/reloadEsClientOnAllNodes&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема ClusterNodesConfigDtoNodeConfigDto&lt;br /&gt;
**** Измененное свойство clusterNodes&lt;br /&gt;
***** Добавленное свойство: ipAddress&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /firewallManagement/addClusterNode&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема NodeConfigDto&lt;br /&gt;
**** Добавленное свойство: ipAddress&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /firewallManagement/clusterNodes&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ClusterNodesConfigDto&lt;br /&gt;
***** ! Критические изменения&lt;br /&gt;
****** Измененное свойство clusterNodes&lt;br /&gt;
******* Удалены свойства: agent datacenter kubernetesRole webUI&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /iam/resolution/{level-type}/{level-id}/effectivepermissions:dry-run&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SchemaDefinitionRestDto&lt;br /&gt;
***** Измененное свойство schemaConstraints&lt;br /&gt;
****** Добавленное свойство: byteLimit&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;BYTE_SIZE_LIMIT&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /elastic/checkNodesVisibility ====&lt;br /&gt;
Новое!&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /elastic/checkNodesVisibility&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Измененная osArchitecture в запросе&lt;br /&gt;
**** Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ActiveGateList&lt;br /&gt;
***** Измененное свойство activeGates&lt;br /&gt;
****** Измененное свойство osArchitecture&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ActiveGate&lt;br /&gt;
***** Измененное свойство osArchitecture&lt;br /&gt;
****** Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /synthetic/locations ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /synthetic/locations&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SyntheticLocations&lt;br /&gt;
***** Измененное свойство locations&lt;br /&gt;
****** Добавленное свойство: nodes&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /synthetic/locations&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема PrivateSyntheticLocation&lt;br /&gt;
**** Добавлены свойства: maxActiveGateCount minActiveGateCount nodeSize&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /synthetic/locations/{locationId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема PrivateSyntheticLocation&lt;br /&gt;
**** Добавлены свойства: maxActiveGateCount minActiveGateCount nodeSize&lt;br /&gt;
&lt;br /&gt;
=== API настроек ===&lt;br /&gt;
&lt;br /&gt;
==== Не рекомендуется для SaaS и Managed ====&lt;br /&gt;
&lt;br /&gt;
* Схема настроек контекста безопасности ( &amp;lt;code&amp;gt;builtin:security-context&amp;lt;/code&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
==== Устаревшее для Managed ====&lt;br /&gt;
&lt;br /&gt;
* Схема настроек контекста безопасности Grail для контролируемых объектов (&amp;lt;code&amp;gt;builtin:monitoredentities.grail.security.context&amp;lt;/code&amp;gt;)&lt;br /&gt;
* Схема настроек контекста безопасности журнала ( &amp;lt;code&amp;gt;builtin:logmonitoring.log-security-context-rules&amp;lt;/code&amp;gt;)&lt;br /&gt;
* Схема настроек контекста безопасности бизнес-события ( &amp;lt;code&amp;gt;builtin:bizevents-security-context-rules&amp;lt;/code&amp;gt;)&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6143</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6143"/>
		<updated>2026-02-03T13:50:26Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
&lt;br /&gt;
* Linux : Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux : Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
====Операционные системы, поддержка которых в недавнем времени была прекращена:====&lt;br /&gt;
*Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.5&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6142</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6142"/>
		<updated>2026-02-02T14:13:38Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6141</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6141"/>
		<updated>2026-02-02T14:12:33Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: /* Обновление шифра Центра управления */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
''Платформа | Метрики''&lt;br /&gt;
&lt;br /&gt;
==== В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus. ====&lt;br /&gt;
Начиная с версии кластера 1.324 Ключ-АСТРОМ добавляет встроенную поддержку гистограмм OpenTelemetry и Prometheus, включая автоматический расчет процентилей. Это улучшение позволяет быстрее обнаруживать отклонения в производительности и упрощает рабочие процессы мониторинга.&lt;br /&gt;
&lt;br /&gt;
Существующие метрики гистограммы претерпели критические изменения:&lt;br /&gt;
&lt;br /&gt;
* Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Если существующая метрика уже заканчивается на &amp;lt;code&amp;gt;.histogram&amp;lt;/code&amp;gt;или &amp;lt;code&amp;gt;_histogram&amp;lt;/code&amp;gt;, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.&lt;br /&gt;
&lt;br /&gt;
В Ключ-АСТРОМ , в среде локального самомониторинга , вы можете использовать следующий запрос в обозревателе данных , чтобы увидеть, какие метрики гистограммы были приняты:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:splitBy(metric_key,&amp;quot;dt.tenant.uuid&amp;quot;,data_source)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:sort(value(auto,descending))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;:limit(100)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.&lt;br /&gt;
&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
''Наблюдаемость приложений | Выявление сервисов''&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
''Наблюдаемость приложений | Распределенные трассировки''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
''Мониторинг логов''&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
''Настройки''&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Синтетика''&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
''Лицензирование''&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Платформа | Центр управления''&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_128_GCM_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_AES_256_GCM_SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;TLS_CHACHA20_POLY1305_SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES128-GCM-SHA256&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-ECDSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;ECDHE-RSA-AES256-GCM-SHA384&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Массовая миграция ЕдиныхАгентов между управляемыми средами. ====&lt;br /&gt;
Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.&lt;br /&gt;
&lt;br /&gt;
Эта функция поддерживает как рабочие процессы на основе веб-интерфейса, так и интеграцию с REST API, обеспечивая гибкость для ручных и автоматизированных операций.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Развертывание''&lt;br /&gt;
&lt;br /&gt;
==== Перенастройка IP-адреса узла кластера без полного переразвертывания. ====&lt;br /&gt;
Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Теги''&lt;br /&gt;
&lt;br /&gt;
==== Разберитесь, какое правило присвоило метку отслеживаемому объекту. ====&lt;br /&gt;
Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.&lt;br /&gt;
&lt;br /&gt;
В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .&lt;br /&gt;
&lt;br /&gt;
API мониторинга объектов версии 2 включает дополнительные поля &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;, которые &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;являются частью информации о тегах. &amp;lt;code&amp;gt;source&amp;lt;/code&amp;gt;Поле указывает, как был применен тег, и &amp;lt;code&amp;gt;sourceSetting&amp;lt;/code&amp;gt;определяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).&lt;br /&gt;
&lt;br /&gt;
Пример ответа API v2 отслеживаемых объектов&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;{&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;context&amp;quot;: &amp;quot;CONTEXTLESS&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;key&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;stringRepresentation&amp;quot;: &amp;quot;conditional-load-test&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;source&amp;quot;: &amp;quot;Auto tags&amp;quot;,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;          &amp;quot;sourceSetting&amp;quot;: &amp;quot;api/v2/settings/objects/....&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;        },&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики. ====&lt;br /&gt;
В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — &amp;lt;code&amp;gt;lexical&amp;lt;/code&amp;gt;, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — &amp;lt;code&amp;gt;natural&amp;lt;/code&amp;gt;, который определяет цифры в измерении и сортирует их по числовому значению.&lt;br /&gt;
&lt;br /&gt;
''Платформа | Исследователь данных''&lt;br /&gt;
&lt;br /&gt;
==== Оптимизация получения ключевых метрик ====&lt;br /&gt;
Мы оптимизировали фильтрацию подсказок по ключевым метрикам в обозревателе данных, поэтому подсказки теперь появляются гораздо быстрее, когда вы начинаете вводить текст. Это обеспечивает плавную работу даже при работе с большими наборами данных.&lt;br /&gt;
&lt;br /&gt;
''Платформа | ИИ''&lt;br /&gt;
&lt;br /&gt;
==== Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме. ====&lt;br /&gt;
На классической странице с подробными сведениями о проблеме теперь отображается время закрытия проблемы в Ключ-АСТРОМ рядом с другими данными о времени ее существования. Это позволяет быстро увидеть максимальное время, использованное для фильтров длительности профиля оповещений, когда проблема еще находилась в открытом состоянии.&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | Запись сессии''&lt;br /&gt;
&lt;br /&gt;
==== Добавлено расширение для браузера Firefox, позволяющее записывать сессии. ====&lt;br /&gt;
В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).&lt;br /&gt;
&lt;br /&gt;
''Цифровой опыт | RUM Web''&lt;br /&gt;
&lt;br /&gt;
==== Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;и&amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt; ====&lt;br /&gt;
Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов &amp;lt;code&amp;gt;async&amp;lt;/code&amp;gt;`&amp;lt;script&amp;gt;` или `&amp;lt;script&amp;gt;` &amp;lt;code&amp;gt;defer&amp;lt;/code&amp;gt;. Эти атрибуты можно применять к следующим форматам фрагментов кода:&lt;br /&gt;
&lt;br /&gt;
* JavaScript-тег&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент&lt;br /&gt;
* JavaScript-тег ЕдиныйАгент с SRI&lt;br /&gt;
&lt;br /&gt;
''Платформа''&lt;br /&gt;
&lt;br /&gt;
==== Обновление функциональности стороннего веб-сервера Jetty до версии 12. ====&lt;br /&gt;
В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется, обновление должно происходить в рамках поэтапных обновлений как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.&lt;br /&gt;
&lt;br /&gt;
''ЕдиныйАгент''&lt;br /&gt;
&lt;br /&gt;
==== Дополнительные возможности загрузки модулей кода через API развертывания ====&lt;br /&gt;
Теперь этот &amp;lt;code&amp;gt;multidistro&amp;lt;/code&amp;gt;вариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.&lt;br /&gt;
&lt;br /&gt;
''Расширения''&lt;br /&gt;
&lt;br /&gt;
==== Поддержка статуса предупреждения ====&lt;br /&gt;
Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так &amp;lt;code&amp;gt;WARNING&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;PENDING&amp;lt;/code&amp;gt;статус. Эти статусы были добавлены к уже существующим &amp;lt;code&amp;gt;OK&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;ERROR&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
''Мониторинг журналов''&lt;br /&gt;
&lt;br /&gt;
==== При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных. ====&lt;br /&gt;
Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.&lt;br /&gt;
&lt;br /&gt;
* Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.&lt;br /&gt;
* Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6140</id>
		<title>Примечания к релизу 320</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_320&amp;diff=6140"/>
		<updated>2026-02-02T13:02:13Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: Новая страница: «'''''Примечания к релизам / Примечания к релизу 320'''''  '''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ...»&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 320'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
&amp;lt;small&amp;gt;''Наблюдаемость приложений | Выявление сервисов''&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2) ====&lt;br /&gt;
Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.&lt;br /&gt;
&lt;br /&gt;
В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.&lt;br /&gt;
&lt;br /&gt;
В SDv2 также представлена ​​концепция конечных точек, представляющая собой эволюцию ключевых требований. Конечные точки позволяют понимать взаимодействие приложений и выявлять аномалии с помощью базовых метрик.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;''Платформа''&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Учет состояния в премиальных системах домашней автоматизации с учетом места установки ====&lt;br /&gt;
Для управляемых кластеров версии ниже 1.302 в развертывании с высокой доступностью Premium переключение на резервный центр обработки данных запускается только в том случае, если неисправные узлы расположены более чем в одной стойке.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;''Наблюдаемость приложений | Распределенные трассировки''&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Улучшена визуализация атрибутов для просмотра отдельных трассировок. ====&lt;br /&gt;
Теперь все доступное горизонтальное пространство экрана используется атрибутами до тех пор, пока это пространство не будет полностью занято или пока не будут отображены все атрибуты.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;''Мониторинг логов''&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Сбор и анализ структурированных данных из логов событий Windows. ====&lt;br /&gt;
Версия ЕдиныйАгент 1.317+&lt;br /&gt;
&lt;br /&gt;
Вы можете собирать структурированные данные из логов событий Windows и анализировать их с помощью Ключ-АСТРОМ Managed. Чтобы включить эту функцию, перейдите в «Настройки» &amp;gt; «Мониторинг логов» &amp;gt; «Флаги функций модуля логов» и включите «Поддержка структурированных данных в логах событий Windows» .&lt;br /&gt;
&lt;br /&gt;
При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.&lt;br /&gt;
&lt;br /&gt;
Имена атрибутов формируются на основе доступной информации, такой как имена тегов или значение поля имени. Если имена тегов повторяются, а поле имени пустое, к имени тега добавляется порядковый номер.&lt;br /&gt;
&lt;br /&gt;
Ветви без значений и теги с пометкой &amp;quot;Binary&amp;quot; опускаются.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;''Настройки''&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Исправлено некорректное размещение кнопок при настройке определений Java-сервисов. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;''Платформа''&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Улучшена стабильность восстановления Cassandra. ====&lt;br /&gt;
Когда по какой-либо причине операция восстановления Cassandra выполняется вручную, теперь мы запускаем её для каждой таблицы отдельно, чтобы избежать чрезмерной нагрузки на весь кластер.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;''Платформа''&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обновление Cassandra до версии 4.1.9 ====&lt;br /&gt;
В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.&lt;br /&gt;
&lt;br /&gt;
Никаких ручных действий со стороны пользователя или простоев не требуется. Обновление должно происходить в рамках поэтапных обновлений, как часть обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;''Цифровой опыт | Синтетика''&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Прекращение поддержки и замена метрик состояния местоположения и узлов. ====&lt;br /&gt;
Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Устаревшая метрика&lt;br /&gt;
!Метрика замены&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;code&amp;gt;builtin:synthetic.location.node.component.healthStatus&amp;lt;/code&amp;gt;&lt;br /&gt;
|&amp;lt;code&amp;gt;dsfm:synthetic.location.node.component.health_status&amp;lt;/code&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;small&amp;gt;''Лицензирование''&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Устранена нестандартная ошибка в системе классического лицензирования. ====&lt;br /&gt;
Версия кластера 1.318.84+В редких случаях при классическом лицензировании с мониторингом только приложений было изменено требование в интересах клиентов. Теперь система выставления счетов за единицу хоста пытается несколько раз запросить лимит памяти PaaS для хостов с коротким временем жизни, прежде чем вернуться к использованию памяти хоста.&lt;br /&gt;
&lt;br /&gt;
=== Критические изменения ===&lt;br /&gt;
&lt;br /&gt;
==== &amp;lt;small&amp;gt;Платформа | Центр управления&amp;lt;/small&amp;gt; ====&lt;br /&gt;
&lt;br /&gt;
==== Обновление шифра Центра управления ====&lt;br /&gt;
Шифры Центра управления были упрощены, и теперь принимаются только следующие:&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что все устанавливаемые вами соединения с Центром управления поддерживают указанные алгоритмы шифрования. Если они не поддерживают перечисленные алгоритмы, установить соединение с Центром управления невозможно.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;''Наблюдение за инфраструктурой | Хосты''&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Улучшено разделение процессов Oracle Net Listener по имени слушателя. ====&lt;br /&gt;
Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D0%B0%D0%BC&amp;diff=6139</id>
		<title>Примечания к релизам</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D0%B0%D0%BC&amp;diff=6139"/>
		<updated>2026-02-02T12:35:02Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Примечания к релизам:&lt;br /&gt;
&lt;br /&gt;
* [[Примечания к релизу 218]]&lt;br /&gt;
* [[Примечания к релизу 220]]&lt;br /&gt;
* [[Примечания к релизу 222]]&lt;br /&gt;
* [[Примечания к выпуску 224|Примечания к релизу 224]]&lt;br /&gt;
* [[Примечания к релизу 226]]&lt;br /&gt;
*[[Примечания к релизу 228]]&lt;br /&gt;
*[[Примечания к релизу 230]]&lt;br /&gt;
*[[Примечания к релизу 232]]&lt;br /&gt;
*[[Примечания к релизу 234]]&lt;br /&gt;
*[[Примечания к релизу 236]]&lt;br /&gt;
*[[Примечания к релизу 238]]&lt;br /&gt;
*[[Примечания к релизу 240]]&lt;br /&gt;
*[[Примечания к релизу 242]]&lt;br /&gt;
*[[Примечания к релизу 244]]&lt;br /&gt;
*[[Примечания к релизу 246]] &lt;br /&gt;
*[[Примечания к релизу 248]] &lt;br /&gt;
*[[Примечания к релизу 250]] &lt;br /&gt;
*[[Примечания к релизу 252]] &lt;br /&gt;
*[[Примечания к релизу 254]] &lt;br /&gt;
*[[Примечания к релизу 256]] &lt;br /&gt;
*[[Примечания к релизу 258]] &lt;br /&gt;
*[[Примечания к релизу 260]] &lt;br /&gt;
*[[Примечания к релизу 262]] &lt;br /&gt;
*[[Примечания к релизу 264]] &lt;br /&gt;
*[[Примечания к релизу 266]] &lt;br /&gt;
*[[Примечания к релизу 268]] &lt;br /&gt;
*[[Примечания к релизу 270]] &lt;br /&gt;
*[[Примечания к релизу 272]] &lt;br /&gt;
*[[Примечания к релизу 274]] &lt;br /&gt;
*[[Примечания к релизу 276]] &lt;br /&gt;
*[[Примечания к релизу 278]] &lt;br /&gt;
*[[Примечания к релизу 280]] &lt;br /&gt;
*[[Примечания к релизу 282]] &lt;br /&gt;
*[[Примечания к релизу 284]] &lt;br /&gt;
*[[Примечания к релизу 286]] &lt;br /&gt;
*[[Примечания к релизу 288]] &lt;br /&gt;
*[[Примечания к релизу 290]] &lt;br /&gt;
*[[Примечания к релизу 292]] &lt;br /&gt;
*[[Примечания к релизу 294]] &lt;br /&gt;
*[[Примечания к релизу 296]] &lt;br /&gt;
*[[Примечания к релизу 300]] &lt;br /&gt;
*[[Примечания к релизу 304]] &lt;br /&gt;
*[[Примечания к релизу 308]] &lt;br /&gt;
*[[Примечания к релизу 312]] &lt;br /&gt;
*[[Примечания к релизу 316]] &lt;br /&gt;
&lt;br /&gt;
[[Новости о прекращении поддержки]]&lt;br /&gt;
&lt;br /&gt;
[[Поддержка новых технологий]]&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D0%B0%D0%BC&amp;diff=6138</id>
		<title>Примечания к релизам</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D0%B0%D0%BC&amp;diff=6138"/>
		<updated>2026-02-02T12:34:31Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Примечания к релизам:&lt;br /&gt;
&lt;br /&gt;
* [[Примечания к релизу 218]]&lt;br /&gt;
* [[Примечания к релизу 220]]&lt;br /&gt;
* [[Примечания к релизу 222]]&lt;br /&gt;
* [[Примечания к выпуску 224|Примечания к релизу 224]]&lt;br /&gt;
* [[Примечания к релизу 226]]&lt;br /&gt;
*[[Примечания к релизу 228]]&lt;br /&gt;
*[[Примечания к релизу 230]]&lt;br /&gt;
*[[Примечания к релизу 232]]&lt;br /&gt;
*[[Примечания к релизу 234]]&lt;br /&gt;
*[[Примечания к релизу 236]]&lt;br /&gt;
*[[Примечания к релизу 238]]&lt;br /&gt;
*[[Примечания к релизу 240]]&lt;br /&gt;
*[[Примечания к релизу 242]]&lt;br /&gt;
*[[Примечания к релизу 244]]&lt;br /&gt;
*[[Примечания к релизу 246]] &lt;br /&gt;
*[[Примечания к релизу 248]] &lt;br /&gt;
*[[Примечания к релизу 250]] &lt;br /&gt;
*[[Примечания к релизу 252]] &lt;br /&gt;
*[[Примечания к релизу 254]] &lt;br /&gt;
*[[Примечания к релизу 256]] &lt;br /&gt;
*[[Примечания к релизу 258]] &lt;br /&gt;
*[[Примечания к релизу 260]] &lt;br /&gt;
*[[Примечания к релизу 262]] &lt;br /&gt;
*[[Примечания к релизу 264]] &lt;br /&gt;
*[[Примечания к релизу 266]] &lt;br /&gt;
*[[Примечания к релизу 268]] &lt;br /&gt;
*[[Примечания к релизу 270]] &lt;br /&gt;
*[[Примечания к релизу 272]] &lt;br /&gt;
*[[Примечания к релизу 274]] &lt;br /&gt;
*[[Примечания к релизу 276]] &lt;br /&gt;
*[[Примечания к релизу 278]] &lt;br /&gt;
*[[Примечания к релизу 280]] &lt;br /&gt;
*[[Примечания к релизу 282]] &lt;br /&gt;
*[[Примечания к релизу 284]] &lt;br /&gt;
*[[Примечания к релизу 286]] &lt;br /&gt;
*[[Примечания к релизу 288]] &lt;br /&gt;
*[[Примечания к релизу 290]] &lt;br /&gt;
*[[Примечания к релизу 292]] &lt;br /&gt;
*[[Примечания к релизу 294]] &lt;br /&gt;
*[[Примечания к релизу 296]] &lt;br /&gt;
*[[Примечания к релизу 300]] &lt;br /&gt;
*[[Примечания к релизу 304]] &lt;br /&gt;
*[[Примечания к релизу 308]] &lt;br /&gt;
*[[Примечания к релизу 312]] &lt;br /&gt;
*[[Примечания к релизу 316]] &lt;br /&gt;
*[[Примечания к релизу 320]] &lt;br /&gt;
&lt;br /&gt;
[[Новости о прекращении поддержки]]&lt;br /&gt;
&lt;br /&gt;
[[Поддержка новых технологий]]&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%98%D0%B7%D0%B2%D0%BB%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%B8%D0%B7_Prometheus&amp;diff=6096</id>
		<title>Извлечение данных из Prometheus</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%98%D0%B7%D0%B2%D0%BB%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%B8%D0%B7_Prometheus&amp;diff=6096"/>
		<updated>2026-01-14T13:03:10Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;В следующем примере конфигурации показано, как настроить экземпляр '''Collector''' для извлечения данных из существующей настройки '''Prometheus''' и импорта их в виде запроса '''OTLP''' в Ключ-АСТРОМ.&lt;br /&gt;
&lt;br /&gt;
== Предустановка ==&lt;br /&gt;
&lt;br /&gt;
* Экземпляр Prometheus, работающий на порту '''8888'''&lt;br /&gt;
* Один из следующих дистрибутивов '''Collector''' с [https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/v0.136.0/receiver/prometheusreceiver приемником Prometheus]﻿ и [https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/v0.136.0/processor/cumulativetodeltaprocessor процессором дельта-преобразования]﻿ :&lt;br /&gt;
** [[Collector Ключ-АСТРОМ|'''Collector''' Ключ-АСТРОМ]]&lt;br /&gt;
** [[Collector Ключ-АСТРОМ|OpenTelemetry Contrib]]&lt;br /&gt;
** [[Collector Ключ-АСТРОМ|Пользовательская версия Builder]]&lt;br /&gt;
* [[Экспорт с помощью OTLP|URL-адрес конечной точки API Ключ-АСТРОМ]], на которую следует экспортировать данные.&lt;br /&gt;
* [[Экспорт с помощью OTLP|Токен API]] с соответствующей областью доступа (требуется только для '''SaaS''' и АктивногоШлюза)&lt;br /&gt;
&lt;br /&gt;
Информацию о настройке '''Collector''' с использованием указанной ниже конфигурации см. в разделах [[Развертывание Collector|Развертывание коллектора]] и [[Настройка Collector|Конфигурация коллектора]].&lt;br /&gt;
&lt;br /&gt;
== Демо конфигурация ==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|receivers:&lt;br /&gt;
&lt;br /&gt;
  prometheus:&lt;br /&gt;
&lt;br /&gt;
     config:&lt;br /&gt;
&lt;br /&gt;
       scrape_configs:&lt;br /&gt;
&lt;br /&gt;
       - job_name: 'node-exporter'&lt;br /&gt;
&lt;br /&gt;
         scrape_interval: 60s&lt;br /&gt;
&lt;br /&gt;
         static_configs:&lt;br /&gt;
&lt;br /&gt;
         - targets: ['prometheus-prometheus-node-exporter:9100']&lt;br /&gt;
&lt;br /&gt;
       - job_name: opentelemetry-collector&lt;br /&gt;
&lt;br /&gt;
         scrape_interval: 60s&lt;br /&gt;
&lt;br /&gt;
         static_configs:&lt;br /&gt;
&lt;br /&gt;
         - targets:&lt;br /&gt;
&lt;br /&gt;
            - 127.0.0.1:8888&lt;br /&gt;
&lt;br /&gt;
processors:&lt;br /&gt;
&lt;br /&gt;
  cumulativetodelta:&lt;br /&gt;
&lt;br /&gt;
exporters:&lt;br /&gt;
&lt;br /&gt;
  otlphttp:&lt;br /&gt;
&lt;br /&gt;
    endpoint: ${env:DT_ENDPOINT}&lt;br /&gt;
&lt;br /&gt;
    headers:&lt;br /&gt;
&lt;br /&gt;
      Authorization: &amp;quot;Api-Token ${env:DT_API_TOKEN}&amp;quot;&lt;br /&gt;
&lt;br /&gt;
service:&lt;br /&gt;
&lt;br /&gt;
  pipelines:&lt;br /&gt;
&lt;br /&gt;
    metrics:&lt;br /&gt;
&lt;br /&gt;
      receivers: [prometheus]&lt;br /&gt;
&lt;br /&gt;
      processors: [cumulativetodelta]&lt;br /&gt;
&lt;br /&gt;
      exporters: [otlphttp]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Компоненты ==&lt;br /&gt;
Для нашей конфигурации мы настраиваем следующие компоненты.&lt;br /&gt;
&lt;br /&gt;
=== Приемники ===&lt;br /&gt;
В разделе &amp;lt;code&amp;gt;receivers&amp;lt;/code&amp;gt; мы указываем приемник &amp;lt;code&amp;gt;prometheus&amp;lt;/code&amp;gt;, как активный компонент приемника для нашего экземпляра '''Collector'''. Мы настраиваем приемник с двумя заданиями &amp;lt;code&amp;gt;node-exporter&amp;lt;/code&amp;gt; и &amp;lt;code&amp;gt;opentelemetry-collector&amp;lt;/code&amp;gt; в разделе &amp;lt;code&amp;gt;scrape_configs&amp;lt;/code&amp;gt;, чтобы он извлекал данные с указанных хостов раз в минуту (&amp;lt;code&amp;gt;scrape_interval: 60s&amp;lt;/code&amp;gt;).&lt;br /&gt;
&lt;br /&gt;
Полный список параметров конфигурации см. в [https://github.com/prometheus/prometheus/blob/v2.28.1/docs/configuration/configuration.md документации Prometheus]﻿ .&lt;br /&gt;
&lt;br /&gt;
=== Процессоры ===&lt;br /&gt;
В разделе &amp;lt;code&amp;gt;processors&amp;lt;/code&amp;gt; мы указываем [https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/v0.136.0/processor/cumulativetodeltaprocessor процессор﻿ &amp;lt;code&amp;gt;cumulativetodelta&amp;lt;/code&amp;gt;] для преобразования метрик, выдаваемых приемником '''Prometheus''', в [[Настройка Collector|формат их дельта-агрегации]].&lt;br /&gt;
&lt;br /&gt;
=== Экспортеры ===&lt;br /&gt;
В разделе &amp;lt;code&amp;gt;exporters&amp;lt;/code&amp;gt; мы указываем [https://github.com/open-telemetry/opentelemetry-collector/tree/v0.136.0/exporter/otlphttpexporter экспортер﻿ &amp;lt;code&amp;gt;otlphttp&amp;lt;/code&amp;gt;] по умолчанию и настраиваем его с помощью URL-адреса нашего API Ключ-АСТРОМ и требуемого токена аутентификации.&lt;br /&gt;
&lt;br /&gt;
Для этой цели мы устанавливаем следующие две переменные среды и ссылаемся на них в значениях конфигурации для &amp;lt;code&amp;gt;endpoint&amp;lt;/code&amp;gt; и &amp;lt;code&amp;gt;Authorization&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;DT_ENDPOINT&amp;lt;/code&amp;gt; содержит базовый URL-адрес конечной точки API Ключ-АСТРОМ (например, &amp;lt;code&amp;gt;&amp;lt;nowiki&amp;gt;https://{адрес_окружения}/api/v2/otlp&amp;lt;/nowiki&amp;gt;&amp;lt;/code&amp;gt;)&lt;br /&gt;
* &amp;lt;code&amp;gt;DT_API_TOKEN&amp;lt;/code&amp;gt; содержит токен API&lt;br /&gt;
&lt;br /&gt;
=== Сервисные контейнеры ===&lt;br /&gt;
В разделе &amp;lt;code&amp;gt;service&amp;lt;/code&amp;gt; мы собираем объекты приемника, процессора и экспортера в контейнер метрик, который будет выполнять задания '''Prometheus''', преобразовывать их метрики в дельта-значения и загружать данные в Ключ-АСТРОМ.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%A2%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%87%D0%B0%D1%81%D1%82%D0%BD%D1%8B%D0%BC_%D1%81%D0%B8%D0%BD%D1%82%D0%B5%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%BC_%D0%BB%D0%BE%D0%BA%D0%B0%D1%86%D0%B8%D1%8F%D0%BC&amp;diff=6091</id>
		<title>Требования к частным синтетическим локациям</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%A2%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%87%D0%B0%D1%81%D1%82%D0%BD%D1%8B%D0%BC_%D1%81%D0%B8%D0%BD%D1%82%D0%B5%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%BC_%D0%BB%D0%BE%D0%BA%D0%B0%D1%86%D0%B8%D1%8F%D0%BC&amp;diff=6091"/>
		<updated>2025-12-25T13:35:53Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Применение Ключ-АСТРОМ]] / [https://doc.ruscomtech.ru/index.php/Применение_Ключ-АСТРОМ#.D0.A1.D0.B8.D0.BD.D1.82.D0.B5.D1.82.D0.B8.D1.87.D0.B5.D1.81.D0.BA.D0.B8.D0.B9_.D0.BC.D0.BE.D0.BD.D0.B8.D1.82.D0.BE.D1.80.D0.B8.D0.BD.D0.B3 Синтетический мониторинг] / Частные синтетические локации / Требования к частным синтетическим локациям'''''&lt;br /&gt;
&lt;br /&gt;
Убедитесь, что хост, который вы хотите использовать для своего частного местоположения, соответствует следующим требованиям. Обратите внимание, что АктивныйШлюз с синтетической поддержкой предъявляет более высокие требования к оборудованию и системе, чем обычные АктивныеШлюзы для среды или кластера. Ключ-АСТРОМ настоятельно рекомендует использовать АктивныйШлюз с синтетической поддержкой исключительно для целей синтетического мониторинга.&lt;br /&gt;
&lt;br /&gt;
Важная информация о поддержке версий&lt;br /&gt;
&lt;br /&gt;
* Поскольку разработка Chromium для Ubuntu 16.04 остановилась на версии 90, мы больше не можем гарантировать достаточно высокий уровень стабильности и безопасности для выполнения синтетического монитора в Ubuntu 16. Мы прекратим поддержку установки АктивногоШлюза с поддержкой синтетики в Ubuntu 16 после версии АктивногоШлюза 1.251. То есть АктивныйШлюз версии 1.251 — это последний АктивныйШлюз с поддержкой синтетики, поддерживаемый в Ubuntu 16 .&lt;br /&gt;
&lt;br /&gt;
== Требования к операционной системе ==&lt;br /&gt;
Только что установленный АктивныйШлюз может запускать ваши частные синтетические мониторы (как HTTP, так и браузерные мониторы) в следующих операционных системах.&lt;br /&gt;
&lt;br /&gt;
=== Windows ===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!ОС Windows&lt;br /&gt;
!Версии&lt;br /&gt;
|-&lt;br /&gt;
|Windows-сервер&lt;br /&gt;
|2016, 2019, 2022&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== Версия Chromium для Windows ====&lt;br /&gt;
В Windows пакет установщика АктивногоШлюза включает браузер Chromium, который используется для запуска мониторов браузера. В таблице ниже показаны версии Chromium, поставляемые вместе с соответствующими версиями АктивногоШлюза.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Версия АктивногоШлюза&lt;br /&gt;
!Включающая версия Chromium&lt;br /&gt;
|-&lt;br /&gt;
|1.289 - 1.291&lt;br /&gt;
|125&lt;br /&gt;
|-&lt;br /&gt;
|1.287&lt;br /&gt;
|122&lt;br /&gt;
|-&lt;br /&gt;
|1.285&lt;br /&gt;
|121&lt;br /&gt;
|-&lt;br /&gt;
|1.283&lt;br /&gt;
|120&lt;br /&gt;
|-&lt;br /&gt;
|1.281&lt;br /&gt;
|119&lt;br /&gt;
|-&lt;br /&gt;
|1.279&lt;br /&gt;
|118&lt;br /&gt;
|-&lt;br /&gt;
|1.271 to 1.277&lt;br /&gt;
|117&lt;br /&gt;
|-&lt;br /&gt;
|1.267 to 1.269&lt;br /&gt;
|113&lt;br /&gt;
|-&lt;br /&gt;
|1.265&lt;br /&gt;
|111&lt;br /&gt;
|-&lt;br /&gt;
|1.263&lt;br /&gt;
|110&lt;br /&gt;
|-&lt;br /&gt;
|1.261&lt;br /&gt;
|109&lt;br /&gt;
|-&lt;br /&gt;
|1.257 to 1.259&lt;br /&gt;
|108&lt;br /&gt;
|-&lt;br /&gt;
|1.255&lt;br /&gt;
|107&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== Неподдерживаемые версии Windows только для целей тестирования ====&lt;br /&gt;
Если вы хотите протестировать только частные синтетические расположения на нерабочем хосте, например, на собственном рабочем столе, вы можете установить АктивныйШлюз с синтетической поддержкой на неподдерживаемые версии Windows, такие как Windows 10 или Windows Server 2012.&lt;br /&gt;
&lt;br /&gt;
==== Антивирусное программное обеспечение в Windows ====&lt;br /&gt;
Мы не поддерживаем синтетические АктивныеШлюзы на хостах Windows, на которых установлено антивирусное программное обеспечение. Антивирусное программное обеспечение может заблокировать браузер, используемый для запуска мониторов.&lt;br /&gt;
&lt;br /&gt;
=== Linux ===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!дистрибутив Linux&lt;br /&gt;
!Версии&lt;br /&gt;
|-&lt;br /&gt;
|Red Hat Enterprise Linux&lt;br /&gt;
|8.8, 8.10, 9.2, 9.4, 9.6&lt;br /&gt;
|-&lt;br /&gt;
|Ubuntu&lt;br /&gt;
|20.04, 22.04, 24.04&lt;br /&gt;
|-&lt;br /&gt;
|CentOS&lt;br /&gt;
|7.9&lt;br /&gt;
|-&lt;br /&gt;
|Amazon Linux 2&lt;br /&gt;
|2023&lt;br /&gt;
|-&lt;br /&gt;
|Oracle Linux&lt;br /&gt;
|8.10,  9.5&lt;br /&gt;
|-&lt;br /&gt;
|Rocky Linux&lt;br /&gt;
|8.10, 9.5, 9.6&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== Версии Chromium для Linux ====&lt;br /&gt;
Мы настоятельно рекомендуем обновлять версии АктивногоШлюза и Chromium для Linux с поддержкой синтетики — Ключ-АСТРОМ поддерживает версии Chromium, которые отстают не более чем на две версии от последней поддерживаемой Ключ-АСТРОМ версии для определенного выпуска АктивногоШлюза. Например, если последней поддерживаемой версией Chromium является 103, Ключ-АСТРОМ поддерживает до Chromium версии 101. Если предоставленная версия Chromium значительно старше для конкретной ОС, например, Chromium 90 в Ubuntu 16, мы поддерживаем только предоставленную версию. (Обратите внимание, что это связано с тем, что разработка Chromium для Ubuntu 16 остановилась на версии 90.)&lt;br /&gt;
&lt;br /&gt;
В Linux установщик АктивногоШлюза загружает зависимости Chromium, необходимые для синтетического движка. В Red Hat и CentOS вам необходимо включить определенные репозитории, из которых установщик загружает зависимости. Веб-интерфейс Ключ-АСТРОМ предоставляет вам все необходимые команды.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Версия АктивногоШлюза&lt;br /&gt;
!Последняя поддерживаемая версия Chromium Red Hat, CentOS, Amazon Linux 2&lt;br /&gt;
!Последняя поддерживаемая версия Chromium Ubuntu&lt;br /&gt;
|-&lt;br /&gt;
|1.291&lt;br /&gt;
|125 Red Hat/CentOS 7 and Amazon Linux 2﻿ , Red Hat/Oracle Linux 8﻿ , Red Hat 9 требует Chromium 130&lt;br /&gt;
|125 Ubuntu 20.04 and 22.04﻿&lt;br /&gt;
|-&lt;br /&gt;
|1.289&lt;br /&gt;
|125 Red Hat/CentOS 7 and Amazon Linux 2﻿ , Red Hat/Oracle Linux 8﻿ , Red Hat 9 требует Chromium 130&lt;br /&gt;
|125 Ubuntu 20.04 and 22.04﻿&lt;br /&gt;
|-&lt;br /&gt;
|1.287&lt;br /&gt;
|122 Red Hat/CentOS 7 and Amazon Linux 2﻿ , Red Hat/Oracle Linux 8﻿ , Red Hat 9 требует Chromium 130&lt;br /&gt;
|121 Ubuntu 20.04 and 22.04﻿&lt;br /&gt;
|-&lt;br /&gt;
|1.285&lt;br /&gt;
|121 Red Hat/CentOS 7 and Amazon Linux 2﻿ , Red Hat/Oracle Linux 8﻿ , Red Hat 9 требуют Chromium 130&lt;br /&gt;
|121 Ubuntu 20.04 and 22.04﻿&lt;br /&gt;
|-&lt;br /&gt;
|1.283&lt;br /&gt;
|120 Red Hat/CentOS 7 and Amazon Linux 2﻿ , Red Hat/Oracle Linux 8﻿ , Red Hat 9 требуют Chromium 130&lt;br /&gt;
|120 Ubuntu 20.04 and 22.04﻿&lt;br /&gt;
|-&lt;br /&gt;
|1.281&lt;br /&gt;
|119 Red Hat/CentOS 7 and Amazon Linux 2﻿ , Red Hat/Oracle Linux 8﻿ , Red Hat 9 требуют Chromium 130&lt;br /&gt;
|119 Ubuntu 20.04 and 22.04﻿&lt;br /&gt;
|-&lt;br /&gt;
|1.279&lt;br /&gt;
|118 Red Hat/CentOS 7 and Amazon Linux 2﻿, Red Hat/Oracle Linux 8﻿, Red Hat 9﻿&lt;br /&gt;
|118 Ubuntu 18.04&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;, Ubuntu 20.04 and 22.04﻿&lt;br /&gt;
|-&lt;br /&gt;
|1.277&lt;br /&gt;
|117 Red Hat/CentOS 7 and Amazon Linux 2﻿, Red Hat/Oracle Linux 8﻿, Red Hat 9﻿&lt;br /&gt;
|117 Ubuntu 18.04&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;, Ubuntu 20.04 and 22.04﻿&lt;br /&gt;
|-&lt;br /&gt;
|1.275&amp;lt;sup&amp;gt;2&amp;lt;/sup&amp;gt;&lt;br /&gt;
|117 Red Hat/CentOS 7 and Amazon Linux 2﻿, Red Hat/Oracle Linux 8﻿, Red Hat 9﻿&lt;br /&gt;
|117&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt; Ubuntu 18.04, Ubuntu 20.04 and 22.04&lt;br /&gt;
|-&lt;br /&gt;
|1.271 to 1.273&lt;br /&gt;
|117 Red Hat/CentOS 7 and Amazon Linux 2﻿, Red Hat 8﻿&lt;br /&gt;
|117&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt; Ubuntu 18.04, Ubuntu 20.04 and 22.04&lt;br /&gt;
|-&lt;br /&gt;
|1.269&lt;br /&gt;
|113 Red Hat/CentOS 7 and Amazon Linux 2﻿, Red Hat 8﻿&lt;br /&gt;
|113 Ubuntu 18.04&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;, Ubuntu 20.04 and 22.04﻿&lt;br /&gt;
|-&lt;br /&gt;
|1.267&lt;br /&gt;
|113&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt; Red Hat/CentOS 7, Amazon Linux 2, Red Hat 8&lt;br /&gt;
|113 Ubuntu 18.04&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;, Ubuntu 20.04 and 22.04﻿&lt;br /&gt;
|-&lt;br /&gt;
|1.265&lt;br /&gt;
|111 Red Hat/CentOS 7 and Amazon Linux 2﻿, 110 Red Hat 8﻿&lt;br /&gt;
|111 Ubuntu 18.04﻿, Ubuntu 20.04 and 22.04﻿&lt;br /&gt;
|-&lt;br /&gt;
|1.263&lt;br /&gt;
|110 Red Hat/CentOS 7 and Amazon Linux 2﻿, Red Hat 8﻿&lt;br /&gt;
|110 Ubuntu 18.04﻿, Ubuntu 20.04 and 22.04﻿&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt; версия, не предусмотренная Ключ-АСТРОМ&lt;br /&gt;
&lt;br /&gt;
== Аппаратные требования ==&lt;br /&gt;
В зависимости от количества тестов, выполняемых в час, АктивныйШлюз с поддержкой синтетики должен соответствовать следующим аппаратным требованиям.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!&lt;br /&gt;
!XS&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;&lt;br /&gt;
!S&lt;br /&gt;
!M&lt;br /&gt;
!L&lt;br /&gt;
|-&lt;br /&gt;
|Минимум для процессоров&lt;br /&gt;
|2 vCPU&lt;br /&gt;
|4 vCPU&lt;br /&gt;
|8 vCPU&lt;br /&gt;
|16 vCPU&lt;br /&gt;
|-&lt;br /&gt;
|Минимум свободного места на диске&lt;br /&gt;
|20 ГБ&lt;br /&gt;
|25 ГБ&lt;br /&gt;
|30 ГБ&lt;br /&gt;
|40 ГБ&lt;br /&gt;
|-&lt;br /&gt;
|Минимум оперативной памяти&lt;br /&gt;
|4ГБ&lt;br /&gt;
|8 ГБ&lt;br /&gt;
|16 ГБ&lt;br /&gt;
|32 ГБ&lt;br /&gt;
|-&lt;br /&gt;
|Минимальная свободная оперативная память&lt;br /&gt;
|3 ГБ&lt;br /&gt;
|5 ГБ&lt;br /&gt;
|8 ГБ&lt;br /&gt;
|12 ГБ&lt;br /&gt;
|-&lt;br /&gt;
|Минимальный дисковый IOPS (Windows)&lt;br /&gt;
|100&lt;br /&gt;
|200&lt;br /&gt;
|400&lt;br /&gt;
|750&lt;br /&gt;
|-&lt;br /&gt;
|Расчетное максимальное количество запусков монитора, HTTP/ч&amp;lt;sup&amp;gt;2&amp;lt;/sup&amp;gt;&lt;br /&gt;
|300 тыс.&lt;br /&gt;
|300 тыс.&lt;br /&gt;
|300 тыс.&lt;br /&gt;
|300 тыс.&lt;br /&gt;
|-&lt;br /&gt;
|Расчетное максимальное количество высокоресурсных HTTP-мониторов&amp;lt;sup&amp;gt;3&amp;lt;/sup&amp;gt; , выполнений/ч&lt;br /&gt;
|10к&lt;br /&gt;
|20к&lt;br /&gt;
|60к&lt;br /&gt;
|100к&lt;br /&gt;
|-&lt;br /&gt;
|Расчетное максимальное количество запусков монитора браузера, выполнений/ч&lt;br /&gt;
|300&lt;br /&gt;
|650&lt;br /&gt;
|1200&lt;br /&gt;
|2200&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt; Не рекомендуется для АктивногоШлюза на базе Windows Server. Это всего лишь минимальное требование. Мы рекомендуем не менее 25 ГБ свободного места на диске и 8 ГБ ОЗУ из-за улучшений, запланированных для будущих выпусков.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;sup&amp;gt;2&amp;lt;/sup&amp;gt;Рассчитывается как 5000 запусков монитора (максимум для одной среды), выполняемых один раз в минуту (максимальная частота).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;sup&amp;gt;3&amp;lt;/sup&amp;gt;Это HTTP-мониторы в частных местах с любым из: сценариев до или после выполнения, авторизацией OAuth2, аутентификацией Kerberos.&lt;br /&gt;
&lt;br /&gt;
Предельные значения:&lt;br /&gt;
&lt;br /&gt;
Расчетные пределы, указанные в таблице выше, были определены в ходе наших внутренних тестов. Фактические значения могут отличаться в зависимости от сложности ваших мониторов.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%A3%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_%D1%81%D0%BE%D0%B1%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_SSL-%D1%81%D0%B5%D1%80%D1%82%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%82%D0%B0_%D0%B4%D0%BB%D1%8F_%D0%BD%D0%BE%D0%B4%D1%8B_%D0%BA%D0%BB%D0%B0%D1%81%D1%82%D0%B5%D1%80%D0%B0&amp;diff=6073</id>
		<title>Установка собственного SSL-сертификата для ноды кластера</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%A3%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_%D1%81%D0%BE%D0%B1%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_SSL-%D1%81%D0%B5%D1%80%D1%82%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%82%D0%B0_%D0%B4%D0%BB%D1%8F_%D0%BD%D0%BE%D0%B4%D1%8B_%D0%BA%D0%BB%D0%B0%D1%81%D1%82%D0%B5%D1%80%D0%B0&amp;diff=6073"/>
		<updated>2025-12-12T06:40:35Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Установка и настройка]] / [https://doc.ruscomtech.ru/index.php/%D0%A3%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_%D0%B8_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0#.D0.9E.D1.81.D0.BD.D0.BE.D0.B2.D0.BD.D1.8B.D0.B5_.D1.8D.D0.BB.D0.B5.D0.BC.D0.B5.D0.BD.D1.82.D1.8B_.D0.9A.D0.BB.D1.8E.D1.87-.D0.90.D1.81.D1.82.D1.80.D0.BE.D0.BC Основные элементы Ключ-Астром] / [[Ключ-АСТРОМ Managed]] / [https://doc.ruscomtech.ru/index.php/%D0%9A%D0%BB%D1%8E%D1%87-%D0%90%D0%A1%D0%A2%D0%A0%D0%9E%D0%9C_Managed#.D0.A3.D1.81.D1.82.D0.B0.D0.BD.D0.BE.D0.B2.D0.BA.D0.B0 Установка] / Установка собственного SSL-сертификата для ноды кластера'''''&lt;br /&gt;
&lt;br /&gt;
Пользовательский интерфейс Ключ-АСТРОМ доступен только через зашифрованные HTTPS-соединения. Чтобы обеспечить безопасный доступ и избежать предупреждений браузера, необходимо настроить действующий сертификат SSL. Ключ-АСТРОМ может управлять этим автоматически - каждый кластер получает выделенный веб-домен и доверенный сертификат SSL. Вы можете использовать этот домен для доступа к пользовательскому интерфейсу Ключ-АСТРОМ, не получая предупреждений браузера.&lt;br /&gt;
&lt;br /&gt;
Если вы не хотите, чтобы Ключ-АСТРОМ создавал для вас домен и сертификат SSL, перейдите в «Настройки»&amp;gt; «Настройки» в консоли управления кластером и отключите параметр «Управление именем домена и сертификатами SSL». После этого Ключ-АСТРОМ будет использовать самозаверяющий сертификат SSL. Самозаверяющие сертификаты по умолчанию не являются доверенными - при первой попытке подключения к Ключ-АСТРОМ вы получите предупреждение системы безопасности. Подтвердите это исключение в настройках безопасности вашего браузера.&lt;br /&gt;
&lt;br /&gt;
Чтобы использовать собственный доверенный сертификат SSL, отключите автоматическое управление и следуйте приведенным ниже инструкциям.&lt;br /&gt;
&lt;br /&gt;
== Прежде чем вы начнете ==&lt;br /&gt;
Вам понадобится сертификат SSL и файлы ключей, полученные от центра сертификации (CA):&lt;br /&gt;
&lt;br /&gt;
* Сертификат сервера (.cer или .cert)&lt;br /&gt;
* Корневые и промежуточные сертификаты (.cer или .cert)&lt;br /&gt;
* Закрытый ключ для сертификатов (.pem)&lt;br /&gt;
&lt;br /&gt;
----&amp;lt;big&amp;gt;''Зашифрованные приватные ключи''&amp;lt;/big&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Мы не поддерживаем зашифрованные закрытые ключи. Чтобы расшифровать закрытый ключ SSL, выполните следующую команду:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;openssl rsa -in encrypted.ssl.key -out decrypted.ssl.key&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
где&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;encrypted.ssl.key&amp;lt;/code&amp;gt; - это имя файла вашего зашифрованного закрытого ключа SSL.&lt;br /&gt;
* &amp;lt;code&amp;gt;decrypted.ssl.key&amp;lt;/code&amp;gt; - это выходной файл для вашего расшифрованного закрытого ключа SSL.&lt;br /&gt;
&lt;br /&gt;
Команда запросит пароль и сохранит расшифрованный ключ в файле &amp;lt;code&amp;gt;decrypted.ssl.key&amp;lt;/code&amp;gt;.&lt;br /&gt;
----&amp;lt;u&amp;gt;[необязательно]&amp;lt;/u&amp;gt; Для установки из командной строки вам необходимо:&lt;br /&gt;
&lt;br /&gt;
* Сценарий управляемой установки Ключ-АСТРОМ&lt;br /&gt;
* Набор инструментов OpenSSL&lt;br /&gt;
&lt;br /&gt;
== Установите доверенный сертификат на узел кластера Ключ-АСТРОМ ==&lt;br /&gt;
Если вы хотите использовать свой собственный сертификат или сертификат, выданный центром сертификации, загрузите или вставьте сертификат в узел кластера Ключ-АСТРОМ. Вы также можете указать имя хоста, связанное с сертификатом, как часть конфигурации узла Ключ-АСТРОМ Cluster.&lt;br /&gt;
&lt;br /&gt;
1. Войдите в Ключ-АСТРОМ как администратор.&lt;br /&gt;
&lt;br /&gt;
2. На странице состояния управляемого развертывания Ключ-АСТРОМ выберите узел кластера, которому требуется новый сертификат.&lt;br /&gt;
&lt;br /&gt;
3. На странице «Сведения об узле» выберите «Изменить сертификат SSL».&lt;br /&gt;
&lt;br /&gt;
Пример страницы редактирования SSL-сертификатов&lt;br /&gt;
&lt;br /&gt;
[[Файл:Onprem-ssl-certificates.webp|альт=Страница редактирования SSL-сертификатов|Страница редактирования SSL-сертификатов]]&lt;br /&gt;
&lt;br /&gt;
4. Вы можете вставить или загрузить файлы ключей, полученные от центра сертификации.&lt;br /&gt;
&lt;br /&gt;
* Закрытый ключ: ваш закрытый ключ.&lt;br /&gt;
* Сертификат открытого ключа: сертификат вашего сервера.&lt;br /&gt;
* Цепочка сертификатов: ваш корневой и промежуточный сертификаты.&lt;br /&gt;
&lt;br /&gt;
----&amp;lt;big&amp;gt;''Важно''&amp;lt;/big&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Ключ и сертификаты должны быть в формате PEM с полными заголовками BEGIN и END.&lt;br /&gt;
&lt;br /&gt;
Формат верхнего и нижнего колонтитула ключа:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;-----BEGIN PRIVATE KEY-----&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;(Private Key)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;-----END PRIVATE KEY-----&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Формат верхнего и нижнего колонтитула сертификата:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;-----BEGIN CERTIFICATE-----&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;(SSL Certificate)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;-----END CERTIFICATE-----&amp;lt;/code&amp;gt;&lt;br /&gt;
----5. Выберите Сохранить, чтобы загрузить сертификаты.&lt;br /&gt;
----&amp;lt;big&amp;gt;''Ошибка несоответствия имени''&amp;lt;/big&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Ваш сертификат связан с определенным именем хоста. Чтобы избежать ошибки несоответствия имен, убедитесь, что общее имя (имя домена) в сертификате SSL совпадает с адресом, отображаемым в адресной строке браузера.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%94%D0%BE%D0%B1%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_SSL-%D1%81%D0%B5%D1%80%D1%82%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%82%D0%B0_%D0%B2_TrustStore_%D0%BA%D0%BB%D0%B0%D1%81%D1%82%D0%B5%D1%80%D0%B0_%D0%9A%D0%BB%D1%8E%D1%87-%D0%90%D0%A1%D0%A2%D0%A0%D0%9E%D0%9C_Managed&amp;diff=6072</id>
		<title>Добавление SSL-сертификата в TrustStore кластера Ключ-АСТРОМ Managed</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%94%D0%BE%D0%B1%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_SSL-%D1%81%D0%B5%D1%80%D1%82%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%82%D0%B0_%D0%B2_TrustStore_%D0%BA%D0%BB%D0%B0%D1%81%D1%82%D0%B5%D1%80%D0%B0_%D0%9A%D0%BB%D1%8E%D1%87-%D0%90%D0%A1%D0%A2%D0%A0%D0%9E%D0%9C_Managed&amp;diff=6072"/>
		<updated>2025-12-12T06:39:34Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Могут быть случаи, когда вам нужно вручную добавить сертификат SSL в TrustStores кластера Ключ-АСТРОМ, например, если ваш кластер отказывается принимать сертификат SSL при отправке электронных писем или уведомлений WebHook. Обычно это происходит при использовании самозаверяющего сертификата.&lt;br /&gt;
&lt;br /&gt;
== Как узнать, что ваш кластер не принимает сертификаты ==&lt;br /&gt;
Если в кластере возникают проблемы с отправкой уведомлений, поищите [[Требования Managed к оборудованию|файлы в каталоге журнала установки]] узла кластера с шаблоном имени &amp;lt;code&amp;gt;Server.*.*.log&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Если какие-либо файлы с этим шаблоном именования существуют в папке журнала, найдите в этих файлах журнала следующую запись:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;sun.security.validator.ValidatorException: PKIX path building failed:&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;sun.security.provider.certpath.SunCertPathBuilderException&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Записи журнала, подобные приведенному выше примеру, указывают на то, что сертификат, предоставленный получателем уведомления, не был принят узлом кластера. Причина этого обычно в том, что сертификату не доверяют.&lt;br /&gt;
&lt;br /&gt;
== Добавьте пользовательский сертификат в TrustStore ноды кластера ==&lt;br /&gt;
Используйте сертификат PEM (&amp;lt;code&amp;gt;.crt&amp;lt;/code&amp;gt; , &amp;lt;code&amp;gt;.pem&amp;lt;/code&amp;gt; , &amp;lt;code&amp;gt;.cer&amp;lt;/code&amp;gt;) и выполните сценарий реконфигурации на каждом узле кластера, используя параметры &amp;lt;code&amp;gt;--update-cert&amp;lt;/code&amp;gt; и &amp;lt;code&amp;gt;--network-proxy-cert-file&amp;lt;/code&amp;gt;: Используйте команду &amp;lt;code&amp;gt;nohup&amp;lt;/code&amp;gt; , чтобы предотвратить прерывание выполнения сценария (например, отключение сеанса) во время важных операций.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;nohup &amp;lt;PRODUCT_PATH&amp;gt;/installer/reconfigure.sh --update-cert --network-proxy-cert-file &amp;lt;cert_file&amp;gt;.cer &amp;amp;&amp;lt;/code&amp;gt;&lt;br /&gt;
----&amp;lt;big&amp;gt;''Параметр прокси''&amp;lt;/big&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Параметр &amp;lt;code&amp;gt;--network-proxy-cert-file&amp;lt;/code&amp;gt; предназначен для предоставления сертификата прокси для Ключ-АСТРОМ, но его также можно использовать для предоставления сертификата для любого безопасного подключения к кластеру Ключ-АСТРОМ.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%94%D0%BE%D0%B1%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_SSL-%D1%81%D0%B5%D1%80%D1%82%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%82%D0%B0_%D0%B2_TrustStore_%D0%BA%D0%BB%D0%B0%D1%81%D1%82%D0%B5%D1%80%D0%B0_%D0%9A%D0%BB%D1%8E%D1%87-%D0%90%D0%A1%D0%A2%D0%A0%D0%9E%D0%9C_Managed&amp;diff=6071</id>
		<title>Добавление SSL-сертификата в TrustStore кластера Ключ-АСТРОМ Managed</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%94%D0%BE%D0%B1%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_SSL-%D1%81%D0%B5%D1%80%D1%82%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%82%D0%B0_%D0%B2_TrustStore_%D0%BA%D0%BB%D0%B0%D1%81%D1%82%D0%B5%D1%80%D0%B0_%D0%9A%D0%BB%D1%8E%D1%87-%D0%90%D0%A1%D0%A2%D0%A0%D0%9E%D0%9C_Managed&amp;diff=6071"/>
		<updated>2025-12-12T06:39:00Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Могут быть случаи, когда вам нужно вручную добавить сертификат SSL в TrustStores кластера Ключ-АСТРОМ, например, если ваш кластер отказывается принимать сертификат SSL при отправке электронных писем или уведомлений WebHook. Обычно это происходит при использовании самозаверяющего сертификата.&lt;br /&gt;
&lt;br /&gt;
== Как узнать, что ваш кластер не принимает сертификаты ==&lt;br /&gt;
Если в кластере возникают проблемы с отправкой уведомлений, поищите [[Требования Managed к оборудованию|файлы в каталоге журнала установки]] узла кластера с шаблоном имени &amp;lt;code&amp;gt;Server.*.*.log&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Если какие-либо файлы с этим шаблоном именования существуют в папке журнала, найдите в этих файлах журнала следующую запись:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;sun.security.validator.ValidatorException: PKIX path building failed:&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;sun.security.provider.certpath.SunCertPathBuilderException&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Записи журнала, подобные приведенному выше примеру, указывают на то, что сертификат, предоставленный получателем уведомления, не был принят узлом кластера. Причина этого обычно в том, что сертификату не доверяют.&lt;br /&gt;
&lt;br /&gt;
== Добавьте пользовательский сертификат в TrustStore ноды кластера ==&lt;br /&gt;
Используйте сертификат PEM (&amp;lt;code&amp;gt;.crt&amp;lt;/code&amp;gt; , &amp;lt;code&amp;gt;.pem&amp;lt;/code&amp;gt; , &amp;lt;code&amp;gt;.cer&amp;lt;/code&amp;gt;) и выполните сценарий реконфигурации на каждом узле кластера, используя параметры &amp;lt;code&amp;gt;--update-cert&amp;lt;/code&amp;gt; и &amp;lt;code&amp;gt;--network-proxy-cert-file&amp;lt;/code&amp;gt;: Используйте команду &amp;lt;code&amp;gt;nohup&amp;lt;/code&amp;gt; , чтобы предотвратить прерывание выполнения сценария (например, отключение сеанса) во время важных операций.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;nohup &amp;lt;PRODUCT_PATH&amp;gt;/installer/reconfigure.sh --update-cert --network-proxy-cert-file &amp;lt;cert_file&amp;gt;.cer &amp;amp;&amp;lt;/code&amp;gt;&lt;br /&gt;
----&amp;lt;big&amp;gt;''Параметр прокси''&amp;lt;/big&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Параметр &amp;lt;code&amp;gt;--network-proxy-cert-file&amp;lt;/code&amp;gt; предназначен для предоставления сертификата прокси для Managed, но его также можно использовать для предоставления сертификата для любого безопасного подключения к кластеру Managed.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D0%BA%D0%B8%D0%B9_SSL-%D1%81%D0%B5%D1%80%D1%82%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%82_%D0%B4%D0%BB%D1%8F_%D0%90%D0%BA%D1%82%D0%B8%D0%B2%D0%BD%D0%BE%D0%B3%D0%BE%D0%A8%D0%BB%D1%8E%D0%B7%D0%B0&amp;diff=6070</id>
		<title>Пользовательский SSL-сертификат для АктивногоШлюза</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D0%BA%D0%B8%D0%B9_SSL-%D1%81%D0%B5%D1%80%D1%82%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%82_%D0%B4%D0%BB%D1%8F_%D0%90%D0%BA%D1%82%D0%B8%D0%B2%D0%BD%D0%BE%D0%B3%D0%BE%D0%A8%D0%BB%D1%8E%D0%B7%D0%B0&amp;diff=6070"/>
		<updated>2025-12-12T06:38:17Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;blockquote&amp;gt;'''Не применимо к АктивномуШлюзу Кластера'''&lt;br /&gt;
&lt;br /&gt;
Прямая загрузка SSL-сертификата в АктивныйШлюз неприменима для АктивногоШлюза Кластера. Не пытайтесь настроить SSL-сертификаты непосредственно на АктивныйШлюз Кластера. Если вы сделаете это, сертификат будет перезаписан автоматическим управлением Ключ-АСТРОМ. Для АктивныхШлюзов Кластера вы должны загрузить свои сертификаты с помощью Cluster Management Console или Cluster REST API v1.&amp;lt;/blockquote&amp;gt;Подключение к АктивномуШлюзу из ЕдиныхАгентов или REST API происходит по зашифрованному каналу HTTPS. АктивныйШлюз предоставляет самозаверяющий сертификат аутентификации всем подключающимся клиентам. В то время как экземпляры ЕдиногоАгента могут игнорировать действительность сертификатов АктивныхШлюзов (в зависимости от конфигурации), подключения от клиентов браузера (например, RUM JavaScript) перед отправкой данных проверяют правильность имени хоста, указанного в сертификате.&lt;br /&gt;
&lt;br /&gt;
'''АктивныйШлюз может обслуживать пользовательский сертификат вместо сертификата по умолчанию. Чтобы настроить это, вам нужен файл в формате PKCS#12, который содержит закрытый ключ и соответствующую цепочку сертификатов.'''&lt;br /&gt;
&lt;br /&gt;
=== Настройка во время установки ===&lt;br /&gt;
Эту конфигурацию также можно применить во время установки АктивногоШлюза, указав параметры установки для установок [[Установка АктивногоШлюза на Linux|Linux]] или [[Установка АктивногоШлюза на Windows|Windows]].&lt;br /&gt;
&lt;br /&gt;
== Настройка пользовательского сертификата ==&lt;br /&gt;
Чтобы настроить АктивныйШлюз для использования пользовательского сертификата&lt;br /&gt;
&lt;br /&gt;
# Скопируйте файл сертификата в каталог ssl и установите правильные разрешения.  В Linux убедитесь, что разрешения скопированного файла сертификата включают пользователя АктивногоШлюза, которого вы назначили для запуска службы АктивногоШлюза. Если вы не указали пользовательского пользователя во время установки, пользователем по умолчанию будет &amp;lt;code&amp;gt;dtuserag&amp;lt;/code&amp;gt;.  В Windows убедитесь, что учетная запись &amp;lt;code&amp;gt;LocalService&amp;lt;/code&amp;gt; имеет разрешения на доступ к скопированному файлу сертификата.&lt;br /&gt;
# Добавьте следующие записи в файл &amp;lt;code&amp;gt;custom.properties&amp;lt;/code&amp;gt; в каталоге конфигурации АктивногоШлюза.&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;code&amp;gt;[com.compuware.apm.webserver]&lt;br /&gt;
 certificate-file = certificate-file.p12&lt;br /&gt;
 certificate-password = password&lt;br /&gt;
 certificate-alias = friendly-name&amp;lt;/code&amp;gt;&lt;br /&gt;
Вам необходимо добавить указанные выше записи в раздел &amp;lt;code&amp;gt;[com.compuware.apm.webserver]&amp;lt;/code&amp;gt;. Если в вашем файле &amp;lt;code&amp;gt;custom.properties&amp;lt;/code&amp;gt; уже есть такой раздел, просто добавьте свойства в раздел. Если раздела нет, то создайте и заголовок раздела.&lt;br /&gt;
&lt;br /&gt;
Пароль сертификата, который вы указываете в свойстве &amp;lt;code&amp;gt;certificate-password&amp;lt;/code&amp;gt;, будет зашифрован после перезапуска основной службы АктивногоШлюза. Зашифрованный пароль хранится в свойстве &amp;lt;code&amp;gt;certificate-password-encr&amp;lt;/code&amp;gt;, а исходное свойство удаляется.&lt;br /&gt;
&lt;br /&gt;
'''Примечание:'''&lt;br /&gt;
&lt;br /&gt;
'''Значение &amp;lt;code&amp;gt;certificate-alias&amp;lt;/code&amp;gt; должно быть указано в нижнем регистре'''. &lt;br /&gt;
&lt;br /&gt;
Если у сертификата нет понятного имени, вы можете опустить свойство &amp;lt;code&amp;gt;certificate-alias&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
== Управление сертификатами через REST API ==&lt;br /&gt;
Сертификатами можно управлять удаленно через REST API. Подготовьте файл сертификата &amp;lt;code&amp;gt;PKCS#12&amp;lt;/code&amp;gt;, и вы можете загрузить его в АктивныйШлюз с помощью REST.&amp;lt;blockquote&amp;gt;'''Токен авторизации'''&lt;br /&gt;
&lt;br /&gt;
Токен API необходим для авторизации. Токены API могут предоставляться через заголовки HTTP или другими способами.&lt;br /&gt;
&lt;br /&gt;
Токен API, используемый для следующих действий, должен иметь разрешение &amp;lt;code&amp;gt;ActiveGate Certificate Management&amp;lt;/code&amp;gt;.&amp;lt;/blockquote&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Загрузить и активировать сертификат ===&lt;br /&gt;
Следующая точка REST загружает и активирует выбранный файл сертификата. Пароль для файла должен совпадать с паролем для ключей, содержащихся в файле, и они должны быть указаны в пользовательском HTTP-заголовке &amp;lt;code&amp;gt;X-Password&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;curl &amp;lt;nowiki&amp;gt;https://{address&amp;lt;/nowiki&amp;gt; of ActiveGate}:{port}/e/{environment ID}/api/v1/certificate/{certificate file name} -H&amp;quot;Authorization: Api-Token {token}&amp;quot; -H&amp;quot;X-Password: {password}&amp;quot; -T {path to certificate file}&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* Порт настраивается, по умолчанию 9999.&lt;br /&gt;
* Путь к файлу сертификата может быть просто именем локального файла или полным путем.&lt;br /&gt;
* Имя сертификата, указанное в URL-адресе, не обязательно должно совпадать с именем файла.&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;code&amp;gt;curl &amp;lt;nowiki&amp;gt;https://myActiveGate:9999/e/myEnvironmentId/api/v1/certificate/cert.p12&amp;lt;/nowiki&amp;gt; -H&amp;quot;Authorization: Api-Token 123abc&amp;quot; -H&amp;quot;X-Password: myPassword&amp;quot; -T cert.p12&amp;lt;/code&amp;gt;&lt;br /&gt;
Если вызов API выполнен успешно, ответ HTTP будет &amp;lt;code&amp;gt;200&amp;lt;/code&amp;gt; с описанием содержимого файла активированного сертификата в формате JSON.&lt;br /&gt;
&lt;br /&gt;
Если вызов API завершится неудачно, ответом HTTP будет код ошибки &amp;lt;code&amp;gt;4xx&amp;lt;/code&amp;gt; или &amp;lt;code&amp;gt;5xx&amp;lt;/code&amp;gt; с обычным текстовым сообщением.&lt;br /&gt;
&lt;br /&gt;
=== Замена активного сертификата ===&lt;br /&gt;
Вы не можете заменить активный сертификат с помощью этой конечной точки. Операция вернет &amp;lt;code&amp;gt;HTTP 403 Forbidden&amp;lt;/code&amp;gt;. Чтобы заменить активный сертификат, загрузите новый сертификат под другим именем, а затем удалите старый сертификат.ld certificate.&lt;br /&gt;
&lt;br /&gt;
=== Удаление сертификата ===&lt;br /&gt;
 &amp;lt;code&amp;gt;curl -XDELETE &amp;lt;nowiki&amp;gt;https://myActiveGate:9999/e/myEnvironmentId/api/v1/certificate/cert.p12&amp;lt;/nowiki&amp;gt; -H&amp;quot;Authorization: Api-Token 123abc&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
Если сертификат удален успешно, вызов API ответит кодом HTTP &amp;lt;code&amp;gt;200&amp;lt;/code&amp;gt; без содержимого.&lt;br /&gt;
&lt;br /&gt;
Если файл с указанным именем не существует, вызов API ответит кодом HTTP &amp;lt;code&amp;gt;404 Not found&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Если файл сертификата в настоящее время используется, вызов API ответит кодом HTTP &amp;lt;code&amp;gt;403 Forbidden&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== Активация сертификата ===&lt;br /&gt;
 &amp;lt;code&amp;gt;curl -XPOST &amp;lt;nowiki&amp;gt;https://myActiveGate:9999/e/myEnvironmentId/api/v1/certificate/cert.p12/activate&amp;lt;/nowiki&amp;gt; -H&amp;quot;Authorization: Api-Token 123abc&amp;quot; -d&amp;quot;{\&amp;quot;password\&amp;quot;:\&amp;quot;pass\&amp;quot;}&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;code&amp;gt;curl -XPOST &amp;lt;nowiki&amp;gt;https://myActiveGate:9999/e/myEnvironmentId/api/v1/certificate/cert.p12/activate&amp;lt;/nowiki&amp;gt; -H&amp;quot;Authorization: Api-Token 123abc&amp;quot; -H&amp;quot;X-Password: pass&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
Если сертификат успешно активирован, вызов API ответит кодом HTTP &amp;lt;code&amp;gt;200&amp;lt;/code&amp;gt; с описанием содержимого файла активированного сертификата в формате JSON.&lt;br /&gt;
&lt;br /&gt;
Если запрошенный файл сертификата не существует в АктивномШлюзе, вызов API ответит кодом HTTP &amp;lt;code&amp;gt;404&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Если предоставленный пароль не совпадает, вызов API отвечает кодом HTTP &amp;lt;code&amp;gt;400&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== Список всех сертификатов ===&lt;br /&gt;
 &amp;lt;code&amp;gt;curl &amp;lt;nowiki&amp;gt;https://myActiveGate:9999/e/myEnvironmentId/api/v1/certificate/list&amp;lt;/nowiki&amp;gt; -H&amp;quot;Authorization: Api-Token 123abc&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
Если активное хранилище ключей есть в списке, его запись будет содержать дополнительные сведения.&lt;br /&gt;
&lt;br /&gt;
Пример ответа:&lt;br /&gt;
 &amp;lt;code&amp;gt;[&lt;br /&gt;
    {&lt;br /&gt;
       &amp;quot;name&amp;quot;:&amp;quot;cert_demo.p12&amp;quot;&lt;br /&gt;
 &lt;br /&gt;
 },&lt;br /&gt;
    {      &amp;quot;name&amp;quot;:&amp;quot;cert.p12&amp;quot;,&lt;br /&gt;
       &amp;quot;desc&amp;quot;:[         {&lt;br /&gt;
             &amp;quot;alias&amp;quot;:&amp;quot;local&amp;quot;,&lt;br /&gt;
             &amp;quot;description&amp;quot;:&amp;quot;Subject:CN=myActiveGate;Valid from:Fri Feb 15 13:16:58 CET 2019;Valid to:Sat Feb 15 13:16:58 CET 2020;Serial number:71d275dd3983c3cb9382437275dd3983c3cb93dbca&amp;quot;&lt;br /&gt;
 &lt;br /&gt;
 },&lt;br /&gt;
          {&lt;br /&gt;
             &amp;quot;alias&amp;quot;:&amp;quot;astromkey&amp;quot;,&lt;br /&gt;
             &amp;quot;description&amp;quot;:&amp;quot;Subject:CN=*.clients.astromkey.org;Valid from:Thu Feb 21 10:06:03 CET 2019;Valid to:Fri Feb 21 10:06:03 CET 2020;Serial number:6dc7008ab269ecebeed03652ce08ab269ecebeeeb33&amp;quot;&lt;br /&gt;
 &lt;br /&gt;
 }&lt;br /&gt;
 &lt;br /&gt;
 ]&lt;br /&gt;
 &lt;br /&gt;
 },&lt;br /&gt;
    {&lt;br /&gt;
       &amp;quot;name&amp;quot;:&amp;quot;cert_key_1.p12&amp;quot;&lt;br /&gt;
 &lt;br /&gt;
 }&lt;br /&gt;
 ]&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Описание сертификата ===&lt;br /&gt;
Этот вызов API возвращает описание выбранного файла в формате JSON.&lt;br /&gt;
 &amp;lt;code&amp;gt;curl &amp;lt;nowiki&amp;gt;https://myActiveGate:9999/e/myEnvironmentId/api/v1/certificate/cert.p12/list&amp;lt;/nowiki&amp;gt; -H&amp;quot;Authorization: Api-Token 123abc&amp;quot; -H&amp;quot;X-Password: pass&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;code&amp;gt;curl -XPOST &amp;lt;nowiki&amp;gt;https://myActiveGate:9999/e/myEnvironmentId/api/v1/certificate/cert.p12/list&amp;lt;/nowiki&amp;gt; -H&amp;quot;Authorization: Api-Token 123abc&amp;quot; -H&amp;quot;X-Password: pass&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;code&amp;gt;curl -XPOST &amp;lt;nowiki&amp;gt;https://myActiveGate:9999/e/myEnvironmentId/api/v1/certificate/cert.p12/list&amp;lt;/nowiki&amp;gt; -H&amp;quot;Authorization: Api-Token 123abc&amp;quot; -d&amp;quot;{\&amp;quot;password\&amp;quot;:\&amp;quot;pass\&amp;quot;}&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
Если запрошенный файл сертификата не существует в АктивномШлюзе, вызов API ответит кодом HTTP &amp;lt;code&amp;gt;404&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Если пароль не совпадает, вызов API отвечает кодом HTTP &amp;lt;code&amp;gt;400&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Пример ответа:&lt;br /&gt;
 &amp;lt;code&amp;gt;{   &amp;quot;name&amp;quot;:&amp;quot;cert.p12&amp;quot;,&lt;br /&gt;
    &amp;quot;desc&amp;quot;:[      {&lt;br /&gt;
          &amp;quot;alias&amp;quot;:&amp;quot;local&amp;quot;,&lt;br /&gt;
          &amp;quot;description&amp;quot;:&amp;quot;Subject:CN=myActiveGate;Valid from:Fri Feb 15 13:16:58 CET 2019;Valid to:Sat Feb 15 13:16:58 CET 2020;Serial number:7137275dd398c4182437275dd3983c3cb93dbca&amp;quot;&lt;br /&gt;
 &lt;br /&gt;
 },&lt;br /&gt;
       {&lt;br /&gt;
          &amp;quot;alias&amp;quot;:&amp;quot;astromkey&amp;quot;,&lt;br /&gt;
          &amp;quot;description&amp;quot;:&amp;quot;Subject:CN=*.clients.astromkey.org;Valid from:Thu Feb 21 10:06:03 CET 2019;Valid to:Fri Feb 21 10:06:03 CET 2020;Serial number:6d2ce08ab269ecebeee7f1bd03652ce08ab269ecebeeeb33&amp;quot;&lt;br /&gt;
 &lt;br /&gt;
 }&lt;br /&gt;
 &lt;br /&gt;
 ]&lt;br /&gt;
 }&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Исправление проблем ===&lt;br /&gt;
Когда файл сертификата и пароль указаны, АктивныйШлюз пытается использовать заданную конфигурацию.&lt;br /&gt;
&lt;br /&gt;
* Если файл или пароль отсутствуют, АктивныйШлюз автоматически вернется к конфигурации по умолчанию. Запись в журнале в обоих случаях одинакова.&lt;br /&gt;
* Если АктивныйШлюз попытается использовать сконфигурированный сертификат и определит, что конфигурация непригодна для использования, он будет использовать SSL-сертификат по умолчанию и сделает следующую запись в журнале:&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;code&amp;gt;UTC WARNING [&amp;lt;1&amp;gt;] [CollectorImpl] Unusable custom SSL config, falling back to default.&amp;lt;/code&amp;gt;&lt;br /&gt;
АктивныйШлюз дополнительно регистрирует причину, по которой он не может использовать настроенный сертификат. Например, если псевдоним не соответствует содержимому файла, АктивныйШлюз запишет в лог-файл запись:&lt;br /&gt;
 &amp;lt;code&amp;gt;UTC SEVERE [&amp;lt;1&amp;gt;] [SSLEnvironment] missing configured-alias entry in keystore:/var/lib/astromkey/gateway/config/../ssl/cert-file.p12, available aliases: available-alias,&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Создание файла сертификата для тестирования ==&lt;br /&gt;
Чтобы создать файл самоподписанного сертификата &amp;lt;code&amp;gt;PKCS#12&amp;lt;/code&amp;gt; для тестирования,&lt;br /&gt;
&lt;br /&gt;
* Сгенерируйте ключ и самоподписанный сертификат:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;openssl req -x509 -newkey rsa:4096 -keyout key.pem -out cert.pem -days 365 -subj &amp;quot;/CN=localhost&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* Преобразуйте сгенерированные файлы в формат &amp;lt;code&amp;gt;PKCS#12&amp;lt;/code&amp;gt;, устанавовив понятное имя &amp;lt;code&amp;gt;-name friendly-name&amp;lt;/code&amp;gt; в нижнем регистре:&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;code&amp;gt;openssl pkcs12 -export -inkey key.pem -in cert.pem -out cert_key.p12&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Известные ограничения и поддержка нескольких сертификатов ==&lt;br /&gt;
&lt;br /&gt;
* Пароль для файла &amp;lt;code&amp;gt;PKCS#12&amp;lt;/code&amp;gt; должен совпадать с паролем для ключа, содержащегося в этом файле. Не используйте параметр &amp;lt;code&amp;gt;-twopass&amp;lt;/code&amp;gt; в команде &amp;lt;code&amp;gt;openssl pkcs12&amp;lt;/code&amp;gt;.&lt;br /&gt;
* Невозможно использовать несколько файлов сертификатов: может быть только один файл сертификата АктивногоШлюза, хотя файл может содержать несколько сертификатов и ключей.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%A3%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%BC%D0%B5%D0%BD%D1%82-%D0%B7%D0%BE%D0%BD%D1%8B&amp;diff=6028</id>
		<title>Установка менеджмент-зоны</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%A3%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%BC%D0%B5%D0%BD%D1%82-%D0%B7%D0%BE%D0%BD%D1%8B&amp;diff=6028"/>
		<updated>2025-12-11T11:40:18Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Применение Ключ-АСТРОМ]] / [[Применение Ключ-АСТРОМ#.D0.9C.D0.B5.D0.BD.D0.B5.D0.B4.D0.B6.D0.BC.D0.B5.D0.BD.D1.82-.D0.B7.D0.BE.D0.BD.D1.8B|Менеджмент-зоны]] / Установка менеджмент-зоны'''''&lt;br /&gt;
&lt;br /&gt;
Менеджмент-зоны состоят из правил, определяющих, к каким сущностям и многомерным данным (например, метрикам) можно получить доступ в каждой зоне управления. Правила зоны управления (а также правила автоматической маркировки) основаны на одном и том же мощном механизме условного принятия решений. В сочетании с разрешениями пользователей и групп вы можете настроить зоны управления для создания нескольких перекрывающихся разделов в вашей среде, чтобы повысить наблюдаемость, совместную работу и безопасность.&lt;br /&gt;
&lt;br /&gt;
== Создание менеджмент-зоны ==&lt;br /&gt;
Вы можете создать любое количество менеджмент-зон в своей среде мониторинга.&lt;br /&gt;
&lt;br /&gt;
# Перейдите в '''Настройки''' &amp;gt; '''Предпочтения''' &amp;gt; '''Менеджмент-зоны'''.&lt;br /&gt;
# '''Выберите Добавить новую Менеджмент-зону'''.&lt;br /&gt;
# Дайте Менеджмент-зоне '''название''' и '''описание'''&lt;br /&gt;
# Создайте правила зоны управления, определяющие, какие объекты и данные являются частью зоны управления и доступны в ней. Эти правила для сущностей и многомерных данных основаны на двух подходах: на основе пользовательского интерфейса и на текстовом подходе, использующем мощный селектор сущностей в API Окружений v2.&lt;br /&gt;
# Выберите правило (например, '''веб-приложения''' на изображении выше) &amp;gt; '''Предварительный просмотр объектов''', чтобы просмотреть соответствующие объекты.&lt;br /&gt;
&lt;br /&gt;
== Назначение прав доступа к Менеджмент-зонам ==&lt;br /&gt;
Пришло время определить, какие группы пользователей должны иметь доступ к зоне управления и на каком уровне.&lt;br /&gt;
&lt;br /&gt;
См. разделы [[Использование менеджмент-зоны]] и [[Управление группами пользователей и разрешениями]].&lt;br /&gt;
&lt;br /&gt;
В меню '''Консоли Менеджмента Кластера''' выберите '''Проверка подлинности пользователя''' &amp;gt; '''Группы пользователей''' &amp;gt; '''Ваша группа пользователей''', чтобы назначить разрешения.&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_316&amp;diff=6018</id>
		<title>Примечания к релизу 316</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_316&amp;diff=6018"/>
		<updated>2025-12-09T10:30:57Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 316'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 312.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обеспечение соответствия спецификации программного обеспечения (SBOM) для Ключ-АСТРОМ ====&lt;br /&gt;
Вы можете обеспечить соблюдение нормативных требований, просканировав Ключ-АСТРОМ SBOM на наличие уязвимостей.&lt;br /&gt;
&lt;br /&gt;
SBOM содержит все сторонние библиотеки, используемые Ключ-АСТРОМ, и их версии.&lt;br /&gt;
&lt;br /&gt;
* С каждой версией поставляется новый SBOM. Он входит в состав установщика Managed и соответствует стандарту CycloneDX.&lt;br /&gt;
* Имя файла SBOM:  &amp;lt;code&amp;gt;/opt/Astromkey-managed/installer/Astromkey-managed-&amp;lt;version&amp;gt;/Astromkey-managed-sbom.cdx.json&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Сокращение использования диска за счет переключения алгоритма сжатия для данных временных рядов ====&lt;br /&gt;
В рамках этого релиза используемый формат сжатия данных временных рядов в Cassandra будет изменён с LZ4 на ZSTD. Согласно нагрузочному тестированию, это может значительно сократить требуемое дисковое пространство.&lt;br /&gt;
&lt;br /&gt;
Примечание: сокращение использования диска не произойдет мгновенно, а будет происходить постепенно в течение одного месяца, поскольку новые данные будут записываться только с использованием нового алгоритма сжатия.&lt;br /&gt;
&lt;br /&gt;
Никакого ручного вмешательства пользователя или простоя не требуется. Переход происходит автоматически в рамках обычного обновления версии.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Более быстрое назначение тегов, зон управления и правил именования ====&lt;br /&gt;
Новый периодический обработчик быстрее применяет теги, зоны управления и правила именования к недавно созданным отслеживаемым объектам. Этот обработчик работает непрерывно и учитывает все отслеживаемые объекты, созданные за последние 30 минут и просмотренные за последние 2 часа.&lt;br /&gt;
&lt;br /&gt;
Он автоматически включен по умолчанию для всех управляемых сред Ключ-АСТРОМ. Дополнительная настройка не требуется.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обновление JDK до версии 21 для Ключ-АСТРОМ Cluster ====&lt;br /&gt;
В рамках этого выпуска узлы Ключ-АСТРОМ Server будут обновлены для работы с JDK 21 вместо JDK 17.&lt;br /&gt;
&lt;br /&gt;
Никакого ручного вмешательства пользователя или простоя не требуется. Обновление должно происходить путём непрерывных обновлений в рамках обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Внутреннее тестирование показало значительное сокращение времени, затрачиваемого на сборку мусора Java, поэтому обновление может привести к повышению производительности процесса Ключ-АСТРОМ Server.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Цифровой опыт | Синтетика&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Отчетность о недействительных сертификатах включена по умолчанию для вновь созданных HTTP-мониторов. ====&lt;br /&gt;
Значение по умолчанию для &amp;lt;code&amp;gt;Accept any SSL certificate&amp;lt;/code&amp;gt;свойства запроса HTTP-монитора было изменено на &amp;lt;code&amp;gt;false&amp;lt;/code&amp;gt;, поэтому SSL-сертификат будет проверяться для вновь созданных мониторов.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложения&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Улучшенное управление расчетными метриками ====&lt;br /&gt;
Управление и просмотр расчётных метрик сервиса теперь стали проще и эффективнее, особенно в средах с большим количеством метрик. Вот что нового в настройках расчётных метрик сервиса:&lt;br /&gt;
&lt;br /&gt;
* Фильтр по статусу : быстро определяйте, включены или отключены ли рассчитанные метрики.&lt;br /&gt;
* Просмотреть все : теперь пагинация позволяет просматривать все рассчитанные метрики без ограничений.&lt;br /&gt;
&lt;br /&gt;
Эти улучшения экономят ваше время, обеспечивают лучшую прозрачность рассчитанных показателей обслуживания и упрощают управление ими.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Платформа | ИИ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Изменение задержки для анализа первопричин ====&lt;br /&gt;
События, не запускающие полный анализ первопричин, больше не будут ожидать 3 минуты перед отправкой уведомления. В основном это касается пользовательских событий, запускаемых, например, &amp;lt;code&amp;gt;AVAILABILITY_EVENT&amp;lt;/code&amp;gt;через REST API.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Цифровой опыт&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Частные синтетические расположения без браузера снижают требования к оборудованию для выполнения синтетических мониторов NAM и HTTP. ====&lt;br /&gt;
В целом мы рекомендуем развертывание полных синтетических частных расположений для поддержки выполнения всех типов синтетических мониторов (HTTP, браузер, NAM).&lt;br /&gt;
&lt;br /&gt;
Однако, если вам не нужно запускать браузерные мониторы, вы можете рассмотреть возможность развёртывания вашего частного расположения в специальном безбраузерном режиме. Такое расположение (или принадлежащий ему АктивныйШлюз) будет развёрнуто без браузера. В результате развёртывание потребует меньше аппаратных ресурсов, но браузерные мониторы не смогут запускаться из такого расположения.&lt;br /&gt;
&lt;br /&gt;
Рассматривайте местоположения без браузера как альтернативу стандартным синтетическим приватным местоположениям, когда вы сосредоточены исключительно на:&lt;br /&gt;
&lt;br /&gt;
* Вариантах использования сети и инфраструктуры (с использованием мониторов NAM)&lt;br /&gt;
* API-мониторинг (с использованием HTTP-мониторов)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Цифровой опыт | RUM Web&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Настройте префикс имени файла кода мониторинга RUM ====&lt;br /&gt;
Теперь вы можете указать пользовательский префикс для имени файла кода мониторинга RUM, что поможет предотвратить его блокировку блокировщиками рекламы.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Новое предупреждение для нескольких &amp;lt;code&amp;gt;:rollup&amp;lt;/code&amp;gt;операторов в селекторах метрик ====&lt;br /&gt;
Хотя ранее это было разрешено, использование нескольких &amp;lt;code&amp;gt;:rollup&amp;lt;/code&amp;gt;операторов в одной цепочке преобразований может привести к непреднамеренному поведению.&lt;br /&gt;
&lt;br /&gt;
Чтобы предотвратить это, мы внедряем новый механизм предупреждений, который определяет &amp;lt;code&amp;gt;:rollup&amp;lt;/code&amp;gt;применение нескольких операторов в одной цепочке преобразований. Теперь система выдаёт предупреждение при обнаружении нескольких &amp;lt;code&amp;gt;:rollup&amp;lt;/code&amp;gt;операторов, предоставляя вам более чёткую информацию и помогая добиться более предсказуемых результатов.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обновленная функциональность стороннего Jetty WebServer ====&lt;br /&gt;
В рамках этого выпуска функциональность Jetty WebServer обновлена ​​до версии 10.0.25 в Ключ-АСТРОМ Server и АктивномШлюзе.&lt;br /&gt;
&lt;br /&gt;
Никакого ручного вмешательства пользователя или простоя не требуется; обновление должно происходить посредством последовательных обновлений в рамках обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Улучшена производительность Metrics API v2 для листинга метрик. ====&lt;br /&gt;
Мы оптимизировали Metrics API v2 , который выводит список всех доступных метрик. Теперь для получения информации требуется значительно меньше чтения данных, а при частом вызове он может возвращаться быстрее. Изменения возвращаемой информации не ожидаются.&lt;br /&gt;
&lt;br /&gt;
=== ! Критические изменения ===&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Исправлены отсутствующие заголовки политики безопасности контента (CPS) в процессе входа SAML. ====&lt;br /&gt;
Мы исправили проблему с отсутствием заголовков политики безопасности контента (CPS) в процессе входа SAML.&lt;br /&gt;
&lt;br /&gt;
Однако если процесс входа включает перенаправления на URL-адреса, отличные от тех, которые определены в метаданных XML поставщика удостоверений SAML 2.0 правило CSP &amp;lt;code&amp;gt;form-action&amp;lt;/code&amp;gt;может быть нарушено, что приведет к сбою входа&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Цифровой опыт | Синтетика&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Автоматический вход в браузерный монитор устарел ====&lt;br /&gt;
Автоматический вход в браузерные мониторы теперь не рекомендуется:&lt;br /&gt;
&lt;br /&gt;
* Мониторы браузера, содержащие автологин/аутентификацию с помощью веб-форм, больше не могут быть сохранены через API v1 или веб-интерфейс.&lt;br /&gt;
* Аутентификация с помощью «веб-формы» больше недоступна при создании монитора браузера или на странице расширенных настроек .&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Kubernetes&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обнаружение аномалий: улучшено оповещение «Высокая загрузка ЦП». ====&lt;br /&gt;
Мы улучшили оповещение «Высокая загрузка ЦП», изменив расчёт с «загрузки/использования» на «загрузки/лимиты». Это улучшение обеспечивает более точные оповещения, особенно в сценариях с простаивающими модулями, тем самым уменьшая количество ложных срабатываний.&lt;br /&gt;
&lt;br /&gt;
Благодаря этому обновлению вы можете доверять оповещению «Высокая загрузка ЦП», которое предоставляет более надёжную и полезную информацию. Если вы настроили пороговые значения для этого оповещения, пожалуйста, проверьте их, чтобы убедиться, что они соответствуют новому методу расчёта.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Назначение зон управления из контекста безопасности устарело. ====&lt;br /&gt;
Назначение зон управления из контекста безопасности устарело и будет удалено в версии Ключ-АСТРОМ 1.322.&lt;br /&gt;
&lt;br /&gt;
С этим изменением раздел «Настройки» &amp;gt; «Настройки» &amp;gt; «Зоны управления» &amp;gt; «Настройки контекста безопасности» больше не будет доступен.&lt;br /&gt;
&lt;br /&gt;
Вместо этого используйте зоны управления .&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
*Linux : Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
**x86-64﻿&lt;br /&gt;
&lt;br /&gt;
*Linux : Oracle Linux 9.5&lt;br /&gt;
**x86-64&lt;br /&gt;
*Linux : Rocky Linux 9.5&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
==== Операционные системы, поддержка которых в недавнем времени была прекращена: ====&lt;br /&gt;
&lt;br /&gt;
* Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.316 GA содержит   решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|АктивныйШлюз&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|35&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Elasticsearch&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====АктивныйШлюз ====&lt;br /&gt;
&lt;br /&gt;
* Теперь можно удалять сетевые зоны, специфичные для арендатора, если они используются и существует соответствующая глобальная сетевая зона (с тем же именем). &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Точки данных тепловой карты теперь отражают начало сегмента, а не его конец. &lt;br /&gt;
* Новый периодический обработчик быстрее применяет теги, зоны управления и правила именования к недавно созданным отслеживаемым объектам. Этот обработчик работает непрерывно и учитывает все отслеживаемые объекты, созданные за последние 30 минут и просмотренные за последние 2 часа.&lt;br /&gt;
* Восстановлена ​​область действия `environment-api:extension-configurations:read` для обеспечения обратной совместимости. &lt;br /&gt;
* Исправлена ​​ошибка, приводившая к ошибке 500 при попытке доступа к странице пользовательского устройства. &lt;br /&gt;
* Проблемы: Исправлена ​​ошибка, из-за которой на странице сведений о проблеме дубликат проблемы не отображался как дубликат. Это могло произойти, если проблема A была связана с проблемой B, которая, в свою очередь, была связана с проблемой C, и веб-интерфейс был открыт для проблемы A.&lt;br /&gt;
* Улучшена миграция мониторинга классических служб Windows в мониторинг служб ОС: улучшен процесс миграции между функциями для правильной обработки значений, содержащих скобки. &lt;br /&gt;
* Классические панели мониторинга: добавлена ​​проверка для предотвращения использования в названиях плиток только пробелов. &lt;br /&gt;
* Встроенные процессоры, извлекающие контекст трассировки/интервала из необработанного содержимого журнала, теперь сканируют до 16 МБ вместо 4 КБ. Благодаря этому исправлению большие журналы JSON могут иметь корректный контекст трассировки. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые разрешения на основе политик не учитывались в классическом веб-интерфейсе при использовании пользовательских URL-адресов. &lt;br /&gt;
* Решена проблема с обработкой сообщения о неназначенном статусе для расширения, если отсутствует имя группы АктивногоШлюза.&lt;br /&gt;
* Классические панели мониторинга: Исправлено положение всплывающего окна «Клонировать в» для небольших плиток в первом ряду панели мониторинга. &lt;br /&gt;
* Теперь возможно обновление синтетического местоположения с помощью автономного АктивногоШлюза. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые плитки на странице «Обзор технологий» ломались. &lt;br /&gt;
* Обновлено регулярное выражение для маскировки IBAN для Log Analytics. Идентификатор сущности Ключ-АСТРОМ больше не должен маскироваться. &lt;br /&gt;
* Исправлена ​​видимость Swagger некоторых внутренних конечных точек REST. &amp;lt;small&amp;gt;)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Исправлена ​​ошибка java.lang.NullPointerException: невозможно вызвать&lt;br /&gt;
&lt;br /&gt;
«com.astromkey .core.services.credentialsvault.api.config.CredentialsVaultConfig.getScopes()», так как «data» имеет значение null. &lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка «Базы данных» &amp;gt; «Сведения о базе данных» &amp;gt; «Часто задаваемые вопросы» не отображала ожидаемые результаты. &lt;br /&gt;
* Исправлена ​​проблема с невозможностью отключить процессор технологических пакетов в OpenPipeline.&lt;br /&gt;
&lt;br /&gt;
* Решена проблема, из-за которой ЕдиныйАгент не учитывал настройки «Функции ЕдиногоАгента» в сущностях Kubernetes. &amp;lt;small&amp;gt;(PS-33135)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Решена проблема, которая приводила к регистрации ошибки `TsmMetricQueryEvaluatorException`.&lt;br /&gt;
* Исправлена ​​проблема с процессами Python на неподдерживаемых платформах: если для хоста включен мониторинг Python, вместо сообщения о том, что он не поддерживается, рекомендовалась перезагрузка.&lt;br /&gt;
* IBM Integration Bus | IBM App Connect Enterprise теперь можно включать/отключать на отдельных хостах AIX. &lt;br /&gt;
* При отправке тестового письма с уведомлением о проблеме сообщение теперь также отображается в виде обычного текста. Теперь почтовые клиенты, не поддерживающие HTML, будут использовать обычный текст. &lt;br /&gt;
* Исправлена ​​регрессия, из-за которой теги хоста больше не учитывались для событий мониторинга служб ОС в сущностях служб ОС, для событий мониторинга служб ОС, отправляемых ЕдинымАгентом версии 310+. &lt;br /&gt;
* Добавлено больше журналов для конфигураций с несколькими ЦОД и стойками. &lt;br /&gt;
* Оповещения о неожиданно низкой нагрузке на унифицированных сервисах теперь отображают подключенные сигналы на классической странице сервиса. &lt;br /&gt;
* Значительно улучшена производительность конечных точек привязки политики IAM. &lt;br /&gt;
* Исправлена ​​ошибка на странице баз данных Oracle, приводившая к ошибке 500. &lt;br /&gt;
* Решена проблема, препятствовавшая добавлению узла в кластер PHA без функции поддержки стойки. &lt;br /&gt;
* Из описания события удалена информация о точном проценте порога сбоя соединения, поскольку это было мгновенное значение, и впоследствии оно стало неверным.&lt;br /&gt;
* Конфигурация сетки, предоставленная для Istio в управляемом развертывании, была повреждена, и в результатах отсутствовали области. Теперь предоставлена ​​правильная конфигурация.&lt;br /&gt;
* Баннер обновления панели мониторинга больше не отображается на управляемых панелях мониторинга и панелях мониторинга. Кроме того, он автоматически скрывается через 30 секунд.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на панели управления отображалось пустое место при закрытии баннера обновления. &lt;br /&gt;
* Исправлено выражение округлённого таймфрейма на общедоступных классических панелях мониторинга. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сеанса ====&lt;br /&gt;
&lt;br /&gt;
* Повтор сеанса: теперь можно просмотреть повтор определенного события, щелкнув его в списке событий. &lt;br /&gt;
* Повтор сеанса: исправлена ​​ошибка, из-за которой обновлённые элементы стиля теряли своё предыдущее содержимое. В некоторых случаях при обновлении элемента стиля время после его создания (записи) отображалось как замена стиля во время воспроизведения.&lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Контейнерные частные синтетические расположения: изменены требования к дисковому пространству узла контейнерного расположения размера S с 6 Gi до 8 Gi. &lt;br /&gt;
* Исправлена ​​обработка статуса местоположения для многоузловых синтетических частных местоположений. &lt;br /&gt;
&lt;br /&gt;
==== Elasticsearch ====&lt;br /&gt;
&lt;br /&gt;
* Мы оптимизировали конечную точку REST API `/metrics`, которая выводит список всех доступных метрик. Теперь для получения информации требуется гораздо меньше чтения данных. При частом вызове информация может возвращаться быстрее. Изменения возвращаемой информации не ожидается.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Параметры конфигурации &amp;lt;code&amp;gt;--set-infra-only&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;INFRA_ONLY&amp;lt;/code&amp;gt;удалены ====&lt;br /&gt;
Теперь вместо и &amp;lt;code&amp;gt;--set-monitoring-mode&amp;lt;/code&amp;gt;следует использовать параметр конфигурации .&amp;lt;code&amp;gt;--set-infra-onlyINFRA_ONLY&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Добавлена ​​поддержка CephFS ====&lt;br /&gt;
Мы добавили обнаружение и сбор статистики для томов с файловой системой Ceph File System (CephFS).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложений | Очереди&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== IBM App Connect Enterprise 13.0.2.0+ (модуль ACE) ====&lt;br /&gt;
Мы добавили поддержку мониторинга IBM App Connect Enterprise 13.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Мониторинг журналов&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Поддержка новой кодировки для модуля журнала ЕдиногоАгента ====&lt;br /&gt;
Мы добавили поддержку кодировки EUC-JP в пользовательские источники журналов модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Мониторинг журналов&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Изменение в расчете временной метки ====&lt;br /&gt;
Временные метки, прикрепляемые к записям журнала, теперь основаны на локальном времени хоста. Разница во времени между кластером и хостом включена в новый атрибут &amp;lt;code&amp;gt;time_correction.offset&amp;lt;/code&amp;gt;в наносекундах.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;ЕдиныйАгент&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Улучшенное управление дочерними процессами ====&lt;br /&gt;
Мы улучшили управление дочерними процессами, что привело к сокращению времени запуска и использования ресурсов (win32).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложений | Распределенные трассировки&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Мониторинг JBoss EAP v8 (модуль Java) ====&lt;br /&gt;
Мы добавили поддержку мониторинга JBoss EAP v8﻿ .&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Инструментарий среды выполнения NGINX на Linux ARM64 ====&lt;br /&gt;
Теперь мы поддерживаем инструментарий среды выполнения NGINX на Linux ARM64.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Неинтересные процессы NGINX, выдаваемые Kong, не инструментируются проверками работоспособности ====&lt;br /&gt;
Неинтересные процессы NGINX, выдаваемые проверками работоспособности Kong (те процессы NGINX, которые не являются HTTP-серверами), больше не инструментируются. Это относится к Kong версий 3.6 и выше.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Показатели общего/доступного дискового пространства больше не отправляются при большом общем размере диска. ====&lt;br /&gt;
Мы больше не отправляем показатели общего/доступного дискового пространства, если общий размер диска превышает 1024 петабайта (1024 ПБ).&lt;br /&gt;
&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
==== Улучшенная отчетность по метрикам сборщика мусора Python ====&lt;br /&gt;
Мы улучшили отчетность по показателям сборщика мусора Python:&lt;br /&gt;
&lt;br /&gt;
* Отчетность теперь продолжается, даже если сборщик мусора не работает в течение некоторого времени.&lt;br /&gt;
* Когда процесс Python создаёт дочерний процесс с помощью форка, сборка мусора, выполненная до форка, теперь учитывается только для родительского процесса. Ранее она учитывалась как для родительского, так и для дочернего процесса, что могло приводить к удвоению сообщаемых общих метрик сборки мусора для экземпляра группы процессов при форке.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;.NET&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== gRPC - подавить узел веб-запроса ====&lt;br /&gt;
Решена проблема, из-за которой запрос gRPC отображал базовый узел веб-запроса.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Базы данных | Мониторинг DB2 на z/OS&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Этап 1 мониторинга DB2 на z/OS ====&lt;br /&gt;
На первом этапе мониторинга DB2 на z/OS теперь собираются следующие ключевые показатели:&lt;br /&gt;
&lt;br /&gt;
* Метрики ЦП&lt;br /&gt;
** Процессорное время для подсистемы DB2&lt;br /&gt;
** Процессорное время для DB2 MSTR&lt;br /&gt;
** Процессорное время для адресного пространства DBM1&lt;br /&gt;
* Метрики соединения&lt;br /&gt;
** Общее количество активных подключений&lt;br /&gt;
** Количество исходящих подключений из DB2 к удаленному сайту&lt;br /&gt;
** Количество входящих подключений к DB2 с удаленного сайта&lt;br /&gt;
** Количество неудачных подключений&lt;br /&gt;
* время zIIP&lt;br /&gt;
* Количество запросов на пул EDM&lt;br /&gt;
* Количество попаданий в кэш&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложений | Распределенные трассировки&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (модули Apache и PHP) ====&lt;br /&gt;
Ключ-АСТРОМ теперь поддерживает мониторинг Alpine Linux (musl libc) на ARM64 для контейнеров (модули Apache и PHP).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Параметр имени хоста на основе определения из семантического словаря ====&lt;br /&gt;
Параметр hostname и атрибут ресурса host.name теперь представляют одно и то же значение на основе определения из семантического словаря.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Журналы&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Оптимизированная обработка источников журналов с большим количеством файлов ====&lt;br /&gt;
Мы оптимизировали обработку источников журналов, содержащих очень большое количество файлов.&lt;br /&gt;
&lt;br /&gt;
=== ! Критические изменения ===&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложения&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Приостановить трассировку для LPAR с неактивным выходом SMF U86 ====&lt;br /&gt;
В рамках наших требований выход SMF U86 должен быть активен.&lt;br /&gt;
&lt;br /&gt;
* В противном случае ЕдиныйАгент для z/OS деактивирует трассировку для затронутых LPAR через 12 часов.&lt;br /&gt;
* Как только выход станет активным, отслеживание снова активируется.&lt;br /&gt;
&lt;br /&gt;
Чтобы проверить активность выхода SMF U86, выполните следующую команду:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;D SMF,O&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Найдите в выводе команды &amp;lt;code&amp;gt;(EXITS(IEFU86))&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
* Если вы это обнаружили, выход SMF U86 активен.&lt;br /&gt;
* Если вы его не нашли, вам необходимо добавить его в parmlib SMFPRMxx.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;SUBSYS(STC,EXITS(IEFU86)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Затем включите его.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;D PROG,EXIT,EN=SYS.IEFU86,DIAG&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложений | Распределенные трассировки&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Конфигурации, специфичные для субагента ====&lt;br /&gt;
В этом выпуске устранены некоторые расхождения между настройками субагентов в веб-интерфейсе и ЕдинымАгентом для z/OS. Это позволяет настраивать параметры, специфичные для субагентов, в той мере, в какой они применимы к zAgent.&lt;br /&gt;
&lt;br /&gt;
Это изменение не должно повлиять на ваши настройки zRemote по умолчанию, но учтите, что изменения в настройках субагента, которые вы могли сделать в прошлом, могут вступить в силу с этим обновлением.&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.315 GA содержит  54 решенных проблем.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|.NET&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Фреймворк расширений&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Live Debugger&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|модуль ОС&lt;br /&gt;
|7&lt;br /&gt;
|-&lt;br /&gt;
|Установщик ЕдиногоАгента&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Сетевой модуль&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Ядро веб-сервера&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Механизм причинно-следственной связи ИИ&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|PHP&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Apache&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== .NET ====&lt;br /&gt;
&lt;br /&gt;
* Исправлен захват атрибутов запроса для частных свойств в приложении .NET. &lt;br /&gt;
* Решена проблема, приводившая к сбоям датчика ADO для новых коннекторов ADO (например, MySqlConnector 2.3.0+). Теперь все коннекторы ADO, использующие ValueTask, полностью поддерживаются.&lt;br /&gt;
* Чтобы предотвратить спам в журналах и исключениях, если не удаётся создать метод доступа для шаблона маршрута, интроспекция отключается.&lt;br /&gt;
* Решена проблема, из-за которой в некоторых случаях клиенты MySQL определялись как клиенты MsSQL. &lt;br /&gt;
* Исправлена ​​проблема производительности при захвате маршрута HTTP для входящих запросов ASP.NET Core, которая приводила к заметным накладным расходам для очень коротких запросов.&lt;br /&gt;
* Повышена надежность функций ЕдиныйАгент CLV/RAP для приложений .NET. &lt;br /&gt;
* Исправлена ​​проблема с датчиком ASP.NET v2, который регистрировал внутренние RUM-запросы ЕдиногоАгента, что приводило к неправильному количеству фактических вызовов служб. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые реализации ADO могли приводить к тому, что датчик ADO v2 несколько раз сообщал о подпути считывателя. &lt;br /&gt;
&lt;br /&gt;
==== Фреймворк расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлены проблемы с настройкой нескольких привязок переменных с одинаковым корнем в SNMP-ловушках.&lt;br /&gt;
*Решена проблема с загрузкой модуля MIB, когда имя файла отличалось от имени самого модуля.&lt;br /&gt;
*Исправлена ​​ошибка, из-за которой отсутствующий заголовок Content-Type в конечной точке метрик Prometheus препятствовал её правильному распознаванию.&lt;br /&gt;
&lt;br /&gt;
==== Live Debugger ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​коллекция переменных Live Debugger в Node.js 22. &lt;br /&gt;
* Мы улучшили стабильность и устойчивость функции отладки ЕдиыйАгент Live Debugging при переключении соединения на другой АктивныйШлюз. &lt;br /&gt;
*Исправлена ​​ошибка в отладчике Node.js Live Debugger, из-за которой в некоторых случаях точки останова могли быть добавлены или удалены неправильно. Это могло со временем привести к увеличению потребления памяти. &lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой вскоре после перезапуска модуля журнала журналы из контейнеров Kubernetes загружались без таких атрибутов, как `k8s.pod.name`, `k8s.pod.uid`, `k8s.namespace.name`, `k8s.container.name`, и связанных с облачными приложениями сущностей.&lt;br /&gt;
* Исправлена ​​проблема с именем журнала событий (Windows), содержащим символы, не входящие в набор ASCII (например, длинное тире). &lt;br /&gt;
* Решена проблема, из-за которой при сбое маршрутизации от модуля ЕдиногоАгента к конечной точке API Kubelet на узле в журналах отсутствовали атрибуты `k8s.workload.name`, `k8s.workload.kind` и `dt.entity.cloud_application`, что делало их недоступными из представления рабочей нагрузки в приложении Kubernetes. В этом случае сопоставление данных на основе меток модулей, аннотаций модулей, `k8s.workload.name` и `k8s.workload.kind` также не работало. &lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема с зависанием соединения SQL Fetch DB2 при возникновении проблемы со входом в соединение и отсутствии параметра ConnectTimeout, определенного в конфигурации драйвера ODBC. Это в свою очередь предотвращает использование zRemote чрезмерного количества пулов протоколов. &lt;br /&gt;
*Удалены записи журнала «Загрузка списка пиров коллектора...» и «Загружено X записей», оставшиеся от AppMon. &lt;br /&gt;
*Исправлена ​​потоковая передача журналов для CICS и IMS. Потоковая передача журналов для CICS и IMS была отключена из-за отсутствия файла схемы в развёртывании zRemote. &lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка в датчике Node.js Express, которая могла приводить к сбоям приложения при внедрении ЕдиногоАгента и включении датчика Express. &lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой использование `--loader` в Node.js версии 18 или более поздней приводило к сбою ЕдиногоАгента.&lt;br /&gt;
* Отключено инструментирование для Node Redis версии 5 и более поздних, которое в настоящее время не поддерживается.&lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлены ложноположительные оповещения о доступности процесса для статически связанных процессов Go, которые появлялись на короткий период времени после обновления ЕдиногоАгента  или перезапуска процесса агента ОС. &amp;lt;small&amp;gt;(OA-45858)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Исправлен сбой при разборе /proc/pid/status в RHEL7. Он был вызван ошибкой в ​​ядре 3.10.0-862.3.2.el7.x86_64, которая была исправлена ​​в версии 3.10.0-862.6.3.el7.x86_64. &lt;br /&gt;
* Добавлена ​​поддержка настраиваемого пути к хранилищу контейнеров CRI-O в среде Podman. &lt;br /&gt;
* Исправлена ​​проблема с обработкой сетевых метрик модулем ОС ЕдиныйАгент , из-за которой цикл обновления метрик мог занимать много времени, что приводило к пробелам в сообщаемых метриках или к зависанию и перезапуску агента.&lt;br /&gt;
*Исправлена ​​обработка служб systemd, содержащих точки в своих именах в Linux. &lt;br /&gt;
* Исправлена ​​проблема с добавлением новых правил для исключений дисков во время выполнения в Windows. &lt;br /&gt;
* Неиспользуемые двоичные файлы из каталогов 32- и 64-битной версии (`astromkey\oneagent\bin`) удаляются, даже если на хосте отключен мониторинг. Устаревание в папке `any` выполняется только при активном ЕдиномАгенте.&lt;br /&gt;
&lt;br /&gt;
==== Установщик ЕдиногоАгента ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема с изменением конфигурации режима мониторинга с «infra-only» на «full-stack» при обновлении ЕдиногоАгента с версии 1.311. Это затрагивает клиентов, которые не устанавливали ЕдиногоАгента с нуля после версии 1.271 или не использовали параметры `--set-infra-only` (теперь устарело) или `--set-monitoring-mode`. &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Транспорт Live Debugger теперь назначается только при наличии действующего соединения.&lt;br /&gt;
* Исправлена ​​ошибка, вызывавшая значительную задержку появления следов PurePath. &lt;br /&gt;
* Исправлена ​​проблема в датчике Weblogic T3 RMI для новой версии Weblogic 14.1.2. &lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* ЕдиныйАгент  теперь сообщает о пересмотре внешних метаданных среды выполнения Go. &lt;br /&gt;
* Решена проблема с ограничением создания ссылок в датчике Go Client WebRequest.&lt;br /&gt;
*Исправлена ​​ошибка, из-за которой ЕдиныйАгент внедрялся в неподдерживаемые 32-разрядные приложения Go.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема, из-за которой удаление сетевого интерфейса из конфигурации не приводило к прекращению сниффинга на этом интерфейсе. Теперь networkagent немедленно прекращает сниффинг на отфильтрованных сетевых адаптерах.&lt;br /&gt;
*Исправлен сбой модуля ЕдиныйАгент Go, возникавший, когда приложение Go предоставляло собственную реализацию `pthread_create`. &lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой функция трассировки в модуле кода Python работала неправильно, когда `gevent` был импортируемым (при возникновении этой проблемы регистрировались ошибки или предупреждения о `ctypes.ArgumentError`).&lt;br /&gt;
&lt;br /&gt;
==== Общие ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема в NGINX, из-за которой включение функции BizEvents приводило к удалению заголовка `content-length` и добавлению вместо него заголовка `transfer-encoding: chunked`. &lt;br /&gt;
* Модуль Java-кода теперь отключается при использовании с Elasticsearch версии 8.18 или более поздней из-за сбоев запуска, вызванных несовместимостями, внесенными агентом Elasticsearch Entitlements.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях в Windows мог произойти сбой чтения параметров декларативной группы процессов.&lt;br /&gt;
* Исправлена ​​проблема в NGINX, из-за которой включение функции BizEvents приводило к удалению заголовка `content-length` и добавлению вместо него заголовка `transfer-encoding: chunked`. &lt;br /&gt;
* Исправлена ​​проблема с модулями PHP и Python, которые неправильно загружали правила выборки на основе URL при запуске. &lt;br /&gt;
* В AIX отсутствующие значения дискового ввода-вывода (`bytesRead` и `bytesWritten`) исправляются путем использования правильного имени дискового устройства для стандартного обнаружения дискового устройства, которое является основой для извлечения данных ввода-вывода.&lt;br /&gt;
* Метрика `builtin:containers*` связана с именем контейнера, для которого она измеряется. Для определения нужного контейнера в списке, возвращаемом API Kubernetes, используется идентификатор контейнера. Если идентификатор недоступен (что может произойти при внедрении во время сборки или во время выполнения с развёртываниями cgroup v2), ранее использовался первый контейнер в списке. В многоконтейнерных подах это могло приводить к неверным ассоциациям, поскольку выбранный контейнер мог не соответствовать тому, для которого фактически была собрана метрика. Эта проблема исправлена. Теперь, если идентификатор контейнера недоступен, метрика не сообщается. Однако, если запущен только один контейнер, используется его имя. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурация пользовательского интерфейса bizevent contenttype не передавалась корректно рабочим процессам NGINX, поэтому рабочие процессы не могли захватывать контент, если contenttype не был типом по умолчанию. &lt;br /&gt;
&lt;br /&gt;
==== Ядро веб-сервера ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой включение bizevents для Kong иногда приводило к неверным заголовкам или телу ответа.&lt;br /&gt;
&lt;br /&gt;
* Исправлен особый случай, когда не удавалось захватить всё тело, если оно состояло всего из одного байта. &lt;br /&gt;
&lt;br /&gt;
==== Механизм причинно-следственной связи ИИ ====&lt;br /&gt;
&lt;br /&gt;
* Параметры запроса URL-адреса теперь корректно учитываются механизмом выборки на основе URL-адресов.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Исправлен сбой сетевого агента в Windows, возникавший при сбое инициализации. &lt;br /&gt;
* Улучшены условия остановки сниффинга интерфейса для Агента администрирования: после системной ошибки «Интерфейс был удалён» для определённого интерфейса Агент администрирования прекращает сниффинг этого интерфейса. &lt;br /&gt;
&lt;br /&gt;
==== PHP ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема с сопутствующим процессом ЕдиногоАгента, который (для многопроцессных конфигураций агентов, встречающихся, например, в приложениях Apache, NGINX и PHP в Linux) обрабатывает передачу данных в кластер Ключ-АСТРОМ. После сбоя и повторного запуска сторожевым таймером сопутствующий процесс не инициализировался. Это не влияло на работу приложения, но влияло на обмен данными с кластером Ключ-АСТРОМ и, как следствие, приводило к потере данных мониторинга.&lt;br /&gt;
&lt;br /&gt;
==== Apache ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к неправильному захвату объектов и заголовков запросов и ответов для бизнес-событий при возникновении внутренних перенаправлений на сервере Apache.&lt;br /&gt;
&lt;br /&gt;
=== ЕдиныйАгент для Android ===&lt;br /&gt;
Версия 8.315 GA не содержит решенных проблем, с которыми сталкиваются пользователи.&lt;br /&gt;
&lt;br /&gt;
=== ЕдиныйАгент для iOS ===&lt;br /&gt;
Версия 8.315 GA не содержит решенных проблем, с которыми сталкиваются пользователи.&lt;br /&gt;
&lt;br /&gt;
=== ЕдиныйАгент для JavaScript ===&lt;br /&gt;
Версия 8.315 GA не содержит решенных проблем, с которыми сталкиваются пользователи.&lt;br /&gt;
=='''API Ключ-АСТРОМ''' ==&lt;br /&gt;
===API среды===&lt;br /&gt;
==== /extensions/{extensionName}/environmentConfiguration/assets/====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/environmentConfiguration/assets/alertTemplates/{assetId}&amp;lt;/code&amp;gt; Новое!&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/environmentConfiguration/assets&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ExtensionAssetsDto&lt;br /&gt;
***** Измененное свойство assets&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;ALERT_TEMPLATE&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /credentials/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /credentials&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема Credentials&lt;br /&gt;
**** ''!Критические изменения''&lt;br /&gt;
***** Добавлено необходимое свойство: &amp;lt;code&amp;gt;type&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /credentials/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема Credentials&lt;br /&gt;
**** ! ''Критические изменения''&lt;br /&gt;
***** Добавлено необходимое свойство: &amp;lt;code&amp;gt;type&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{extensionName}/{extensionVersion}/schema ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/schema&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SchemaDefinitionRestDto&lt;br /&gt;
***** Измененное свойство schemaConstraints&lt;br /&gt;
****** Добавлены свойства: byteLimit&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;BYTE_SIZE_LIMIT&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/{schemaId} ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SchemaDefinitionRestDto&lt;br /&gt;
***** Измененное свойство schemaConstraints&lt;br /&gt;
****** Добавлены свойства: byteLimit&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;BYTE_SIZE_LIMIT&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /metrics ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /metrics&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема MetricDescriptorCollection&lt;br /&gt;
***** Измененное свойство metrics&lt;br /&gt;
****** Измененное свойство transformations&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
***** Измененная схема MetricDescriptorCollection&lt;br /&gt;
****** Измененное свойство metrics&lt;br /&gt;
******* Измененное свойство transformations&lt;br /&gt;
******** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
***** Измененная схема MetricDescriptorCollection&lt;br /&gt;
****** Измененное свойство metrics&lt;br /&gt;
******* Измененное свойство transformations&lt;br /&gt;
******** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /metrics/{metricKey}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема MetricDescriptor&lt;br /&gt;
***** Измененное свойство transformations&lt;br /&gt;
****** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
***** Измененная схема MetricDescriptor&lt;br /&gt;
****** Измененное свойство transformations&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
***** Измененная схема MetricDescriptor&lt;br /&gt;
****** Измененное свойство transformations&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /ua/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /ua/entity&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема UAEntityScreenDefinition&lt;br /&gt;
***** Измененное свойство metricsMetadata&lt;br /&gt;
****** Измененная схема значения словаря:&lt;br /&gt;
******* Измененное свойство transformations&lt;br /&gt;
******** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /ua/list&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема UAListScreenDefinition&lt;br /&gt;
***** Измененное свойство metricsMetadata&lt;br /&gt;
****** Измененная схема значения словаря:&lt;br /&gt;
******* Измененное свойство transformations&lt;br /&gt;
******** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /extensions/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/environmentConfiguration/assets&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ExtensionAssetsDto&lt;br /&gt;
***** Измененное свойство assets&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;PROCESS_GROUPING_RULES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''! Критические изменения''&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/schema&amp;lt;/code&amp;gt;&lt;br /&gt;
** Требования безопасности:&lt;br /&gt;
*** Измененное&lt;br /&gt;
**** от &amp;lt;code&amp;gt;[ssoAuth=[environment-api:extension-configurations:read]]&amp;lt;/code&amp;gt;&lt;br /&gt;
**** к &amp;lt;code&amp;gt;[ssoAuth=[environment-api:extensions:read]]&amp;lt;/code&amp;gt;&lt;br /&gt;
** Расширения:&lt;br /&gt;
*** Области действия токенов изменены с &amp;lt;code&amp;gt;[extensionConfigurations.read]&amp;lt;/code&amp;gt;на&amp;lt;code&amp;gt;[extensions.read]&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /synthetic/locations ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /synthetic/locations&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема PrivateSyntheticLocation&lt;br /&gt;
**** Добавлены свойства: maxActiveGateCount minActiveGateCount nodeSize&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /synthetic/locations/{locationId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SyntheticLocation&lt;br /&gt;
***** Добавлены свойства: maxActiveGateCount minActiveGateCount nodeSize&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /synthetic/locations&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SyntheticLocations&lt;br /&gt;
***** Измененное свойство locations&lt;br /&gt;
****** Добавленное свойство: узлы&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /synthetic/locations/{locationId}/yaml&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Удалить платформу в запросе&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Измененная osArchitecture в запросе&lt;br /&gt;
**** Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ActiveGateList&lt;br /&gt;
***** Измененное свойство activeGates&lt;br /&gt;
****** Измененное свойство activeGates&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ActiveGate&lt;br /&gt;
***** Измененное свойство activeGates&lt;br /&gt;
****** Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Не рекомендуется для SaaS и Managed ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;DELETE /entities/securityContext&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /entities/securityContext&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Устаревшее для Managed ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;/timeseries&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===API конфигурации===&lt;br /&gt;
====/credentials/====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /credentials&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема Credentials&lt;br /&gt;
**** ''! Критические изменения''&lt;br /&gt;
***** Добавлено обязательное свойство: type&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /credentials/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема Credentials&lt;br /&gt;
**** ''! Критические изменения''&lt;br /&gt;
***** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
===API кластера===&lt;br /&gt;
====Новое====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cassandra/cluster/isNodeFullyConnected/{nodeIpToCheck}&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/clusterMultiDatacenterMigrationState&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/clusterState&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/configuration/validate&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /cluster/migrateIp&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Удаленное ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /cluster/configuration/refresh&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/configuration/refresh/status/{requestId}&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/health/ipMigration&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Измененное ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /cluster/configuration&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема ClusterNodesConfigDtoNodeResponsibilitiesConfigDto&lt;br /&gt;
**** Измененное свойство clusterNodes&lt;br /&gt;
***** Удалённые свойства: datacenter kubernetesRole&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /elastic/reloadEsClientOnAllNodes&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема ClusterNodesConfigDtoNodeConfigDto&lt;br /&gt;
**** Измененное свойство clusterNodes&lt;br /&gt;
***** Добавленное свойство: ipAddress&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /firewallManagement/addClusterNode&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема NodeConfigDto&lt;br /&gt;
**** Добавленное свойство: ipAddress&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /firewallManagement/clusterNodes&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ClusterNodesConfigDto&lt;br /&gt;
***** ! Критические изменения&lt;br /&gt;
****** Измененное свойство clusterNodes&lt;br /&gt;
******* Удалены свойства: agent datacenter kubernetesRole webUI&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /iam/resolution/{level-type}/{level-id}/effectivepermissions:dry-run&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SchemaDefinitionRestDto&lt;br /&gt;
***** Измененное свойство schemaConstraints&lt;br /&gt;
****** Добавленное свойство: byteLimit&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;BYTE_SIZE_LIMIT&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /elastic/checkNodesVisibility ====&lt;br /&gt;
Новое!&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /elastic/checkNodesVisibility&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Измененная osArchitecture в запросе&lt;br /&gt;
**** Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ActiveGateList&lt;br /&gt;
***** Измененное свойство activeGates&lt;br /&gt;
****** Измененное свойство osArchitecture&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ActiveGate&lt;br /&gt;
***** Измененное свойство osArchitecture&lt;br /&gt;
****** Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /synthetic/locations ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /synthetic/locations&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SyntheticLocations&lt;br /&gt;
***** Измененное свойство locations&lt;br /&gt;
****** Добавленное свойство: nodes&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /synthetic/locations&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема PrivateSyntheticLocation&lt;br /&gt;
**** Добавлены свойства: maxActiveGateCount minActiveGateCount nodeSize&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /synthetic/locations/{locationId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема PrivateSyntheticLocation&lt;br /&gt;
**** Добавлены свойства: maxActiveGateCount minActiveGateCount nodeSize&lt;br /&gt;
&lt;br /&gt;
=== API настроек ===&lt;br /&gt;
&lt;br /&gt;
==== Не рекомендуется для SaaS и Managed ====&lt;br /&gt;
&lt;br /&gt;
* Схема настроек контекста безопасности ( &amp;lt;code&amp;gt;builtin:security-context&amp;lt;/code&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
==== Устаревшее для Managed ====&lt;br /&gt;
&lt;br /&gt;
* Схема настроек контекста безопасности Grail для контролируемых объектов (&amp;lt;code&amp;gt;builtin:monitoredentities.grail.security.context&amp;lt;/code&amp;gt;)&lt;br /&gt;
* Схема настроек контекста безопасности журнала ( &amp;lt;code&amp;gt;builtin:logmonitoring.log-security-context-rules&amp;lt;/code&amp;gt;)&lt;br /&gt;
* Схема настроек контекста безопасности бизнес-события ( &amp;lt;code&amp;gt;builtin:bizevents-security-context-rules&amp;lt;/code&amp;gt;)&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_316&amp;diff=6017</id>
		<title>Примечания к релизу 316</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_316&amp;diff=6017"/>
		<updated>2025-12-09T05:47:35Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 316'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 312.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обеспечение соответствия спецификации программного обеспечения (SBOM) для Ключ-АСТРОМ ====&lt;br /&gt;
Вы можете обеспечить соблюдение нормативных требований, просканировав Ключ-АСТРОМ SBOM на наличие уязвимостей.&lt;br /&gt;
&lt;br /&gt;
SBOM содержит все сторонние библиотеки, используемые Ключ-АСТРОМ, и их версии.&lt;br /&gt;
&lt;br /&gt;
* С каждой версией поставляется новый SBOM. Он входит в состав установщика Managed и соответствует стандарту CycloneDX.&lt;br /&gt;
* Имя файла SBOM:  &amp;lt;code&amp;gt;/opt/Astromkey-managed/installer/Astromkey-managed-&amp;lt;version&amp;gt;/Astromkey-managed-sbom.cdx.json&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Сокращение использования диска за счет переключения алгоритма сжатия для данных временных рядов ====&lt;br /&gt;
В рамках этого релиза используемый формат сжатия данных временных рядов в Cassandra будет изменён с LZ4 на ZSTD. Согласно нагрузочному тестированию, это может значительно сократить требуемое дисковое пространство.&lt;br /&gt;
&lt;br /&gt;
Примечание: сокращение использования диска не произойдет мгновенно, а будет происходить постепенно в течение одного месяца, поскольку новые данные будут записываться только с использованием нового алгоритма сжатия.&lt;br /&gt;
&lt;br /&gt;
Никакого ручного вмешательства пользователя или простоя не требуется. Переход происходит автоматически в рамках обычного обновления версии.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Более быстрое назначение тегов, зон управления и правил именования ====&lt;br /&gt;
Новый периодический обработчик быстрее применяет теги, зоны управления и правила именования к недавно созданным отслеживаемым объектам. Этот обработчик работает непрерывно и учитывает все отслеживаемые объекты, созданные за последние 30 минут и просмотренные за последние 2 часа.&lt;br /&gt;
&lt;br /&gt;
Он автоматически включен по умолчанию для всех управляемых сред Ключ-АСТРОМ. Дополнительная настройка не требуется.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обновление JDK до версии 21 для Ключ-АСТРОМ Cluster ====&lt;br /&gt;
В рамках этого выпуска узлы Ключ-АСТРОМ Server будут обновлены для работы с JDK 21 вместо JDK 17.&lt;br /&gt;
&lt;br /&gt;
Никакого ручного вмешательства пользователя или простоя не требуется. Обновление должно происходить путём непрерывных обновлений в рамках обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Внутреннее тестирование показало значительное сокращение времени, затрачиваемого на сборку мусора Java, поэтому обновление может привести к повышению производительности процесса Ключ-АСТРОМ Server.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Цифровой опыт | Синтетика&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Отчетность о недействительных сертификатах включена по умолчанию для вновь созданных HTTP-мониторов. ====&lt;br /&gt;
Значение по умолчанию для &amp;lt;code&amp;gt;Accept any SSL certificate&amp;lt;/code&amp;gt;свойства запроса HTTP-монитора было изменено на &amp;lt;code&amp;gt;false&amp;lt;/code&amp;gt;, поэтому SSL-сертификат будет проверяться для вновь созданных мониторов.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложения&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Улучшенное управление расчетными показателями обслуживания ====&lt;br /&gt;
Управление и просмотр расчётных метрик сервиса теперь стали проще и эффективнее, особенно в средах с большим количеством метрик. Вот что нового в настройках расчётных метрик сервиса:&lt;br /&gt;
&lt;br /&gt;
* Фильтр по статусу : быстро определяйте, включены или отключены ли рассчитанные показатели обслуживания.&lt;br /&gt;
* Просмотреть все : теперь пагинация позволяет просматривать все рассчитанные показатели услуг без ограничений.&lt;br /&gt;
&lt;br /&gt;
Эти улучшения экономят ваше время, обеспечивают лучшую прозрачность рассчитанных показателей обслуживания и упрощают управление ими.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Платформа | ИИ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Изменение задержки для анализа первопричин ====&lt;br /&gt;
События, не запускающие полный анализ первопричин, больше не будут ожидать 3 минуты перед отправкой уведомления. В основном это касается пользовательских событий, запускаемых, например, &amp;lt;code&amp;gt;AVAILABILITY_EVENT&amp;lt;/code&amp;gt;через REST API.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Цифровой опыт&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Частные синтетические расположения без браузера снижают требования к оборудованию для выполнения синтетических мониторов NAM и HTTP. ====&lt;br /&gt;
В целом мы рекомендуем развертывание полных синтетических частных расположений для поддержки выполнения всех типов синтетических мониторов (HTTP, браузер, NAM).&lt;br /&gt;
&lt;br /&gt;
Однако, если вам не нужно запускать браузерные мониторы, вы можете рассмотреть возможность развёртывания вашего частного расположения в специальном безбраузерном режиме. Такое расположение (или принадлежащий ему АктивныйШлюз) будет развёрнуто без браузера. В результате развёртывание потребует меньше аппаратных ресурсов, но браузерные мониторы не смогут запускаться из такого расположения.&lt;br /&gt;
&lt;br /&gt;
Рассматривайте местоположения без браузера как альтернативу стандартным синтетическим приватным местоположениям, когда вы сосредоточены исключительно на:&lt;br /&gt;
&lt;br /&gt;
* Вариантах использования сети и инфраструктуры (с использованием мониторов NAM)&lt;br /&gt;
* API-мониторинг (с использованием HTTP-мониторов)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Цифровой опыт | RUM Web&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Настройте префикс имени файла кода мониторинга RUM ====&lt;br /&gt;
Теперь вы можете указать пользовательский префикс для имени файла кода мониторинга RUM, что поможет предотвратить его блокировку блокировщиками рекламы.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Новое предупреждение для нескольких &amp;lt;code&amp;gt;:rollup&amp;lt;/code&amp;gt;операторов в селекторах метрик ====&lt;br /&gt;
Хотя ранее это было разрешено, использование нескольких &amp;lt;code&amp;gt;:rollup&amp;lt;/code&amp;gt;операторов в одной цепочке преобразований может привести к непреднамеренному поведению.&lt;br /&gt;
&lt;br /&gt;
Чтобы предотвратить это, мы внедряем новый механизм предупреждений, который определяет &amp;lt;code&amp;gt;:rollup&amp;lt;/code&amp;gt;применение нескольких операторов в одной цепочке преобразований. Теперь система выдаёт предупреждение при обнаружении нескольких &amp;lt;code&amp;gt;:rollup&amp;lt;/code&amp;gt;операторов, предоставляя вам более чёткую информацию и помогая добиться более предсказуемых результатов.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обновленная функциональность стороннего Jetty WebServer ====&lt;br /&gt;
В рамках этого выпуска функциональность Jetty WebServer обновлена ​​до версии 10.0.25 в Ключ-АСТРОМ Server и АктивномШлюзе.&lt;br /&gt;
&lt;br /&gt;
Никакого ручного вмешательства пользователя или простоя не требуется; обновление должно происходить посредством последовательных обновлений в рамках обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Улучшена производительность Metrics API v2 для листинга метрик. ====&lt;br /&gt;
Мы оптимизировали Metrics API v2 , который выводит список всех доступных метрик. Теперь для получения информации требуется значительно меньше чтения данных, а при частом вызове он может возвращаться быстрее. Изменения возвращаемой информации не ожидаются.&lt;br /&gt;
&lt;br /&gt;
=== ! Критические изменения ===&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Исправлены отсутствующие заголовки политики безопасности контента (CPS) в процессе входа SAML. ====&lt;br /&gt;
Мы исправили проблему с отсутствием заголовков политики безопасности контента (CPS) в процессе входа SAML.&lt;br /&gt;
&lt;br /&gt;
Однако если процесс входа включает перенаправления на URL-адреса, отличные от тех, которые определены в метаданных XML поставщика удостоверений SAML 2.0 правило CSP &amp;lt;code&amp;gt;form-action&amp;lt;/code&amp;gt;может быть нарушено, что приведет к сбою входа&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Цифровой опыт | Синтетика&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Автоматический вход в браузерный монитор устарел ====&lt;br /&gt;
Автоматический вход в браузерные мониторы теперь не рекомендуется:&lt;br /&gt;
&lt;br /&gt;
* Мониторы браузера, содержащие автологин/аутентификацию с помощью веб-форм, больше не могут быть сохранены через API v1 или веб-интерфейс.&lt;br /&gt;
* Аутентификация с помощью «веб-формы» больше недоступна при создании монитора браузера или на странице расширенных настроек .&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Kubernetes&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обнаружение аномалий: улучшено оповещение «Высокая загрузка ЦП». ====&lt;br /&gt;
Мы улучшили оповещение «Высокая загрузка ЦП», изменив расчёт с «загрузки/использования» на «загрузки/лимиты». Это улучшение обеспечивает более точные оповещения, особенно в сценариях с простаивающими модулями, тем самым уменьшая количество ложных срабатываний.&lt;br /&gt;
&lt;br /&gt;
Благодаря этому обновлению вы можете доверять оповещению «Высокая загрузка ЦП», которое предоставляет более надёжную и полезную информацию. Если вы настроили пороговые значения для этого оповещения, пожалуйста, проверьте их, чтобы убедиться, что они соответствуют новому методу расчёта.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Назначение зон управления из контекста безопасности устарело. ====&lt;br /&gt;
Назначение зон управления из контекста безопасности устарело и будет удалено в версии Ключ-АСТРОМ 1.322.&lt;br /&gt;
&lt;br /&gt;
С этим изменением раздел «Настройки» &amp;gt; «Настройки» &amp;gt; «Зоны управления» &amp;gt; «Настройки контекста безопасности» больше не будет доступен.&lt;br /&gt;
&lt;br /&gt;
Вместо этого используйте зоны управления .&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
*Linux : Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
**x86-64﻿&lt;br /&gt;
&lt;br /&gt;
*Linux : Oracle Linux 9.5&lt;br /&gt;
**x86-64&lt;br /&gt;
*Linux : Rocky Linux 9.5&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
==== Операционные системы, поддержка которых в недавнем времени была прекращена: ====&lt;br /&gt;
&lt;br /&gt;
* Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.316 GA содержит   решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|АктивныйШлюз&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|35&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Elasticsearch&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====АктивныйШлюз ====&lt;br /&gt;
&lt;br /&gt;
* Теперь можно удалять сетевые зоны, специфичные для арендатора, если они используются и существует соответствующая глобальная сетевая зона (с тем же именем). &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Точки данных тепловой карты теперь отражают начало сегмента, а не его конец. &lt;br /&gt;
* Новый периодический обработчик быстрее применяет теги, зоны управления и правила именования к недавно созданным отслеживаемым объектам. Этот обработчик работает непрерывно и учитывает все отслеживаемые объекты, созданные за последние 30 минут и просмотренные за последние 2 часа.&lt;br /&gt;
* Восстановлена ​​область действия `environment-api:extension-configurations:read` для обеспечения обратной совместимости. &lt;br /&gt;
* Исправлена ​​ошибка, приводившая к ошибке 500 при попытке доступа к странице пользовательского устройства. &lt;br /&gt;
* Проблемы: Исправлена ​​ошибка, из-за которой на странице сведений о проблеме дубликат проблемы не отображался как дубликат. Это могло произойти, если проблема A была связана с проблемой B, которая, в свою очередь, была связана с проблемой C, и веб-интерфейс был открыт для проблемы A.&lt;br /&gt;
* Улучшена миграция мониторинга классических служб Windows в мониторинг служб ОС: улучшен процесс миграции между функциями для правильной обработки значений, содержащих скобки. &lt;br /&gt;
* Классические панели мониторинга: добавлена ​​проверка для предотвращения использования в названиях плиток только пробелов. &lt;br /&gt;
* Встроенные процессоры, извлекающие контекст трассировки/интервала из необработанного содержимого журнала, теперь сканируют до 16 МБ вместо 4 КБ. Благодаря этому исправлению большие журналы JSON могут иметь корректный контекст трассировки. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые разрешения на основе политик не учитывались в классическом веб-интерфейсе при использовании пользовательских URL-адресов. &lt;br /&gt;
* Решена проблема с обработкой сообщения о неназначенном статусе для расширения, если отсутствует имя группы АктивногоШлюза.&lt;br /&gt;
* Классические панели мониторинга: Исправлено положение всплывающего окна «Клонировать в» для небольших плиток в первом ряду панели мониторинга. &lt;br /&gt;
* Теперь возможно обновление синтетического местоположения с помощью автономного АктивногоШлюза. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые плитки на странице «Обзор технологий» ломались. &lt;br /&gt;
* Обновлено регулярное выражение для маскировки IBAN для Log Analytics. Идентификатор сущности Ключ-АСТРОМ больше не должен маскироваться. &lt;br /&gt;
* Исправлена ​​видимость Swagger некоторых внутренних конечных точек REST. &amp;lt;small&amp;gt;)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Исправлена ​​ошибка java.lang.NullPointerException: невозможно вызвать&lt;br /&gt;
&lt;br /&gt;
«com.astromkey .core.services.credentialsvault.api.config.CredentialsVaultConfig.getScopes()», так как «data» имеет значение null. &lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка «Базы данных» &amp;gt; «Сведения о базе данных» &amp;gt; «Часто задаваемые вопросы» не отображала ожидаемые результаты. &lt;br /&gt;
* Исправлена ​​проблема с невозможностью отключить процессор технологических пакетов в OpenPipeline.&lt;br /&gt;
&lt;br /&gt;
* Решена проблема, из-за которой ЕдиныйАгент не учитывал настройки «Функции ЕдиногоАгента» в сущностях Kubernetes. &amp;lt;small&amp;gt;(PS-33135)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Решена проблема, которая приводила к регистрации ошибки `TsmMetricQueryEvaluatorException`.&lt;br /&gt;
* Исправлена ​​проблема с процессами Python на неподдерживаемых платформах: если для хоста включен мониторинг Python, вместо сообщения о том, что он не поддерживается, рекомендовалась перезагрузка.&lt;br /&gt;
* IBM Integration Bus | IBM App Connect Enterprise теперь можно включать/отключать на отдельных хостах AIX. &lt;br /&gt;
* При отправке тестового письма с уведомлением о проблеме сообщение теперь также отображается в виде обычного текста. Теперь почтовые клиенты, не поддерживающие HTML, будут использовать обычный текст. &lt;br /&gt;
* Исправлена ​​регрессия, из-за которой теги хоста больше не учитывались для событий мониторинга служб ОС в сущностях служб ОС, для событий мониторинга служб ОС, отправляемых ЕдинымАгентом версии 310+. &lt;br /&gt;
* Добавлено больше журналов для конфигураций с несколькими ЦОД и стойками. &lt;br /&gt;
* Оповещения о неожиданно низкой нагрузке на унифицированных сервисах теперь отображают подключенные сигналы на классической странице сервиса. &lt;br /&gt;
* Значительно улучшена производительность конечных точек привязки политики IAM. &lt;br /&gt;
* Исправлена ​​ошибка на странице баз данных Oracle, приводившая к ошибке 500. &lt;br /&gt;
* Решена проблема, препятствовавшая добавлению узла в кластер PHA без функции поддержки стойки. &lt;br /&gt;
* Из описания события удалена информация о точном проценте порога сбоя соединения, поскольку это было мгновенное значение, и впоследствии оно стало неверным.&lt;br /&gt;
* Конфигурация сетки, предоставленная для Istio в управляемом развертывании, была повреждена, и в результатах отсутствовали области. Теперь предоставлена ​​правильная конфигурация.&lt;br /&gt;
* Баннер обновления панели мониторинга больше не отображается на управляемых панелях мониторинга и панелях мониторинга. Кроме того, он автоматически скрывается через 30 секунд.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на панели управления отображалось пустое место при закрытии баннера обновления. &lt;br /&gt;
* Исправлено выражение округлённого таймфрейма на общедоступных классических панелях мониторинга. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сеанса ====&lt;br /&gt;
&lt;br /&gt;
* Повтор сеанса: теперь можно просмотреть повтор определенного события, щелкнув его в списке событий. &lt;br /&gt;
* Повтор сеанса: исправлена ​​ошибка, из-за которой обновлённые элементы стиля теряли своё предыдущее содержимое. В некоторых случаях при обновлении элемента стиля время после его создания (записи) отображалось как замена стиля во время воспроизведения.&lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Контейнерные частные синтетические расположения: изменены требования к дисковому пространству узла контейнерного расположения размера S с 6 Gi до 8 Gi. &lt;br /&gt;
* Исправлена ​​обработка статуса местоположения для многоузловых синтетических частных местоположений. &lt;br /&gt;
&lt;br /&gt;
==== Elasticsearch ====&lt;br /&gt;
&lt;br /&gt;
* Мы оптимизировали конечную точку REST API `/metrics`, которая выводит список всех доступных метрик. Теперь для получения информации требуется гораздо меньше чтения данных. При частом вызове информация может возвращаться быстрее. Изменения возвращаемой информации не ожидается.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Параметры конфигурации &amp;lt;code&amp;gt;--set-infra-only&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;INFRA_ONLY&amp;lt;/code&amp;gt;удалены ====&lt;br /&gt;
Теперь вместо и &amp;lt;code&amp;gt;--set-monitoring-mode&amp;lt;/code&amp;gt;следует использовать параметр конфигурации .&amp;lt;code&amp;gt;--set-infra-onlyINFRA_ONLY&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Добавлена ​​поддержка CephFS ====&lt;br /&gt;
Мы добавили обнаружение и сбор статистики для томов с файловой системой Ceph File System (CephFS).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложений | Очереди&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== IBM App Connect Enterprise 13.0.2.0+ (модуль ACE) ====&lt;br /&gt;
Мы добавили поддержку мониторинга IBM App Connect Enterprise 13.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Мониторинг журналов&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Поддержка новой кодировки для модуля журнала ЕдиногоАгента ====&lt;br /&gt;
Мы добавили поддержку кодировки EUC-JP в пользовательские источники журналов модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Мониторинг журналов&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Изменение в расчете временной метки ====&lt;br /&gt;
Временные метки, прикрепляемые к записям журнала, теперь основаны на локальном времени хоста. Разница во времени между кластером и хостом включена в новый атрибут &amp;lt;code&amp;gt;time_correction.offset&amp;lt;/code&amp;gt;в наносекундах.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;ЕдиныйАгент&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Улучшенное управление дочерними процессами ====&lt;br /&gt;
Мы улучшили управление дочерними процессами, что привело к сокращению времени запуска и использования ресурсов (win32).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложений | Распределенные трассировки&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Мониторинг JBoss EAP v8 (модуль Java) ====&lt;br /&gt;
Мы добавили поддержку мониторинга JBoss EAP v8﻿ .&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Инструментарий среды выполнения NGINX на Linux ARM64 ====&lt;br /&gt;
Теперь мы поддерживаем инструментарий среды выполнения NGINX на Linux ARM64.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Неинтересные процессы NGINX, выдаваемые Kong, не инструментируются проверками работоспособности ====&lt;br /&gt;
Неинтересные процессы NGINX, выдаваемые проверками работоспособности Kong (те процессы NGINX, которые не являются HTTP-серверами), больше не инструментируются. Это относится к Kong версий 3.6 и выше.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Показатели общего/доступного дискового пространства больше не отправляются при большом общем размере диска. ====&lt;br /&gt;
Мы больше не отправляем показатели общего/доступного дискового пространства, если общий размер диска превышает 1024 петабайта (1024 ПБ).&lt;br /&gt;
&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
==== Улучшенная отчетность по метрикам сборщика мусора Python ====&lt;br /&gt;
Мы улучшили отчетность по показателям сборщика мусора Python:&lt;br /&gt;
&lt;br /&gt;
* Отчетность теперь продолжается, даже если сборщик мусора не работает в течение некоторого времени.&lt;br /&gt;
* Когда процесс Python создаёт дочерний процесс с помощью форка, сборка мусора, выполненная до форка, теперь учитывается только для родительского процесса. Ранее она учитывалась как для родительского, так и для дочернего процесса, что могло приводить к удвоению сообщаемых общих метрик сборки мусора для экземпляра группы процессов при форке.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;.NET&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== gRPC - подавить узел веб-запроса ====&lt;br /&gt;
Решена проблема, из-за которой запрос gRPC отображал базовый узел веб-запроса.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Базы данных | Мониторинг DB2 на z/OS&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Этап 1 мониторинга DB2 на z/OS ====&lt;br /&gt;
На первом этапе мониторинга DB2 на z/OS теперь собираются следующие ключевые показатели:&lt;br /&gt;
&lt;br /&gt;
* Метрики ЦП&lt;br /&gt;
** Процессорное время для подсистемы DB2&lt;br /&gt;
** Процессорное время для DB2 MSTR&lt;br /&gt;
** Процессорное время для адресного пространства DBM1&lt;br /&gt;
* Метрики соединения&lt;br /&gt;
** Общее количество активных подключений&lt;br /&gt;
** Количество исходящих подключений из DB2 к удаленному сайту&lt;br /&gt;
** Количество входящих подключений к DB2 с удаленного сайта&lt;br /&gt;
** Количество неудачных подключений&lt;br /&gt;
* время zIIP&lt;br /&gt;
* Количество запросов на пул EDM&lt;br /&gt;
* Количество попаданий в кэш&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложений | Распределенные трассировки&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (модули Apache и PHP) ====&lt;br /&gt;
Ключ-АСТРОМ теперь поддерживает мониторинг Alpine Linux (musl libc) на ARM64 для контейнеров (модули Apache и PHP).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Параметр имени хоста на основе определения из семантического словаря ====&lt;br /&gt;
Параметр hostname и атрибут ресурса host.name теперь представляют одно и то же значение на основе определения из семантического словаря.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Журналы&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Оптимизированная обработка источников журналов с большим количеством файлов ====&lt;br /&gt;
Мы оптимизировали обработку источников журналов, содержащих очень большое количество файлов.&lt;br /&gt;
&lt;br /&gt;
=== ! Критические изменения ===&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложения&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Приостановить трассировку для LPAR с неактивным выходом SMF U86 ====&lt;br /&gt;
В рамках наших требований выход SMF U86 должен быть активен.&lt;br /&gt;
&lt;br /&gt;
* В противном случае ЕдиныйАгент для z/OS деактивирует трассировку для затронутых LPAR через 12 часов.&lt;br /&gt;
* Как только выход станет активным, отслеживание снова активируется.&lt;br /&gt;
&lt;br /&gt;
Чтобы проверить активность выхода SMF U86, выполните следующую команду:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;D SMF,O&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Найдите в выводе команды &amp;lt;code&amp;gt;(EXITS(IEFU86))&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
* Если вы это обнаружили, выход SMF U86 активен.&lt;br /&gt;
* Если вы его не нашли, вам необходимо добавить его в parmlib SMFPRMxx.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;SUBSYS(STC,EXITS(IEFU86)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Затем включите его.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;D PROG,EXIT,EN=SYS.IEFU86,DIAG&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложений | Распределенные трассировки&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Конфигурации, специфичные для субагента ====&lt;br /&gt;
В этом выпуске устранены некоторые расхождения между настройками субагентов в веб-интерфейсе и ЕдинымАгентом для z/OS. Это позволяет настраивать параметры, специфичные для субагентов, в той мере, в какой они применимы к zAgent.&lt;br /&gt;
&lt;br /&gt;
Это изменение не должно повлиять на ваши настройки zRemote по умолчанию, но учтите, что изменения в настройках субагента, которые вы могли сделать в прошлом, могут вступить в силу с этим обновлением.&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.315 GA содержит  54 решенных проблем.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|.NET&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Фреймворк расширений&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Live Debugger&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|модуль ОС&lt;br /&gt;
|7&lt;br /&gt;
|-&lt;br /&gt;
|Установщик ЕдиногоАгента&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Сетевой модуль&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Ядро веб-сервера&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Механизм причинно-следственной связи ИИ&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|PHP&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Apache&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== .NET ====&lt;br /&gt;
&lt;br /&gt;
* Исправлен захват атрибутов запроса для частных свойств в приложении .NET. &lt;br /&gt;
* Решена проблема, приводившая к сбоям датчика ADO для новых коннекторов ADO (например, MySqlConnector 2.3.0+). Теперь все коннекторы ADO, использующие ValueTask, полностью поддерживаются.&lt;br /&gt;
* Чтобы предотвратить спам в журналах и исключениях, если не удаётся создать метод доступа для шаблона маршрута, интроспекция отключается.&lt;br /&gt;
* Решена проблема, из-за которой в некоторых случаях клиенты MySQL определялись как клиенты MsSQL. &lt;br /&gt;
* Исправлена ​​проблема производительности при захвате маршрута HTTP для входящих запросов ASP.NET Core, которая приводила к заметным накладным расходам для очень коротких запросов.&lt;br /&gt;
* Повышена надежность функций ЕдиныйАгент CLV/RAP для приложений .NET. &lt;br /&gt;
* Исправлена ​​проблема с датчиком ASP.NET v2, который регистрировал внутренние RUM-запросы ЕдиногоАгента, что приводило к неправильному количеству фактических вызовов служб. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые реализации ADO могли приводить к тому, что датчик ADO v2 несколько раз сообщал о подпути считывателя. &lt;br /&gt;
&lt;br /&gt;
==== Фреймворк расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлены проблемы с настройкой нескольких привязок переменных с одинаковым корнем в SNMP-ловушках.&lt;br /&gt;
*Решена проблема с загрузкой модуля MIB, когда имя файла отличалось от имени самого модуля.&lt;br /&gt;
*Исправлена ​​ошибка, из-за которой отсутствующий заголовок Content-Type в конечной точке метрик Prometheus препятствовал её правильному распознаванию.&lt;br /&gt;
&lt;br /&gt;
==== Live Debugger ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​коллекция переменных Live Debugger в Node.js 22. &lt;br /&gt;
* Мы улучшили стабильность и устойчивость функции отладки ЕдиыйАгент Live Debugging при переключении соединения на другой АктивныйШлюз. &lt;br /&gt;
*Исправлена ​​ошибка в отладчике Node.js Live Debugger, из-за которой в некоторых случаях точки останова могли быть добавлены или удалены неправильно. Это могло со временем привести к увеличению потребления памяти. &lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой вскоре после перезапуска модуля журнала журналы из контейнеров Kubernetes загружались без таких атрибутов, как `k8s.pod.name`, `k8s.pod.uid`, `k8s.namespace.name`, `k8s.container.name`, и связанных с облачными приложениями сущностей.&lt;br /&gt;
* Исправлена ​​проблема с именем журнала событий (Windows), содержащим символы, не входящие в набор ASCII (например, длинное тире). &lt;br /&gt;
* Решена проблема, из-за которой при сбое маршрутизации от модуля ЕдиногоАгента к конечной точке API Kubelet на узле в журналах отсутствовали атрибуты `k8s.workload.name`, `k8s.workload.kind` и `dt.entity.cloud_application`, что делало их недоступными из представления рабочей нагрузки в приложении Kubernetes. В этом случае сопоставление данных на основе меток модулей, аннотаций модулей, `k8s.workload.name` и `k8s.workload.kind` также не работало. &lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема с зависанием соединения SQL Fetch DB2 при возникновении проблемы со входом в соединение и отсутствии параметра ConnectTimeout, определенного в конфигурации драйвера ODBC. Это в свою очередь предотвращает использование zRemote чрезмерного количества пулов протоколов. &lt;br /&gt;
*Удалены записи журнала «Загрузка списка пиров коллектора...» и «Загружено X записей», оставшиеся от AppMon. &lt;br /&gt;
*Исправлена ​​потоковая передача журналов для CICS и IMS. Потоковая передача журналов для CICS и IMS была отключена из-за отсутствия файла схемы в развёртывании zRemote. &lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка в датчике Node.js Express, которая могла приводить к сбоям приложения при внедрении ЕдиногоАгента и включении датчика Express. &lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой использование `--loader` в Node.js версии 18 или более поздней приводило к сбою ЕдиногоАгента.&lt;br /&gt;
* Отключено инструментирование для Node Redis версии 5 и более поздних, которое в настоящее время не поддерживается.&lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлены ложноположительные оповещения о доступности процесса для статически связанных процессов Go, которые появлялись на короткий период времени после обновления ЕдиногоАгента  или перезапуска процесса агента ОС. &amp;lt;small&amp;gt;(OA-45858)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Исправлен сбой при разборе /proc/pid/status в RHEL7. Он был вызван ошибкой в ​​ядре 3.10.0-862.3.2.el7.x86_64, которая была исправлена ​​в версии 3.10.0-862.6.3.el7.x86_64. &lt;br /&gt;
* Добавлена ​​поддержка настраиваемого пути к хранилищу контейнеров CRI-O в среде Podman. &lt;br /&gt;
* Исправлена ​​проблема с обработкой сетевых метрик модулем ОС ЕдиныйАгент , из-за которой цикл обновления метрик мог занимать много времени, что приводило к пробелам в сообщаемых метриках или к зависанию и перезапуску агента.&lt;br /&gt;
*Исправлена ​​обработка служб systemd, содержащих точки в своих именах в Linux. &lt;br /&gt;
* Исправлена ​​проблема с добавлением новых правил для исключений дисков во время выполнения в Windows. &lt;br /&gt;
* Неиспользуемые двоичные файлы из каталогов 32- и 64-битной версии (`astromkey\oneagent\bin`) удаляются, даже если на хосте отключен мониторинг. Устаревание в папке `any` выполняется только при активном ЕдиномАгенте.&lt;br /&gt;
&lt;br /&gt;
==== Установщик ЕдиногоАгента ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема с изменением конфигурации режима мониторинга с «infra-only» на «full-stack» при обновлении ЕдиногоАгента с версии 1.311. Это затрагивает клиентов, которые не устанавливали ЕдиногоАгента с нуля после версии 1.271 или не использовали параметры `--set-infra-only` (теперь устарело) или `--set-monitoring-mode`. &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Транспорт Live Debugger теперь назначается только при наличии действующего соединения.&lt;br /&gt;
* Исправлена ​​ошибка, вызывавшая значительную задержку появления следов PurePath. &lt;br /&gt;
* Исправлена ​​проблема в датчике Weblogic T3 RMI для новой версии Weblogic 14.1.2. &lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* ЕдиныйАгент  теперь сообщает о пересмотре внешних метаданных среды выполнения Go. &lt;br /&gt;
* Решена проблема с ограничением создания ссылок в датчике Go Client WebRequest.&lt;br /&gt;
*Исправлена ​​ошибка, из-за которой ЕдиныйАгент внедрялся в неподдерживаемые 32-разрядные приложения Go.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема, из-за которой удаление сетевого интерфейса из конфигурации не приводило к прекращению сниффинга на этом интерфейсе. Теперь networkagent немедленно прекращает сниффинг на отфильтрованных сетевых адаптерах.&lt;br /&gt;
*Исправлен сбой модуля ЕдиныйАгент Go, возникавший, когда приложение Go предоставляло собственную реализацию `pthread_create`. &lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой функция трассировки в модуле кода Python работала неправильно, когда `gevent` был импортируемым (при возникновении этой проблемы регистрировались ошибки или предупреждения о `ctypes.ArgumentError`).&lt;br /&gt;
&lt;br /&gt;
==== Общие ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема в NGINX, из-за которой включение функции BizEvents приводило к удалению заголовка `content-length` и добавлению вместо него заголовка `transfer-encoding: chunked`. &lt;br /&gt;
* Модуль Java-кода теперь отключается при использовании с Elasticsearch версии 8.18 или более поздней из-за сбоев запуска, вызванных несовместимостями, внесенными агентом Elasticsearch Entitlements.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях в Windows мог произойти сбой чтения параметров декларативной группы процессов.&lt;br /&gt;
* Исправлена ​​проблема в NGINX, из-за которой включение функции BizEvents приводило к удалению заголовка `content-length` и добавлению вместо него заголовка `transfer-encoding: chunked`. &lt;br /&gt;
* Исправлена ​​проблема с модулями PHP и Python, которые неправильно загружали правила выборки на основе URL при запуске. &lt;br /&gt;
* В AIX отсутствующие значения дискового ввода-вывода (`bytesRead` и `bytesWritten`) исправляются путем использования правильного имени дискового устройства для стандартного обнаружения дискового устройства, которое является основой для извлечения данных ввода-вывода.&lt;br /&gt;
* Метрика `builtin:containers*` связана с именем контейнера, для которого она измеряется. Для определения нужного контейнера в списке, возвращаемом API Kubernetes, используется идентификатор контейнера. Если идентификатор недоступен (что может произойти при внедрении во время сборки или во время выполнения с развёртываниями cgroup v2), ранее использовался первый контейнер в списке. В многоконтейнерных подах это могло приводить к неверным ассоциациям, поскольку выбранный контейнер мог не соответствовать тому, для которого фактически была собрана метрика. Эта проблема исправлена. Теперь, если идентификатор контейнера недоступен, метрика не сообщается. Однако, если запущен только один контейнер, используется его имя. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурация пользовательского интерфейса bizevent contenttype не передавалась корректно рабочим процессам NGINX, поэтому рабочие процессы не могли захватывать контент, если contenttype не был типом по умолчанию. &lt;br /&gt;
&lt;br /&gt;
==== Ядро веб-сервера ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой включение bizevents для Kong иногда приводило к неверным заголовкам или телу ответа.&lt;br /&gt;
&lt;br /&gt;
* Исправлен особый случай, когда не удавалось захватить всё тело, если оно состояло всего из одного байта. &lt;br /&gt;
&lt;br /&gt;
==== Механизм причинно-следственной связи ИИ ====&lt;br /&gt;
&lt;br /&gt;
* Параметры запроса URL-адреса теперь корректно учитываются механизмом выборки на основе URL-адресов.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Исправлен сбой сетевого агента в Windows, возникавший при сбое инициализации. &lt;br /&gt;
* Улучшены условия остановки сниффинга интерфейса для Агента администрирования: после системной ошибки «Интерфейс был удалён» для определённого интерфейса Агент администрирования прекращает сниффинг этого интерфейса. &lt;br /&gt;
&lt;br /&gt;
==== PHP ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема с сопутствующим процессом ЕдиногоАгента, который (для многопроцессных конфигураций агентов, встречающихся, например, в приложениях Apache, NGINX и PHP в Linux) обрабатывает передачу данных в кластер Ключ-АСТРОМ. После сбоя и повторного запуска сторожевым таймером сопутствующий процесс не инициализировался. Это не влияло на работу приложения, но влияло на обмен данными с кластером Ключ-АСТРОМ и, как следствие, приводило к потере данных мониторинга.&lt;br /&gt;
&lt;br /&gt;
==== Apache ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к неправильному захвату объектов и заголовков запросов и ответов для бизнес-событий при возникновении внутренних перенаправлений на сервере Apache.&lt;br /&gt;
&lt;br /&gt;
=== ЕдиныйАгент для Android ===&lt;br /&gt;
Версия 8.315 GA не содержит решенных проблем, с которыми сталкиваются пользователи.&lt;br /&gt;
&lt;br /&gt;
=== ЕдиныйАгент для iOS ===&lt;br /&gt;
Версия 8.315 GA не содержит решенных проблем, с которыми сталкиваются пользователи.&lt;br /&gt;
&lt;br /&gt;
=== ЕдиныйАгент для JavaScript ===&lt;br /&gt;
Версия 8.315 GA не содержит решенных проблем, с которыми сталкиваются пользователи.&lt;br /&gt;
=='''API Ключ-АСТРОМ''' ==&lt;br /&gt;
===API среды===&lt;br /&gt;
==== /extensions/{extensionName}/environmentConfiguration/assets/====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/environmentConfiguration/assets/alertTemplates/{assetId}&amp;lt;/code&amp;gt; Новое!&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/environmentConfiguration/assets&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ExtensionAssetsDto&lt;br /&gt;
***** Измененное свойство assets&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;ALERT_TEMPLATE&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /credentials/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /credentials&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема Credentials&lt;br /&gt;
**** ''!Критические изменения''&lt;br /&gt;
***** Добавлено необходимое свойство: &amp;lt;code&amp;gt;type&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /credentials/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема Credentials&lt;br /&gt;
**** ! ''Критические изменения''&lt;br /&gt;
***** Добавлено необходимое свойство: &amp;lt;code&amp;gt;type&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{extensionName}/{extensionVersion}/schema ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/schema&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SchemaDefinitionRestDto&lt;br /&gt;
***** Измененное свойство schemaConstraints&lt;br /&gt;
****** Добавлены свойства: byteLimit&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;BYTE_SIZE_LIMIT&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/{schemaId} ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SchemaDefinitionRestDto&lt;br /&gt;
***** Измененное свойство schemaConstraints&lt;br /&gt;
****** Добавлены свойства: byteLimit&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;BYTE_SIZE_LIMIT&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /metrics ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /metrics&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема MetricDescriptorCollection&lt;br /&gt;
***** Измененное свойство metrics&lt;br /&gt;
****** Измененное свойство transformations&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
***** Измененная схема MetricDescriptorCollection&lt;br /&gt;
****** Измененное свойство metrics&lt;br /&gt;
******* Измененное свойство transformations&lt;br /&gt;
******** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
***** Измененная схема MetricDescriptorCollection&lt;br /&gt;
****** Измененное свойство metrics&lt;br /&gt;
******* Измененное свойство transformations&lt;br /&gt;
******** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /metrics/{metricKey}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема MetricDescriptor&lt;br /&gt;
***** Измененное свойство transformations&lt;br /&gt;
****** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
***** Измененная схема MetricDescriptor&lt;br /&gt;
****** Измененное свойство transformations&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
***** Измененная схема MetricDescriptor&lt;br /&gt;
****** Измененное свойство transformations&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /ua/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /ua/entity&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема UAEntityScreenDefinition&lt;br /&gt;
***** Измененное свойство metricsMetadata&lt;br /&gt;
****** Измененная схема значения словаря:&lt;br /&gt;
******* Измененное свойство transformations&lt;br /&gt;
******** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /ua/list&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема UAListScreenDefinition&lt;br /&gt;
***** Измененное свойство metricsMetadata&lt;br /&gt;
****** Измененная схема значения словаря:&lt;br /&gt;
******* Измененное свойство transformations&lt;br /&gt;
******** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /extensions/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/environmentConfiguration/assets&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ExtensionAssetsDto&lt;br /&gt;
***** Измененное свойство assets&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;PROCESS_GROUPING_RULES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''! Критические изменения''&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/schema&amp;lt;/code&amp;gt;&lt;br /&gt;
** Требования безопасности:&lt;br /&gt;
*** Измененное&lt;br /&gt;
**** от &amp;lt;code&amp;gt;[ssoAuth=[environment-api:extension-configurations:read]]&amp;lt;/code&amp;gt;&lt;br /&gt;
**** к &amp;lt;code&amp;gt;[ssoAuth=[environment-api:extensions:read]]&amp;lt;/code&amp;gt;&lt;br /&gt;
** Расширения:&lt;br /&gt;
*** Области действия токенов изменены с &amp;lt;code&amp;gt;[extensionConfigurations.read]&amp;lt;/code&amp;gt;на&amp;lt;code&amp;gt;[extensions.read]&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /synthetic/locations ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /synthetic/locations&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема PrivateSyntheticLocation&lt;br /&gt;
**** Добавлены свойства: maxActiveGateCount minActiveGateCount nodeSize&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /synthetic/locations/{locationId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SyntheticLocation&lt;br /&gt;
***** Добавлены свойства: maxActiveGateCount minActiveGateCount nodeSize&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /synthetic/locations&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SyntheticLocations&lt;br /&gt;
***** Измененное свойство locations&lt;br /&gt;
****** Добавленное свойство: узлы&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /synthetic/locations/{locationId}/yaml&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Удалить платформу в запросе&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Измененная osArchitecture в запросе&lt;br /&gt;
**** Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ActiveGateList&lt;br /&gt;
***** Измененное свойство activeGates&lt;br /&gt;
****** Измененное свойство activeGates&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ActiveGate&lt;br /&gt;
***** Измененное свойство activeGates&lt;br /&gt;
****** Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Не рекомендуется для SaaS и Managed ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;DELETE /entities/securityContext&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /entities/securityContext&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Устаревшее для Managed ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;/timeseries&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===API конфигурации===&lt;br /&gt;
====/credentials/====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /credentials&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема Credentials&lt;br /&gt;
**** ''! Критические изменения''&lt;br /&gt;
***** Добавлено обязательное свойство: type&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /credentials/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема Credentials&lt;br /&gt;
**** ''! Критические изменения''&lt;br /&gt;
***** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
===API кластера===&lt;br /&gt;
====Новое====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cassandra/cluster/isNodeFullyConnected/{nodeIpToCheck}&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/clusterMultiDatacenterMigrationState&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/clusterState&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/configuration/validate&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /cluster/migrateIp&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Удаленное ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /cluster/configuration/refresh&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/configuration/refresh/status/{requestId}&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/health/ipMigration&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Измененное ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /cluster/configuration&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема ClusterNodesConfigDtoNodeResponsibilitiesConfigDto&lt;br /&gt;
**** Измененное свойство clusterNodes&lt;br /&gt;
***** Удалённые свойства: datacenter kubernetesRole&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /elastic/reloadEsClientOnAllNodes&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема ClusterNodesConfigDtoNodeConfigDto&lt;br /&gt;
**** Измененное свойство clusterNodes&lt;br /&gt;
***** Добавленное свойство: ipAddress&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /firewallManagement/addClusterNode&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема NodeConfigDto&lt;br /&gt;
**** Добавленное свойство: ipAddress&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /firewallManagement/clusterNodes&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ClusterNodesConfigDto&lt;br /&gt;
***** ! Критические изменения&lt;br /&gt;
****** Измененное свойство clusterNodes&lt;br /&gt;
******* Удалены свойства: agent datacenter kubernetesRole webUI&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /iam/resolution/{level-type}/{level-id}/effectivepermissions:dry-run&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SchemaDefinitionRestDto&lt;br /&gt;
***** Измененное свойство schemaConstraints&lt;br /&gt;
****** Добавленное свойство: byteLimit&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;BYTE_SIZE_LIMIT&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /elastic/checkNodesVisibility ====&lt;br /&gt;
Новое!&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /elastic/checkNodesVisibility&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Измененная osArchitecture в запросе&lt;br /&gt;
**** Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ActiveGateList&lt;br /&gt;
***** Измененное свойство activeGates&lt;br /&gt;
****** Измененное свойство osArchitecture&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ActiveGate&lt;br /&gt;
***** Измененное свойство osArchitecture&lt;br /&gt;
****** Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /synthetic/locations ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /synthetic/locations&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SyntheticLocations&lt;br /&gt;
***** Измененное свойство locations&lt;br /&gt;
****** Добавленное свойство: nodes&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /synthetic/locations&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема PrivateSyntheticLocation&lt;br /&gt;
**** Добавлены свойства: maxActiveGateCount minActiveGateCount nodeSize&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /synthetic/locations/{locationId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема PrivateSyntheticLocation&lt;br /&gt;
**** Добавлены свойства: maxActiveGateCount minActiveGateCount nodeSize&lt;br /&gt;
&lt;br /&gt;
=== API настроек ===&lt;br /&gt;
&lt;br /&gt;
==== Не рекомендуется для SaaS и Managed ====&lt;br /&gt;
&lt;br /&gt;
* Схема настроек контекста безопасности ( &amp;lt;code&amp;gt;builtin:security-context&amp;lt;/code&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
==== Устаревшее для Managed ====&lt;br /&gt;
&lt;br /&gt;
* Схема настроек контекста безопасности Grail для контролируемых объектов (&amp;lt;code&amp;gt;builtin:monitoredentities.grail.security.context&amp;lt;/code&amp;gt;)&lt;br /&gt;
* Схема настроек контекста безопасности журнала ( &amp;lt;code&amp;gt;builtin:logmonitoring.log-security-context-rules&amp;lt;/code&amp;gt;)&lt;br /&gt;
* Схема настроек контекста безопасности бизнес-события ( &amp;lt;code&amp;gt;builtin:bizevents-security-context-rules&amp;lt;/code&amp;gt;)&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_316&amp;diff=6012</id>
		<title>Примечания к релизу 316</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_316&amp;diff=6012"/>
		<updated>2025-12-08T13:08:02Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 316'''''&lt;br /&gt;
&lt;br /&gt;
'''ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 312.'''&lt;br /&gt;
=='''Ключ-АСТРОМ'''==&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обеспечение соответствия спецификации программного обеспечения (SBOM) для Ключ-АСТРОМ ====&lt;br /&gt;
Вы можете обеспечить соблюдение нормативных требований, просканировав Ключ-АСТРОМ Managed SBOM на наличие уязвимостей.&lt;br /&gt;
&lt;br /&gt;
SBOM содержит все сторонние библиотеки, используемые Ключ-АСТРОМ Managed, и их версии.&lt;br /&gt;
&lt;br /&gt;
* С каждой версией поставляется новый SBOM. Он входит в состав установщика Managed и соответствует стандарту CycloneDX.&lt;br /&gt;
* Имя файла SBOM:  &amp;lt;code&amp;gt;/opt/Astromkey-managed/installer/Astromkey-managed-&amp;lt;version&amp;gt;/Astromkey-managed-sbom.cdx.json&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Сокращение использования диска за счет переключения алгоритма сжатия для данных временных рядов ====&lt;br /&gt;
В рамках этого релиза используемый формат сжатия данных временных рядов в Cassandra будет изменён с LZ4 на ZSTD. Согласно нагрузочному тестированию, это может значительно сократить требуемое дисковое пространство.&lt;br /&gt;
&lt;br /&gt;
Примечание: сокращение использования диска не произойдет мгновенно, а будет происходить постепенно в течение одного месяца, поскольку новые данные будут записываться только с использованием нового алгоритма сжатия.&lt;br /&gt;
&lt;br /&gt;
Никакого ручного вмешательства пользователя или простоя не требуется. Переход происходит автоматически в рамках обычного обновления версии.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Более быстрое назначение тегов, зон управления и правил именования ====&lt;br /&gt;
Новый периодический обработчик быстрее применяет теги, зоны управления и правила именования к недавно созданным отслеживаемым объектам. Этот обработчик работает непрерывно и учитывает все отслеживаемые объекты, созданные за последние 30 минут и просмотренные за последние 2 часа.&lt;br /&gt;
&lt;br /&gt;
Он автоматически включен по умолчанию для всех управляемых сред Ключ-АСТРОМ. Дополнительная настройка не требуется.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обновление JDK до версии 21 для Ключ-АСТРОМ Cluster ====&lt;br /&gt;
В рамках этого выпуска узлы Ключ-АСТРОМ Cluster Server будут обновлены для работы с JDK 21 вместо JDK 17.&lt;br /&gt;
&lt;br /&gt;
Никакого ручного вмешательства пользователя или простоя не требуется. Обновление должно происходить путём непрерывных обновлений в рамках обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
Внутреннее тестирование показало значительное сокращение времени, затрачиваемого на сборку мусора Java, поэтому обновление может привести к повышению производительности процесса Ключ-АСТРОМ Cluster Server.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Цифровой опыт | Синтетика&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Отчетность о недействительных сертификатах включена по умолчанию для вновь созданных HTTP-мониторов. ====&lt;br /&gt;
Значение по умолчанию для &amp;lt;code&amp;gt;Accept any SSL certificate&amp;lt;/code&amp;gt;свойства запроса HTTP-монитора было изменено на &amp;lt;code&amp;gt;false&amp;lt;/code&amp;gt;, поэтому SSL-сертификат будет проверяться для вновь созданных мониторов.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложения&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Улучшенное управление расчетными показателями обслуживания ====&lt;br /&gt;
Управление и просмотр расчётных метрик сервиса теперь стали проще и эффективнее, особенно в средах с большим количеством метрик. Вот что нового в настройках расчётных метрик сервиса:&lt;br /&gt;
&lt;br /&gt;
* Фильтр по статусу : быстро определяйте, включены или отключены ли рассчитанные показатели обслуживания.&lt;br /&gt;
* Сортируйте легко : сортируйте свои показатели по их статусу или включению Grail.&lt;br /&gt;
* Просмотреть все : теперь пагинация позволяет просматривать все рассчитанные показатели услуг без ограничений.&lt;br /&gt;
&lt;br /&gt;
Эти улучшения экономят ваше время, обеспечивают лучшую прозрачность рассчитанных показателей обслуживания и упрощают управление ими.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Платформа | ИИ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Изменение задержки для анализа первопричин ====&lt;br /&gt;
События, не запускающие полный анализ первопричин, больше не будут ожидать 3 минуты перед отправкой уведомления. В основном это касается пользовательских событий, запускаемых, например, &amp;lt;code&amp;gt;AVAILABILITY_EVENT&amp;lt;/code&amp;gt;через REST API.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Цифровой опыт&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Частные синтетические расположения без браузера снижают требования к оборудованию для выполнения синтетических мониторов NAM и HTTP. ====&lt;br /&gt;
В целом мы рекомендуем развертывание полных синтетических частных расположений для поддержки выполнения всех типов синтетических мониторов (HTTP, браузер, NAM).&lt;br /&gt;
&lt;br /&gt;
Однако, если вам не нужно запускать браузерные мониторы, вы можете рассмотреть возможность развёртывания вашего частного расположения в специальном безбраузерном режиме. Такое расположение (или принадлежащий ему АктивныйШлюз) будет развёрнуто без браузера. В результате развёртывание потребует меньше аппаратных ресурсов, но браузерные мониторы не смогут запускаться из такого расположения.&lt;br /&gt;
&lt;br /&gt;
Рассматривайте местоположения без браузера как альтернативу стандартным синтетическим приватным местоположениям, когда вы сосредоточены исключительно на:&lt;br /&gt;
&lt;br /&gt;
* Вариантах использования сети и инфраструктуры (с использованием мониторов NAM)&lt;br /&gt;
* API-мониторинг (с использованием HTTP-мониторов)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Цифровой опыт | RUM Web&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Настройте префикс имени файла кода мониторинга RUM ====&lt;br /&gt;
Теперь вы можете указать пользовательский префикс для имени файла кода мониторинга RUM, что поможет предотвратить его блокировку блокировщиками рекламы.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Новое предупреждение для нескольких &amp;lt;code&amp;gt;:rollup&amp;lt;/code&amp;gt;операторов в селекторах метрик ====&lt;br /&gt;
Хотя ранее это было разрешено, использование нескольких &amp;lt;code&amp;gt;:rollup&amp;lt;/code&amp;gt;операторов в одной цепочке преобразований может привести к непреднамеренному поведению.&lt;br /&gt;
&lt;br /&gt;
Чтобы предотвратить это, мы внедряем новый механизм предупреждений, который определяет &amp;lt;code&amp;gt;:rollup&amp;lt;/code&amp;gt;применение нескольких операторов в одной цепочке преобразований. Теперь система выдаёт предупреждение при обнаружении нескольких &amp;lt;code&amp;gt;:rollup&amp;lt;/code&amp;gt;операторов, предоставляя вам более чёткую информацию и помогая добиться более предсказуемых результатов.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обновленная функциональность стороннего Jetty WebServer ====&lt;br /&gt;
В рамках этого выпуска функциональность Jetty WebServer обновлена ​​до версии 10.0.25 в Ключ-АСТРОМ Server и АктивномШлюзе.&lt;br /&gt;
&lt;br /&gt;
Никакого ручного вмешательства пользователя или простоя не требуется; обновление должно происходить посредством последовательных обновлений в рамках обычных обновлений версий.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Улучшена производительность Metrics API v2 для листинга метрик. ====&lt;br /&gt;
Мы оптимизировали Metrics API v2 , который выводит список всех доступных метрик. Теперь для получения информации требуется значительно меньше чтения данных, а при частом вызове он может возвращаться быстрее. Изменения возвращаемой информации не ожидаются.&lt;br /&gt;
&lt;br /&gt;
=== ! Критические изменения ===&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Исправлены отсутствующие заголовки политики безопасности контента (CPS) в процессе входа SAML. ====&lt;br /&gt;
Мы исправили проблему с отсутствием заголовков политики безопасности контента (CPS) в процессе входа SAML.&lt;br /&gt;
&lt;br /&gt;
Однако если процесс входа включает перенаправления на URL-адреса, отличные от тех, которые определены в метаданных XML поставщика удостоверений SAML 2.0 правило CSP &amp;lt;code&amp;gt;form-action&amp;lt;/code&amp;gt;может быть нарушено, что приведет к сбою входа&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Цифровой опыт | Синтетика&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Автоматический вход в браузерный монитор устарел ====&lt;br /&gt;
Автоматический вход в браузерные мониторы теперь не рекомендуется:&lt;br /&gt;
&lt;br /&gt;
* Мониторы браузера, содержащие автологин/аутентификацию с помощью веб-форм, больше не могут быть сохранены через API v1 или веб-интерфейс.&lt;br /&gt;
* Аутентификация с помощью «веб-формы» больше недоступна при создании монитора браузера или на странице расширенных настроек .&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Kubernetes&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Обнаружение аномалий: улучшено оповещение «Высокая загрузка ЦП». ====&lt;br /&gt;
Мы улучшили оповещение «Высокая загрузка ЦП», изменив расчёт с «загрузки/использования» на «загрузки/лимиты». Это улучшение обеспечивает более точные оповещения, особенно в сценариях с простаивающими модулями, тем самым уменьшая количество ложных срабатываний.&lt;br /&gt;
&lt;br /&gt;
Благодаря этому обновлению вы можете доверять оповещению «Высокая загрузка ЦП», которое предоставляет более надёжную и полезную информацию. Если вы настроили пороговые значения для этого оповещения, пожалуйста, проверьте их, чтобы убедиться, что они соответствуют новому методу расчёта.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Кластер Ключ-АСТРОМ&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Назначение зон управления из контекста безопасности устарело. ====&lt;br /&gt;
Назначение зон управления из контекста безопасности устарело и будет удалено в версии Ключ-АСТРОМ Managed 1.322.&lt;br /&gt;
&lt;br /&gt;
С этим изменением раздел «Настройки» &amp;gt; «Настройки» &amp;gt; «Зоны управления» &amp;gt; «Настройки контекста безопасности» больше не будет доступен.&lt;br /&gt;
&lt;br /&gt;
Вместо этого используйте зоны управления .&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем===&lt;br /&gt;
&lt;br /&gt;
==== Следующие операционные системы вскоре больше не будут поддерживаться с более поздних от данного обновления Ключ-АСТРОМ, об этом будет объявлено в соответствующих примечаниях: ====&lt;br /&gt;
*Linux : Red Hat Enterprise Linux 8.8, 9.2, 9.5&lt;br /&gt;
**x86-64﻿&lt;br /&gt;
&lt;br /&gt;
*Linux : Oracle Linux 9.5&lt;br /&gt;
**x86-64&lt;br /&gt;
*Linux : Rocky Linux 9.5&lt;br /&gt;
**x86-64&lt;br /&gt;
&lt;br /&gt;
* Linux: Debian 10&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Oracle Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: Rocky Linux 9.6&lt;br /&gt;
** x86-64&lt;br /&gt;
* Linux: SUSE Enterprise Linux 15.3&lt;br /&gt;
** x86-64&lt;br /&gt;
&lt;br /&gt;
==== Операционные системы, поддержка которых в недавнем времени была прекращена: ====&lt;br /&gt;
&lt;br /&gt;
* Linux: Oracle Linux 7.9&lt;br /&gt;
**x86-64&lt;br /&gt;
===Решенные проблемы===&lt;br /&gt;
Выпуск версии_1.316 GA содержит   решенных проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|АктивныйШлюз&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|35&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Elasticsearch&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
====АктивныйШлюз ====&lt;br /&gt;
&lt;br /&gt;
* Теперь можно удалять сетевые зоны, специфичные для арендатора, если они используются и существует соответствующая глобальная сетевая зона (с тем же именем). &lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Точки данных тепловой карты теперь отражают начало сегмента, а не его конец. &lt;br /&gt;
* Увеличен верхний предел длины запроса DQL при создании конфигурации оповещения о чтении.&lt;br /&gt;
* Новый периодический обработчик быстрее применяет теги, зоны управления и правила именования к недавно созданным отслеживаемым объектам. Этот обработчик работает непрерывно и учитывает все отслеживаемые объекты, созданные за последние 30 минут и просмотренные за последние 2 часа.&lt;br /&gt;
* Восстановлена ​​область действия `environment-api:extension-configurations:read` для обеспечения обратной совместимости. &lt;br /&gt;
* Исправлена ​​ошибка, приводившая к ошибке 500 при попытке доступа к странице пользовательского устройства. &lt;br /&gt;
* Проблемы Classic: Исправлена ​​ошибка, из-за которой на странице сведений о проблеме дубликат проблемы не отображался как дубликат. Это могло произойти, если проблема A была связана с проблемой B, которая, в свою очередь, была связана с проблемой C, и веб-интерфейс был открыт для проблемы A. &lt;br /&gt;
* Улучшена миграция мониторинга классических служб Windows в мониторинг служб ОС: улучшен процесс миграции между функциями для правильной обработки значений, содержащих скобки. &lt;br /&gt;
* Классические панели мониторинга: добавлена ​​проверка для предотвращения использования в названиях плиток только пробелов. &lt;br /&gt;
* Встроенные процессоры, извлекающие контекст трассировки/интервала из необработанного содержимого журнала, теперь сканируют до 16 МБ вместо 4 КБ. Благодаря этому исправлению большие журналы JSON могут иметь корректный контекст трассировки. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые разрешения на основе политик не учитывались в классическом веб-интерфейсе при использовании пользовательских URL-адресов. &lt;br /&gt;
* Решена проблема с обработкой сообщения о неназначенном статусе для расширения, если отсутствует имя группы АктивногоШлюза.&lt;br /&gt;
* Классические панели мониторинга: Исправлено положение всплывающего окна «Клонировать в» для небольших плиток в первом ряду панели мониторинга. &lt;br /&gt;
* Теперь возможно обновление синтетического местоположения с помощью автономного АктивногоШлюза. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые плитки на странице «Обзор технологий» ломались. &lt;br /&gt;
* Обновлено регулярное выражение для маскировки IBAN для Log Analytics. Идентификатор сущности Ключ-АСТРОМ больше не должен маскироваться. &lt;br /&gt;
* Исправлена ​​видимость Swagger некоторых внутренних конечных точек REST. &amp;lt;small&amp;gt;)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Исправлена ​​ошибка java.lang.NullPointerException: невозможно вызвать&lt;br /&gt;
&lt;br /&gt;
«com.astromkey .core.services.credentialsvault.api.config.CredentialsVaultConfig.getScopes()», так как «data» имеет значение null. &lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой кнопка «Базы данных» &amp;gt; «Сведения о базе данных» &amp;gt; «Часто задаваемые вопросы» не отображала ожидаемые результаты. &lt;br /&gt;
* Исправлена ​​проблема с невозможностью отключить процессор технологических пакетов в OpenPipeline.&lt;br /&gt;
&lt;br /&gt;
* Решена проблема, из-за которой ЕдиныйАгент не учитывал настройки «Функции ЕдиногоАгента» в сущностях Kubernetes. &amp;lt;small&amp;gt;(PS-33135)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Решена проблема, которая приводила к регистрации ошибки `TsmMetricQueryEvaluatorException`.&lt;br /&gt;
* Исправлена ​​проблема с процессами Python на неподдерживаемых платформах: если для хоста включен мониторинг Python, вместо сообщения о том, что он не поддерживается, рекомендовалась перезагрузка.&lt;br /&gt;
* IBM Integration Bus | IBM App Connect Enterprise теперь можно включать/отключать на отдельных хостах AIX. &lt;br /&gt;
* При отправке тестового письма с уведомлением о проблеме сообщение теперь также отображается в виде обычного текста. Теперь почтовые клиенты, не поддерживающие HTML, будут использовать обычный текст. &lt;br /&gt;
* Исправлена ​​регрессия, из-за которой теги хоста больше не учитывались для событий мониторинга служб ОС в сущностях служб ОС, для событий мониторинга служб ОС, отправляемых ЕдинымАгентом версии 310+. &lt;br /&gt;
* Добавлено больше журналов для конфигураций с несколькими ЦОД и стойками. &lt;br /&gt;
* Оповещения о неожиданно низкой нагрузке на унифицированных сервисах теперь отображают подключенные сигналы на классической странице сервиса. &lt;br /&gt;
* Значительно улучшена производительность конечных точек привязки политики IAM. &lt;br /&gt;
* Исправлена ​​ошибка на странице баз данных Oracle, приводившая к ошибке 500. &lt;br /&gt;
* Решена проблема, препятствовавшая добавлению узла в кластер PHA без функции поддержки стойки. &lt;br /&gt;
* Из описания события удалена информация о точном проценте порога сбоя соединения, поскольку это было мгновенное значение, и впоследствии оно стало неверным.&lt;br /&gt;
* Конфигурация сетки, предоставленная для Istio в управляемом развертывании, была повреждена, и в результатах отсутствовали области. Теперь предоставлена ​​правильная конфигурация.&lt;br /&gt;
* Баннер обновления панели мониторинга больше не отображается на управляемых панелях мониторинга и панелях мониторинга. Кроме того, он автоматически скрывается через 30 секунд.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой на панели управления отображалось пустое место при закрытии баннера обновления. &lt;br /&gt;
* Исправлено выражение округлённого таймфрейма на общедоступных классических панелях мониторинга. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сеанса ====&lt;br /&gt;
&lt;br /&gt;
* Повтор сеанса: теперь можно просмотреть повтор определенного события, щелкнув его в списке событий. &lt;br /&gt;
* Повтор сеанса: исправлена ​​ошибка, из-за которой обновлённые элементы стиля теряли своё предыдущее содержимое. В некоторых случаях при обновлении элемента стиля время после его создания (записи) отображалось как замена стиля во время воспроизведения.&lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Контейнерные частные синтетические расположения: изменены требования к дисковому пространству узла контейнерного расположения размера S с 6 Gi до 8 Gi. &lt;br /&gt;
* Исправлена ​​обработка статуса местоположения для многоузловых синтетических частных местоположений. &lt;br /&gt;
&lt;br /&gt;
==== Elasticsearch ====&lt;br /&gt;
&lt;br /&gt;
* Мы оптимизировали конечную точку REST API `/metrics`, которая выводит список всех доступных метрик. Теперь для получения информации требуется гораздо меньше чтения данных. При частом вызове информация может возвращаться быстрее. Изменения возвращаемой информации не ожидается.&lt;br /&gt;
=='''ЕдиныйАгент Ключ-АСТРОМ'''==&lt;br /&gt;
===Новые функции и улучшения===&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Параметры конфигурации &amp;lt;code&amp;gt;--set-infra-only&amp;lt;/code&amp;gt;и &amp;lt;code&amp;gt;INFRA_ONLY&amp;lt;/code&amp;gt;удалены ====&lt;br /&gt;
Теперь вместо и &amp;lt;code&amp;gt;--set-monitoring-mode&amp;lt;/code&amp;gt;следует использовать параметр конфигурации .&amp;lt;code&amp;gt;--set-infra-onlyINFRA_ONLY&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Добавлена ​​поддержка CephFS ====&lt;br /&gt;
Мы добавили обнаружение и сбор статистики для томов с файловой системой Ceph File System (CephFS).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложений | Очереди&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== IBM App Connect Enterprise 13.0.2.0+ (модуль ACE) ====&lt;br /&gt;
Мы добавили поддержку мониторинга IBM App Connect Enterprise 13.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Мониторинг журналов&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Поддержка новой кодировки для модуля журнала ЕдиногоАгента ====&lt;br /&gt;
Мы добавили поддержку кодировки EUC-JP в пользовательские источники журналов модуля ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Мониторинг журналов&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Изменение в расчете временной метки ====&lt;br /&gt;
Временные метки, прикрепляемые к записям журнала, теперь основаны на локальном времени хоста. Разница во времени между кластером и хостом включена в новый атрибут &amp;lt;code&amp;gt;time_correction.offset&amp;lt;/code&amp;gt;в наносекундах.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;ЕдиныйАгент&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Улучшенное управление дочерними процессами ====&lt;br /&gt;
Мы улучшили управление дочерними процессами, что привело к сокращению времени запуска и использования ресурсов (win32).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложений | Распределенные трассировки&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Мониторинг JBoss EAP v8 (модуль Java) ====&lt;br /&gt;
Мы добавили поддержку мониторинга JBoss EAP v8﻿ .&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Инструментарий среды выполнения NGINX на Linux ARM64 ====&lt;br /&gt;
Теперь мы поддерживаем инструментарий среды выполнения NGINX на Linux ARM64.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Неинтересные процессы NGINX, выдаваемые Kong, не инструментируются проверками работоспособности ====&lt;br /&gt;
Неинтересные процессы NGINX, выдаваемые проверками работоспособности Kong (те процессы NGINX, которые не являются HTTP-серверами), больше не инструментируются. Это относится к Kong версий 3.6 и выше.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Показатели общего/доступного дискового пространства больше не отправляются при большом общем размере диска. ====&lt;br /&gt;
Мы больше не отправляем показатели общего/доступного дискового пространства, если общий размер диска превышает 1024 петабайта (1024 ПБ).&lt;br /&gt;
&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
==== Улучшенная отчетность по метрикам сборщика мусора Python ====&lt;br /&gt;
Мы улучшили отчетность по показателям сборщика мусора Python:&lt;br /&gt;
&lt;br /&gt;
* Отчетность теперь продолжается, даже если сборщик мусора не работает в течение некоторого времени.&lt;br /&gt;
* Когда процесс Python создаёт дочерний процесс с помощью форка, сборка мусора, выполненная до форка, теперь учитывается только для родительского процесса. Ранее она учитывалась как для родительского, так и для дочернего процесса, что могло приводить к удвоению сообщаемых общих метрик сборки мусора для экземпляра группы процессов при форке.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;.NET&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== gRPC - подавить узел веб-запроса ====&lt;br /&gt;
Решена проблема, из-за которой запрос gRPC отображал базовый узел веб-запроса.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Базы данных | Мониторинг DB2 на z/OS&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Этап 1 мониторинга DB2 на z/OS ====&lt;br /&gt;
На первом этапе мониторинга DB2 на z/OS теперь собираются следующие ключевые показатели:&lt;br /&gt;
&lt;br /&gt;
* Метрики ЦП&lt;br /&gt;
** Процессорное время для подсистемы DB2&lt;br /&gt;
** Процессорное время для DB2 MSTR&lt;br /&gt;
** Процессорное время для адресного пространства DBM1&lt;br /&gt;
* Метрики соединения&lt;br /&gt;
** Общее количество активных подключений&lt;br /&gt;
** Количество исходящих подключений из DB2 к удаленному сайту&lt;br /&gt;
** Количество входящих подключений к DB2 с удаленного сайта&lt;br /&gt;
** Количество неудачных подключений&lt;br /&gt;
* время zIIP&lt;br /&gt;
* Количество запросов на пул EDM&lt;br /&gt;
* Количество попаданий в кэш&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложений | Распределенные трассировки&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Alpine Linux (musl libc) на ARM64 для контейнеров (модули Apache и PHP) ====&lt;br /&gt;
Ключ-АСТРОМ теперь поддерживает мониторинг Alpine Linux (musl libc) на ARM64 для контейнеров (модули Apache и PHP).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость инфраструктуры | Хосты&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Параметр имени хоста на основе определения из семантического словаря ====&lt;br /&gt;
Параметр hostname и атрибут ресурса host.name теперь представляют одно и то же значение на основе определения из семантического словаря.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Журналы&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Оптимизированная обработка источников журналов с большим количеством файлов ====&lt;br /&gt;
Мы оптимизировали обработку источников журналов, содержащих очень большое количество файлов.&lt;br /&gt;
&lt;br /&gt;
=== ! Критические изменения ===&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложения&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Приостановить трассировку для LPAR с неактивным выходом SMF U86 ====&lt;br /&gt;
В рамках наших требований выход SMF U86 должен быть активен.&lt;br /&gt;
&lt;br /&gt;
* В противном случае ЕдиныйАгент для z/OS деактивирует трассировку для затронутых LPAR через 12 часов.&lt;br /&gt;
* Как только выход станет активным, отслеживание снова активируется.&lt;br /&gt;
&lt;br /&gt;
Чтобы проверить активность выхода SMF U86, выполните следующую команду:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;D SMF,O&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Найдите в выводе команды &amp;lt;code&amp;gt;(EXITS(IEFU86))&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
* Если вы это обнаружили, выход SMF U86 активен.&lt;br /&gt;
* Если вы его не нашли, вам необходимо добавить его в parmlib SMFPRMxx.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;SUBSYS(STC,EXITS(IEFU86)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Затем включите его.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;D PROG,EXIT,EN=SYS.IEFU86,DIAG&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Наблюдаемость приложений | Распределенные трассировки&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Конфигурации, специфичные для субагента ====&lt;br /&gt;
В этом выпуске устранены некоторые расхождения между настройками субагентов в веб-интерфейсе и ЕдинымАгентом для z/OS. Это позволяет настраивать параметры, специфичные для субагентов, в той мере, в какой они применимы к zAgent.&lt;br /&gt;
&lt;br /&gt;
Это изменение не должно повлиять на ваши настройки zRemote по умолчанию, но учтите, что изменения в настройках субагента, которые вы могли сделать в прошлом, могут вступить в силу с этим обновлением.&lt;br /&gt;
===Решённые проблемы===&lt;br /&gt;
Выпуск версии 1.315 GA содержит  54 решенных проблем.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|.NET&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Фреймворк расширений&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Live Debugger&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Модуль регистрации&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|модуль ОС&lt;br /&gt;
|7&lt;br /&gt;
|-&lt;br /&gt;
|Установщик ЕдиногоАгента&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Go&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Сетевой модуль&lt;br /&gt;
|3&lt;br /&gt;
|-&lt;br /&gt;
|Python&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Общие&lt;br /&gt;
|8&lt;br /&gt;
|-&lt;br /&gt;
|Ядро веб-сервера&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Механизм причинно-следственной связи ИИ&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|PHP&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Apache&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== .NET ====&lt;br /&gt;
&lt;br /&gt;
* Исправлен захват атрибутов запроса для частных свойств в приложении .NET. &lt;br /&gt;
* Решена проблема, приводившая к сбоям датчика ADO для новых коннекторов ADO (например, MySqlConnector 2.3.0+). Теперь все коннекторы ADO, использующие ValueTask, полностью поддерживаются.&lt;br /&gt;
* Чтобы предотвратить спам в журналах и исключениях, если не удаётся создать метод доступа для шаблона маршрута, интроспекция отключается.&lt;br /&gt;
* Решена проблема, из-за которой в некоторых случаях клиенты MySQL определялись как клиенты MsSQL. &lt;br /&gt;
* Исправлена ​​проблема производительности при захвате маршрута HTTP для входящих запросов ASP.NET Core, которая приводила к заметным накладным расходам для очень коротких запросов.&lt;br /&gt;
* Повышена надежность функций ЕдиныйАгент CLV/RAP для приложений .NET. &lt;br /&gt;
* Исправлена ​​проблема с датчиком ASP.NET v2, который регистрировал внутренние RUM-запросы ЕдиногоАгента, что приводило к неправильному количеству фактических вызовов служб. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой некоторые реализации ADO могли приводить к тому, что датчик ADO v2 несколько раз сообщал о подпути считывателя. &lt;br /&gt;
&lt;br /&gt;
==== Фреймворк расширений ====&lt;br /&gt;
&lt;br /&gt;
* Исправлены проблемы с настройкой нескольких привязок переменных с одинаковым корнем в SNMP-ловушках.&lt;br /&gt;
*Решена проблема с загрузкой модуля MIB, когда имя файла отличалось от имени самого модуля.&lt;br /&gt;
*Исправлена ​​ошибка, из-за которой отсутствующий заголовок Content-Type в конечной точке метрик Prometheus препятствовал её правильному распознаванию.&lt;br /&gt;
&lt;br /&gt;
==== Live Debugger ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​коллекция переменных Live Debugger в Node.js 22. &lt;br /&gt;
* Мы улучшили стабильность и устойчивость функции отладки ЕдиыйАгент Live Debugging при переключении соединения на другой АктивныйШлюз. &lt;br /&gt;
*Исправлена ​​ошибка в отладчике Node.js Live Debugger, из-за которой в некоторых случаях точки останова могли быть добавлены или удалены неправильно. Это могло со временем привести к увеличению потребления памяти. &lt;br /&gt;
&lt;br /&gt;
==== Модуль регистрации ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой вскоре после перезапуска модуля журнала журналы из контейнеров Kubernetes загружались без таких атрибутов, как `k8s.pod.name`, `k8s.pod.uid`, `k8s.namespace.name`, `k8s.container.name`, и связанных с облачными приложениями сущностей.&lt;br /&gt;
* Исправлена ​​проблема с именем журнала событий (Windows), содержащим символы, не входящие в набор ASCII (например, длинное тире). &lt;br /&gt;
* Решена проблема, из-за которой при сбое маршрутизации от модуля ЕдиногоАгента к конечной точке API Kubelet на узле в журналах отсутствовали атрибуты `k8s.workload.name`, `k8s.workload.kind` и `dt.entity.cloud_application`, что делало их недоступными из представления рабочей нагрузки в приложении Kubernetes. В этом случае сопоставление данных на основе меток модулей, аннотаций модулей, `k8s.workload.name` и `k8s.workload.kind` также не работало. &lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* Устранена проблема с зависанием соединения SQL Fetch DB2 при возникновении проблемы со входом в соединение и отсутствии параметра ConnectTimeout, определенного в конфигурации драйвера ODBC. Это в свою очередь предотвращает использование zRemote чрезмерного количества пулов протоколов. &lt;br /&gt;
*Удалены записи журнала «Загрузка списка пиров коллектора...» и «Загружено X записей», оставшиеся от AppMon. &lt;br /&gt;
*Исправлена ​​потоковая передача журналов для CICS и IMS. Потоковая передача журналов для CICS и IMS была отключена из-за отсутствия файла схемы в развёртывании zRemote. &lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка в датчике Node.js Express, которая могла приводить к сбоям приложения при внедрении ЕдиногоАгента и включении датчика Express. &lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой использование `--loader` в Node.js версии 18 или более поздней приводило к сбою ЕдиногоАгента.&lt;br /&gt;
* Отключено инструментирование для Node Redis версии 5 и более поздних, которое в настоящее время не поддерживается.&lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Исправлены ложноположительные оповещения о доступности процесса для статически связанных процессов Go, которые появлялись на короткий период времени после обновления ЕдиногоАгента  или перезапуска процесса агента ОС. &amp;lt;small&amp;gt;(OA-45858)&amp;lt;/small&amp;gt;&lt;br /&gt;
* Исправлен сбой при разборе /proc/pid/status в RHEL7. Он был вызван ошибкой в ​​ядре 3.10.0-862.3.2.el7.x86_64, которая была исправлена ​​в версии 3.10.0-862.6.3.el7.x86_64. &lt;br /&gt;
* Добавлена ​​поддержка настраиваемого пути к хранилищу контейнеров CRI-O в среде Podman. &lt;br /&gt;
* Исправлена ​​проблема с обработкой сетевых метрик модулем ОС ЕдиныйАгент , из-за которой цикл обновления метрик мог занимать много времени, что приводило к пробелам в сообщаемых метриках или к зависанию и перезапуску агента.&lt;br /&gt;
*Исправлена ​​обработка служб systemd, содержащих точки в своих именах в Linux. &lt;br /&gt;
* Исправлена ​​проблема с добавлением новых правил для исключений дисков во время выполнения в Windows. &lt;br /&gt;
* Неиспользуемые двоичные файлы из каталогов 32- и 64-битной версии (`astromkey\oneagent\bin`) удаляются, даже если на хосте отключен мониторинг. Устаревание в папке `any` выполняется только при активном ЕдиномАгенте.&lt;br /&gt;
&lt;br /&gt;
==== Установщик ЕдиногоАгента ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема с изменением конфигурации режима мониторинга с «infra-only» на «full-stack» при обновлении ЕдиногоАгента с версии 1.311. Это затрагивает клиентов, которые не устанавливали ЕдиногоАгента с нуля после версии 1.271 или не использовали параметры `--set-infra-only` (теперь устарело) или `--set-monitoring-mode`. &lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Транспорт Live Debugger теперь назначается только при наличии действующего соединения.&lt;br /&gt;
* Исправлена ​​ошибка, вызывавшая значительную задержку появления следов PurePath. &lt;br /&gt;
* Исправлена ​​проблема в датчике Weblogic T3 RMI для новой версии Weblogic 14.1.2. &lt;br /&gt;
&lt;br /&gt;
==== Go ====&lt;br /&gt;
&lt;br /&gt;
* ЕдиныйАгент  теперь сообщает о пересмотре внешних метаданных среды выполнения Go. &lt;br /&gt;
* Решена проблема с ограничением создания ссылок в датчике Go Client WebRequest.&lt;br /&gt;
*Исправлена ​​ошибка, из-за которой ЕдиныйАгент внедрялся в неподдерживаемые 32-разрядные приложения Go.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема, из-за которой удаление сетевого интерфейса из конфигурации не приводило к прекращению сниффинга на этом интерфейсе. Теперь networkagent немедленно прекращает сниффинг на отфильтрованных сетевых адаптерах.&lt;br /&gt;
*Исправлен сбой модуля ЕдиныйАгент Go, возникавший, когда приложение Go предоставляло собственную реализацию `pthread_create`. &lt;br /&gt;
&lt;br /&gt;
==== Python ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой функция трассировки в модуле кода Python работала неправильно, когда `gevent` был импортируемым (при возникновении этой проблемы регистрировались ошибки или предупреждения о `ctypes.ArgumentError`).&lt;br /&gt;
&lt;br /&gt;
==== Общие ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема в NGINX, из-за которой включение функции BizEvents приводило к удалению заголовка `content-length` и добавлению вместо него заголовка `transfer-encoding: chunked`. &lt;br /&gt;
* Модуль Java-кода теперь отключается при использовании с Elasticsearch версии 8.18 или более поздней из-за сбоев запуска, вызванных несовместимостями, внесенными агентом Elasticsearch Entitlements.&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой в некоторых случаях в Windows мог произойти сбой чтения параметров декларативной группы процессов.&lt;br /&gt;
* Исправлена ​​проблема в NGINX, из-за которой включение функции BizEvents приводило к удалению заголовка `content-length` и добавлению вместо него заголовка `transfer-encoding: chunked`. &lt;br /&gt;
* Исправлена ​​проблема с модулями PHP и Python, которые неправильно загружали правила выборки на основе URL при запуске. &lt;br /&gt;
* В AIX отсутствующие значения дискового ввода-вывода (`bytesRead` и `bytesWritten`) исправляются путем использования правильного имени дискового устройства для стандартного обнаружения дискового устройства, которое является основой для извлечения данных ввода-вывода.&lt;br /&gt;
* Метрика `builtin:containers*` связана с именем контейнера, для которого она измеряется. Для определения нужного контейнера в списке, возвращаемом API Kubernetes, используется идентификатор контейнера. Если идентификатор недоступен (что может произойти при внедрении во время сборки или во время выполнения с развёртываниями cgroup v2), ранее использовался первый контейнер в списке. В многоконтейнерных подах это могло приводить к неверным ассоциациям, поскольку выбранный контейнер мог не соответствовать тому, для которого фактически была собрана метрика. Эта проблема исправлена. Теперь, если идентификатор контейнера недоступен, метрика не сообщается. Однако, если запущен только один контейнер, используется его имя. &lt;br /&gt;
* Исправлена ​​ошибка, из-за которой конфигурация пользовательского интерфейса bizevent contenttype не передавалась корректно рабочим процессам NGINX, поэтому рабочие процессы не могли захватывать контент, если contenttype не был типом по умолчанию. &lt;br /&gt;
&lt;br /&gt;
==== Ядро веб-сервера ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой включение bizevents для Kong иногда приводило к неверным заголовкам или телу ответа.&lt;br /&gt;
&lt;br /&gt;
* Исправлен особый случай, когда не удавалось захватить всё тело, если оно состояло всего из одного байта. &lt;br /&gt;
&lt;br /&gt;
==== Механизм причинно-следственной связи ИИ ====&lt;br /&gt;
&lt;br /&gt;
* Параметры запроса URL-адреса теперь корректно учитываются механизмом выборки на основе URL-адресов.&lt;br /&gt;
&lt;br /&gt;
==== Сетевой модуль ====&lt;br /&gt;
&lt;br /&gt;
* Исправлен сбой сетевого агента в Windows, возникавший при сбое инициализации. &lt;br /&gt;
* Улучшены условия остановки сниффинга интерфейса для Агента администрирования: после системной ошибки «Интерфейс был удалён» для определённого интерфейса Агент администрирования прекращает сниффинг этого интерфейса. &lt;br /&gt;
&lt;br /&gt;
==== PHP ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема с сопутствующим процессом ЕдиногоАгента, который (для многопроцессных конфигураций агентов, встречающихся, например, в приложениях Apache, NGINX и PHP в Linux) обрабатывает передачу данных в кластер Ключ-АСТРОМ. После сбоя и повторного запуска сторожевым таймером сопутствующий процесс не инициализировался. Это не влияло на работу приложения, но влияло на обмен данными с кластером Ключ-АСТРОМ и, как следствие, приводило к потере данных мониторинга.&lt;br /&gt;
&lt;br /&gt;
==== Apache ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, приводившая к неправильному захвату объектов и заголовков запросов и ответов для бизнес-событий при возникновении внутренних перенаправлений на сервере Apache.&lt;br /&gt;
&lt;br /&gt;
=== ЕдиныйАгент для Android ===&lt;br /&gt;
Версия 8.315 GA не содержит решенных проблем, с которыми сталкиваются пользователи.&lt;br /&gt;
&lt;br /&gt;
=== ЕдиныйАгент для iOS ===&lt;br /&gt;
Версия 8.315 GA не содержит решенных проблем, с которыми сталкиваются пользователи.&lt;br /&gt;
&lt;br /&gt;
=== ЕдиныйАгент для JavaScript ===&lt;br /&gt;
Версия 8.315 GA не содержит решенных проблем, с которыми сталкиваются пользователи.&lt;br /&gt;
=='''API Ключ-АСТРОМ''' ==&lt;br /&gt;
===API среды===&lt;br /&gt;
==== /extensions/{extensionName}/environmentConfiguration/assets/====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/environmentConfiguration/assets/alertTemplates/{assetId}&amp;lt;/code&amp;gt; Новое!&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/environmentConfiguration/assets&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ExtensionAssetsDto&lt;br /&gt;
***** Измененное свойство assets&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;ALERT_TEMPLATE&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /credentials/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /credentials&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема Credentials&lt;br /&gt;
**** ''!Критические изменения''&lt;br /&gt;
***** Добавлено необходимое свойство: &amp;lt;code&amp;gt;type&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /credentials/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема Credentials&lt;br /&gt;
**** ! ''Критические изменения''&lt;br /&gt;
***** Добавлено необходимое свойство: &amp;lt;code&amp;gt;type&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /extensions/{extensionName}/{extensionVersion}/schema ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/schema&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SchemaDefinitionRestDto&lt;br /&gt;
***** Измененное свойство schemaConstraints&lt;br /&gt;
****** Добавлены свойства: byteLimit&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;BYTE_SIZE_LIMIT&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /settings/schemas/{schemaId} ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SchemaDefinitionRestDto&lt;br /&gt;
***** Измененное свойство schemaConstraints&lt;br /&gt;
****** Добавлены свойства: byteLimit&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;BYTE_SIZE_LIMIT&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /metrics ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /metrics&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема MetricDescriptorCollection&lt;br /&gt;
***** Измененное свойство metrics&lt;br /&gt;
****** Измененное свойство transformations&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
***** Измененная схема MetricDescriptorCollection&lt;br /&gt;
****** Измененное свойство metrics&lt;br /&gt;
******* Измененное свойство transformations&lt;br /&gt;
******** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
***** Измененная схема MetricDescriptorCollection&lt;br /&gt;
****** Измененное свойство metrics&lt;br /&gt;
******* Измененное свойство transformations&lt;br /&gt;
******** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /metrics/{metricKey}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема MetricDescriptor&lt;br /&gt;
***** Измененное свойство transformations&lt;br /&gt;
****** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
***** Измененная схема MetricDescriptor&lt;br /&gt;
****** Измененное свойство transformations&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
***** Измененная схема MetricDescriptor&lt;br /&gt;
****** Измененное свойство transformations&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /ua/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /ua/entity&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема UAEntityScreenDefinition&lt;br /&gt;
***** Измененное свойство metricsMetadata&lt;br /&gt;
****** Измененная схема значения словаря:&lt;br /&gt;
******* Измененное свойство transformations&lt;br /&gt;
******** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /ua/list&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема UAListScreenDefinition&lt;br /&gt;
***** Измененное свойство metricsMetadata&lt;br /&gt;
****** Измененная схема значения словаря:&lt;br /&gt;
******* Измененное свойство transformations&lt;br /&gt;
******** Добавленное значение перечисления: &amp;lt;code&amp;gt;histogram&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /extensions/ ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/environmentConfiguration/assets&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ExtensionAssetsDto&lt;br /&gt;
***** Измененное свойство assets&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;PROCESS_GROUPING_RULES&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
''! Критические изменения''&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/schema&amp;lt;/code&amp;gt;&lt;br /&gt;
** Требования безопасности:&lt;br /&gt;
*** Измененное&lt;br /&gt;
**** от &amp;lt;code&amp;gt;[ssoAuth=[environment-api:extension-configurations:read]]&amp;lt;/code&amp;gt;&lt;br /&gt;
**** к &amp;lt;code&amp;gt;[ssoAuth=[environment-api:extensions:read]]&amp;lt;/code&amp;gt;&lt;br /&gt;
** Расширения:&lt;br /&gt;
*** Области действия токенов изменены с &amp;lt;code&amp;gt;[extensionConfigurations.read]&amp;lt;/code&amp;gt;на&amp;lt;code&amp;gt;[extensions.read]&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /synthetic/locations ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /synthetic/locations&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема PrivateSyntheticLocation&lt;br /&gt;
**** Добавлены свойства: maxActiveGateCount minActiveGateCount nodeSize&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /synthetic/locations/{locationId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SyntheticLocation&lt;br /&gt;
***** Добавлены свойства: maxActiveGateCount minActiveGateCount nodeSize&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /synthetic/locations&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SyntheticLocations&lt;br /&gt;
***** Измененное свойство locations&lt;br /&gt;
****** Добавленное свойство: узлы&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /synthetic/locations/{locationId}/yaml&amp;lt;/code&amp;gt; Ранний пользователь&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Удалить платформу в запросе&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Измененная osArchitecture в запросе&lt;br /&gt;
**** Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ActiveGateList&lt;br /&gt;
***** Измененное свойство activeGates&lt;br /&gt;
****** Измененное свойство activeGates&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ActiveGate&lt;br /&gt;
***** Измененное свойство activeGates&lt;br /&gt;
****** Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Не рекомендуется для SaaS и Managed ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;DELETE /entities/securityContext&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /entities/securityContext&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Устаревшее для Managed ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;/timeseries&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===API конфигурации===&lt;br /&gt;
====/credentials/====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /credentials&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема Credentials&lt;br /&gt;
**** ''! Критические изменения''&lt;br /&gt;
***** Добавлено обязательное свойство: type&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /credentials/{id}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема Credentials&lt;br /&gt;
**** ''! Критические изменения''&lt;br /&gt;
***** Добавлено обязательное свойство: type&lt;br /&gt;
&lt;br /&gt;
===API кластера===&lt;br /&gt;
====Новое====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cassandra/cluster/isNodeFullyConnected/{nodeIpToCheck}&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/clusterMultiDatacenterMigrationState&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/clusterState&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/configuration/validate&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /cluster/migrateIp&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Удаленное ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /cluster/configuration/refresh&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/configuration/refresh/status/{requestId}&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /cluster/health/ipMigration&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Измененное ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /cluster/configuration&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема ClusterNodesConfigDtoNodeResponsibilitiesConfigDto&lt;br /&gt;
**** Измененное свойство clusterNodes&lt;br /&gt;
***** Удалённые свойства: datacenter kubernetesRole&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /elastic/reloadEsClientOnAllNodes&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема ClusterNodesConfigDtoNodeConfigDto&lt;br /&gt;
**** Измененное свойство clusterNodes&lt;br /&gt;
***** Добавленное свойство: ipAddress&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /firewallManagement/addClusterNode&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема NodeConfigDto&lt;br /&gt;
**** Добавленное свойство: ipAddress&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /firewallManagement/clusterNodes&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ClusterNodesConfigDto&lt;br /&gt;
***** ! Критические изменения&lt;br /&gt;
****** Измененное свойство clusterNodes&lt;br /&gt;
******* Удалены свойства: agent datacenter kubernetesRole webUI&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /iam/resolution/{level-type}/{level-id}/effectivepermissions:dry-run&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/schemas/{schemaId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SchemaDefinitionRestDto&lt;br /&gt;
***** Измененное свойство schemaConstraints&lt;br /&gt;
****** Добавленное свойство: byteLimit&lt;br /&gt;
****** Измененное свойство type&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;BYTE_SIZE_LIMIT&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /elastic/checkNodesVisibility ====&lt;br /&gt;
Новое!&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /elastic/checkNodesVisibility&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /activeGates ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Параметр:&lt;br /&gt;
*** Измененная osArchitecture в запросе&lt;br /&gt;
**** Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ActiveGateList&lt;br /&gt;
***** Измененное свойство activeGates&lt;br /&gt;
****** Измененное свойство osArchitecture&lt;br /&gt;
******* Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates/{agId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема ActiveGate&lt;br /&gt;
***** Измененное свойство osArchitecture&lt;br /&gt;
****** Добавленное значение перечисления: &amp;lt;code&amp;gt;PPCLE&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /synthetic/locations ====&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /synthetic/locations&amp;lt;/code&amp;gt;&lt;br /&gt;
** Возвращаемый тип:&lt;br /&gt;
*** Изменено 200 ОК&lt;br /&gt;
**** Измененная схема SyntheticLocations&lt;br /&gt;
***** Измененное свойство locations&lt;br /&gt;
****** Добавленное свойство: nodes&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;POST /synthetic/locations&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема PrivateSyntheticLocation&lt;br /&gt;
**** Добавлены свойства: maxActiveGateCount minActiveGateCount nodeSize&lt;br /&gt;
* &amp;lt;code&amp;gt;PUT /synthetic/locations/{locationId}&amp;lt;/code&amp;gt;&lt;br /&gt;
** Запрос:&lt;br /&gt;
*** Измененная схема PrivateSyntheticLocation&lt;br /&gt;
**** Добавлены свойства: maxActiveGateCount minActiveGateCount nodeSize&lt;br /&gt;
&lt;br /&gt;
=== API настроек ===&lt;br /&gt;
&lt;br /&gt;
==== Не рекомендуется для SaaS и Managed ====&lt;br /&gt;
&lt;br /&gt;
* Схема настроек контекста безопасности ( &amp;lt;code&amp;gt;builtin:security-context&amp;lt;/code&amp;gt;)&lt;br /&gt;
&lt;br /&gt;
==== Устаревшее для Managed ====&lt;br /&gt;
&lt;br /&gt;
* Схема настроек контекста безопасности Grail для контролируемых объектов (&amp;lt;code&amp;gt;builtin:monitoredentities.grail.security.context&amp;lt;/code&amp;gt;)&lt;br /&gt;
* Схема настроек контекста безопасности журнала ( &amp;lt;code&amp;gt;builtin:logmonitoring.log-security-context-rules&amp;lt;/code&amp;gt;)&lt;br /&gt;
* Схема настроек контекста безопасности бизнес-события ( &amp;lt;code&amp;gt;builtin:bizevents-security-context-rules&amp;lt;/code&amp;gt;)&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
	<entry>
		<id>https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_278&amp;diff=6004</id>
		<title>Примечания к релизу 278</title>
		<link rel="alternate" type="text/html" href="https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%87%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BA_%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%83_278&amp;diff=6004"/>
		<updated>2025-12-04T14:20:05Z</updated>

		<summary type="html">&lt;p&gt;ENetrebin: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''''[[Примечания к релизам]] / Примечания к релизу 278'''''&lt;br /&gt;
&lt;br /&gt;
== '''Ключ-АСТРОМ''' ==&lt;br /&gt;
&lt;br /&gt;
=== Объявления ===&lt;br /&gt;
&lt;br /&gt;
==== Поддержка Red Hat Enterprise Linux ====&lt;br /&gt;
Обновление до этой версии Ключ-АСТРОМ Managed теперь доступно для узлов кластера, работающих на Red Hat Enterprise Linux 8.x или 9.x.&lt;br /&gt;
&lt;br /&gt;
=== Новые функции и улучшения ===&lt;br /&gt;
&lt;br /&gt;
==== Добавлен UID службы Kubernetes. ====&lt;br /&gt;
''Наблюдение за инфраструктурой | Kubernetes''&lt;br /&gt;
&lt;br /&gt;
UID службы Kubernetes теперь отображается на карточке свойств и в ответе API.&lt;br /&gt;
&lt;br /&gt;
==== Обновлена ​​JRE установщиков среды и кластера АктивногоШлюза ====&lt;br /&gt;
''Наблюдение за инфраструктурой | АктивныйШлюз''&lt;br /&gt;
&lt;br /&gt;
Чтобы воспользоваться преимуществами улучшений производительности, исправлений ошибок и последних улучшений безопасности/уязвимостей, мы обновили установщики Активного Шлюза до версии JRE 11.0.20.1.&lt;br /&gt;
&lt;br /&gt;
==== Обновлен управляемый установщик Ключ-АСТРОМ для использования JRE 8u382 и JRE 11.0.20.1. ====&lt;br /&gt;
''| Кластер''&lt;br /&gt;
&lt;br /&gt;
Чтобы воспользоваться преимуществами повышения производительности, последними улучшениями безопасности и уязвимостей, а также исправлениями ошибок, мы обновили JRE для Cassandra и теперь будем использовать JRE 8u382. Все остальные компоненты теперь будут использовать версию 11.0.20.1.&lt;br /&gt;
&lt;br /&gt;
==== Улучшено управление проблемами ====&lt;br /&gt;
''| Проблемы''&lt;br /&gt;
&lt;br /&gt;
Мы сделали более жёсткой логику управления проблемами, чтобы предотвратить крайние случаи, когда при сообщении о событиях в прошлом в активное окно обслуживания, которое уже закончилось, открывались две проблемы.&lt;br /&gt;
&lt;br /&gt;
==== Новые имена в настройках мониторинга логи. ====&lt;br /&gt;
''Наблюдение за инфраструктурой | Логи''&lt;br /&gt;
&lt;br /&gt;
Мы изменили названия страниц, чтобы лучше отражать назначение конкретных страниц настроек. Функциональность этих настроек остается неизменной.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Старое имя&lt;br /&gt;
!Новое имя&lt;br /&gt;
|-&lt;br /&gt;
|Конфигурация ЕдиногоАгента&lt;br /&gt;
|Расширенные настройки&lt;br /&gt;
|-&lt;br /&gt;
|Пользовательская конфигурация источника лога&lt;br /&gt;
|Пользовательские источники логов&lt;br /&gt;
|-&lt;br /&gt;
|Конфигурация хранилища логов&lt;br /&gt;
|Правила приема логов&lt;br /&gt;
|-&lt;br /&gt;
|Конфигурация временной метки&lt;br /&gt;
|Временная метка/шаблоны разделения&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== Выполнение массовых действий с внешними ссылками отслеживания. ====&lt;br /&gt;
''Безопасность приложений | Уязвимости''&lt;br /&gt;
&lt;br /&gt;
Теперь вы можете массово устанавливать, обновлять или удалять внешние ссылки отслеживания для элементов исправления. &lt;br /&gt;
&lt;br /&gt;
==== Признак принадлежности с помощью аннотаций Kubernetes. ====&lt;br /&gt;
''Наблюдение за инфраструктурой | Kubernetes''&lt;br /&gt;
&lt;br /&gt;
АктивныйШлюз версии 1.277+ &lt;br /&gt;
&lt;br /&gt;
Право собственности на объекты Kubernetes теперь можно задать с помощью аннотаций.&lt;br /&gt;
&lt;br /&gt;
[[Файл:rn1.png]]&lt;br /&gt;
&lt;br /&gt;
==== Правила мониторинга служб ОС на основе пользовательских метаданных хоста ====&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
При настройке политик мониторинга служб ОС теперь вы можете определить правила, которые используют пользовательские метаданные хоста.&lt;br /&gt;
&lt;br /&gt;
=== Поддержка операционных систем ===&lt;br /&gt;
&lt;br /&gt;
===== Следующие операционные системы больше не поддерживаются с 1 сентября 2024 г. =====&lt;br /&gt;
&lt;br /&gt;
* Linux : Red Hat Enterprise Linux 8.4.&lt;br /&gt;
** х86-64&lt;br /&gt;
** Последняя совместимая версия: 1.280.&lt;br /&gt;
* Linux : Oracle Linux 8.4.&lt;br /&gt;
** х86-64&lt;br /&gt;
** Последняя совместимая версия: 1.280.&lt;br /&gt;
* Linux : SUSE Enterprise Linux 12.4.&lt;br /&gt;
** х86-64&lt;br /&gt;
** Последняя совместимая версия: 1.280.&lt;br /&gt;
&lt;br /&gt;
===== Следующие операционные системы перестанут поддерживаться с 1 сентября 2024 г. =====&lt;br /&gt;
* Linux : Ubuntu 16.04 LTS.&lt;br /&gt;
** х86-64&lt;br /&gt;
&lt;br /&gt;
=== Решенные проблемы ===&lt;br /&gt;
Версия 278 содержит 26 решенные проблемы.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Чат&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Кластер&lt;br /&gt;
|20&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Метрики&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|Повтор сеанса&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Синтетический мониторинг&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
*&lt;br /&gt;
&lt;br /&gt;
==== Кластер ====&lt;br /&gt;
&lt;br /&gt;
* Панель «Подробности» больше не закрывается по ошибке при прокрутке логов. &lt;br /&gt;
* Исправлена ​​проблема, из-за которой гибридные счета могли сообщаться веб-приложениям, а не приложениям устройств.&lt;br /&gt;
* При выборе «Настройки обнаружения аномалий» на странице сведений об узле теперь открываются настройки всего кластера, а не настройки всего клиента.&lt;br /&gt;
* «Обновление кластера» переименовано в «Обновление кластера». &lt;br /&gt;
* Удалена некорректная информация о возможности использования параметра order в методе PUT (обновляет существующее правило обнаружения сервиса) и исправлены устаревшие ссылки API в документации. Изменение касается правил «Полный веб-запрос», «Полный веб-сервис», «Непрозрачный веб-запрос» и «Непрозрачный веб-сервис».&lt;br /&gt;
* При закрытии проблемы на странице сведений о проблеме, если длина сообщения не находится в диапазоне от 1 до 5000 символов, отображается сообщение об ошибке.&lt;br /&gt;
* API конфигурации: исправлена ​​проблема, из-за которой изменение настроек мониторинга хоста с помощью устаревшего API PUT /api/v1/hosts/{id}/monitoring` сбрасывало флаг autoInjectionEnabled на значение по умолчанию (включено).&lt;br /&gt;
* Исправлена ​​проблема с веб-интерфейсом, из-за которой пользователь не мог закрыть сведения об экземпляре на странице анализа водопада мобильных устройств. &lt;br /&gt;
* Имя профиля оповещений по умолчанию теперь защищено от изменений, чтобы не потерять идентичность профиля, поскольку оно также используется для мобильных уведомлений. &lt;br /&gt;
* Исправлены имена приложений-функций Azure, если для одной или нескольких функций Azure этого приложения-функции включена трассировка. &lt;br /&gt;
* Анализ правил обнаружения служб ОС больше не допускает недопустимых правил, таких как `$eq(A) или $eq(B)` (где правильный синтаксис — `$or($eq(A),$eq(B))`) . &lt;br /&gt;
* Атрибут события лога dt.entity.host_group теперь рассматривается как предопределенный атрибут Ключ-АСТРОМ. &lt;br /&gt;
* Добавлено дополнительное разрешение DNS.&lt;br /&gt;
* В API конфигурации правил обнаружения при вызове метода PUT с идентификатором несуществующего правила создавалось новое правило со случайно сгенерированным идентификатором, а переданный методу идентификатор игнорировался (тем не менее, в ответе возвращался новый правильный идентификатор). Теперь, если правило с идентификатором, переданным методу PUT, не существует, создается новое правило с этим идентификатором. Изменение применяется к правилам для `Полного веб-запроса`, `Полного веб-сервиса`, `Непрозрачного веб-запроса` и `Непрозрачного веб-сервиса`. &lt;br /&gt;
* Исправлена ​​проблема с отключением уведомлений по электронной почте и через веб-перехватчик о закрытых проблемах. Раньше, хотя уведомления о закрытых проблемах были отключены, уведомления о закрытых проблемах, которые совпадали, отправлялись только после разрешения. &lt;br /&gt;
* На страницах объектов добавлены ссылки на средство просмотра логов, чтобы вы могли отображать все логи, не выбирая определенный путь. &lt;br /&gt;
* Для событий увеличения частоты ошибок приложений в анализе первопричин была обнаружена ошибка, из-за которой, если на уровне обслуживания частота сбоев изменилась с 0 до некоторой значительной частоты сбоев, точка изменения могла не быть найдена в качестве доказательства. Это может привести к проблемам с невозможностью объединения приложений и служб, которые принадлежат друг другу. &lt;br /&gt;
* API конфигурации: исправлена ​​проблема, из-за которой изменение настроек мониторинга хоста с помощью устаревшего API PUT /api/v1/hosts/{id}/monitoring` сбрасывало флаг autoInjectionEnabled на значение по умолчанию (включено).&lt;br /&gt;
* Исправлена ​​проблема, из-за которой удаленное удаление в Multi-DC работало некорректно.&lt;br /&gt;
* Решена проблема, из-за которой, начиная с версии ЕдиногоАгента 1.273, кластер больше не мог обрабатывать узлы с ESB и вложениями для обмена сообщениями с приоритетом службы Enterprise Service Bus, а вместо этого прибегал к отображению простой службы обмена сообщениями.&lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Модуль кода Java для z/OS теперь правильно создает службу удаленного вызова для вызовов сервера CTG с большой продолжительностью. &lt;br /&gt;
&lt;br /&gt;
==== Метрики ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема, которая могла привести к отсутствию измерений метрик после изменения конфигурации индекса хранения измерений метрик клиента. &lt;br /&gt;
* Исправлена ​​проблема, приводившая к увеличению использования памяти при запросе метрик в более крупных средах. &lt;br /&gt;
&lt;br /&gt;
==== Повтор сеанса ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема, из-за которой ресурсы не загружались в воспроизведении сеанса в следующих ситуациях: (1) в воспроизведении, когда ресурс был запрошен на исходном сервере, сервер возвращал различное содержимое в зависимости от заголовка «Принять»; (2) В Replay при загрузке ресурсов по относительному пути на странице с тегом &amp;lt;base&amp;gt;; (3) При записи ресурсов с относительным путем внутри iframe; (4) При воспроизведении сеанса после более чем 30 секунд отсутствия активности. &lt;br /&gt;
&lt;br /&gt;
==== Синтетический мониторинг ====&lt;br /&gt;
&lt;br /&gt;
* Выполнения больше не запускаются после создания отключенного синтетического монитора с помощью API.&lt;br /&gt;
&lt;br /&gt;
== '''ЕдиныйАгент Ключ-АСТРОМ''' ==&lt;br /&gt;
&lt;br /&gt;
=== Технологическая поддержка ===&lt;br /&gt;
&lt;br /&gt;
==== Поддержка новых технологий ====&lt;br /&gt;
&lt;br /&gt;
* .NET 8 (модуль .NET)&lt;br /&gt;
* Azure Cosmos DB 3.18+ (модуль .NET). Функция ЕдиногоАгента: .NET Azure Cosmos DB.&lt;br /&gt;
* Узел IBM App Connect Enterprise CICSRequest (модуль ACE)&lt;br /&gt;
* HTTP-клиент Jetty 12 (модуль Java)&lt;br /&gt;
* Jedis Redi 5 (Java-модуль)&lt;br /&gt;
* Go 1.21 (модуль Go)&lt;br /&gt;
* NGINX 1.25.2, 1.25.3 (модуль NGINX)&lt;br /&gt;
* Ubuntu 23.04 (модуль ОС)&lt;br /&gt;
&lt;br /&gt;
=== Новые функции и улучшения ===&lt;br /&gt;
&lt;br /&gt;
==== Windows — мониторинг сетевых дисков включен ====&lt;br /&gt;
''Наблюдение за инфраструктурой | Хосты''&lt;br /&gt;
&lt;br /&gt;
Мониторинг сетевых дисков в Windows включен.&lt;br /&gt;
&lt;br /&gt;
Обратите внимание, что это может создать лог событий безопасности, уведомляющий о дублировании токена процесса, но это ожидаемое поведение и не должно интерпретироваться как проблема безопасности.&lt;br /&gt;
&lt;br /&gt;
=== Решенные проблемы ===&lt;br /&gt;
Версия 1.277 GA содержит 13 решенных проблем (включая 1 решение уязвимости).&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Компонент&lt;br /&gt;
!Решенные проблемы&lt;br /&gt;
|-&lt;br /&gt;
|Все модули&lt;br /&gt;
|3 (1 уязвимость)&lt;br /&gt;
|-&lt;br /&gt;
|Мейнфрейм&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Node.js&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|модуль ОС&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Установщик ЕдиногоАгента&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|ЕдиныйАгент SDK для C/C++&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Java&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|.NET&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|IIB&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== Все модули ====&lt;br /&gt;
&lt;br /&gt;
* ''Уязвимость:'' библиотека libcurl была обновлена ​​до версии 8.4.0 в ответ на CVE-2023-38545. &lt;br /&gt;
* Исправлено ограничение памяти Heroku. В более новых версиях Heroku утверждается, что они используют cgroup версии 2, но ограничение памяти по-прежнему доступно в файле cgroup версии 1. Затронутой версией ядра Linux было ядро ​​5.15.0-1041-aws.&lt;br /&gt;
* Исправлена ​​проблема, которая могла вызвать взаимоблокировку в коде обнаружения процесса хост-модуля в полностековых установках в Linux.&lt;br /&gt;
&lt;br /&gt;
==== Мейнфрейм ====&lt;br /&gt;
&lt;br /&gt;
* В IMS с общими очередями время пути больше не истекает, если транзакция не создает ответное сообщение. Это исправление также устраняет еще одну проблему, из-за которой при использовании MSC создавались два пути вместо одного. &lt;br /&gt;
&lt;br /&gt;
==== Node.js ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема, из-за которой Node.js в некоторых случаях не мог обнаружить вызовы базы данных MySQL. &lt;br /&gt;
&lt;br /&gt;
==== модуль ОС ====&lt;br /&gt;
&lt;br /&gt;
* Расчеты идентификатора PG для процессов, не подлежащих глубокому мониторингу, по умолчанию исправлены для удаления номеров (ID) из имени контейнера Kubernetes. Та же логика уже используется для процессов глубокого мониторинга. Благодаря этому исправлению мы избегаем неправильного назначения PG, когда как процессы с глубоким мониторингом, так и процессы без глубокого мониторинга принадлежат одному и тому же PG. Однако это исправление приводит к перерасчету затронутого идентификатора PG (процессы, не подлежащие глубокому мониторингу, работающие в Kubernetes и имеющие числа в именах контейнеров). Вы можете отказаться от этого исправления, если перерасчет идентификатора PG неприемлем. Пожалуйста, свяжитесь со службой поддержки для получения дополнительной информации. &lt;br /&gt;
&lt;br /&gt;
==== Установщик ЕдиногоАгента ====&lt;br /&gt;
&lt;br /&gt;
* Установка модуля SELinux в случае сбоя теперь повторяется через более длительные интервалы, что повышает частоту успешных попыток установщика ЕдиногоАгента.&lt;br /&gt;
&lt;br /&gt;
==== ЕдиныйАгент SDK для C/C++ ====&lt;br /&gt;
&lt;br /&gt;
* Исправлены URL-адреса, отображаемые с добавлением «?[объявлено недоступным агентом]». URL-адрес трассировщика входящих и исходящих веб-запросов отображался неправильно в зависимости от определенных настроек и комбинаций версий компонентов Ключ-АСТРОМ. В этой версии агента изменен способ внутренней передачи URL-адресов без запросов ЕдиногоАгента, чтобы обеспечить совместимость со всеми комбинациями.&lt;br /&gt;
&lt;br /&gt;
==== Java ====&lt;br /&gt;
&lt;br /&gt;
* Модуль кода Java для z/OS теперь правильно создает службу удаленного вызова для вызовов сервера CTG с большой продолжительностью. &lt;br /&gt;
* Решена проблема, из-за которой бизнес-события Java не захватывали тело запроса, когда приложение читало его с помощью ServletRequest::getReader. Ранее модуль кода Java ЕдиныйАгент захватывал только тела запросов, которые были прочитаны с помощью API ServletRequest::getInputStream. Теперь также захватываются тела запросов, которые читаются с помощью ServletRequest::getReader.&lt;br /&gt;
&lt;br /&gt;
==== .NET ====&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​проблема в модуле кода ЕдиныйАгент .NET, который дважды захватывал события bizevent для одного запроса ASP.NET Core. &lt;br /&gt;
* Исправлена ​​проблема в датчике .NET GRPC, приводившая к неправильному сообщению о сбоях в веб-интерфейсе. &amp;lt;small&amp;gt;( ОА-23798 )&amp;lt;/small&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== IIB ====&lt;br /&gt;
&lt;br /&gt;
* Внутреннее состояние узлов асинхронных запросов (таких как Callable, HTTP, SOAP и REST) ​​удалялось в тех случаях, когда ответ не был получен в течение 30 секунд, что приводило к большим задержкам распределенных трассировок PurePath, поскольку они не были закрыты и запущены. в тайм-аут. Это время ожидания ответа в 30 секунд было исправлено с помощью тайм-аута, определенного в свойстве узла запроса (плюс дополнительный защитный период в 30 секунд). &lt;br /&gt;
&lt;br /&gt;
=== ЕдиныйАгент для iOS ===&lt;br /&gt;
Версия 277 содержит 1 решенную проблему.&lt;br /&gt;
&lt;br /&gt;
* Улучшена совместимость проектов с изолированной программной средой пользовательских сценариев.&lt;br /&gt;
&lt;br /&gt;
=== Решённые проблемы ЕдиногоАгента для JavaScript ===&lt;br /&gt;
Версия 277 содержит 1 решенную проблему.&lt;br /&gt;
&lt;br /&gt;
* Исправлена ​​ошибка, из-за которой созданные действия XHR никогда не закрывались в модуле Angular из-за отсутствия новых событий маршрутизатора Angular Scroll и NavigationSkipped.&lt;br /&gt;
&lt;br /&gt;
== '''API Ключ-АСТРОМ''' ==&lt;br /&gt;
&lt;br /&gt;
=== API среды ===&lt;br /&gt;
&lt;br /&gt;
* API сеансов пользователя&lt;br /&gt;
** Новые возможные значения в поле reasonForNoSessionReplayMobile объекта UserSession : &amp;lt;code&amp;gt;COST_CONTROL&amp;lt;/code&amp;gt; &amp;lt;code&amp;gt;CRASHES_OPTED_IN&amp;lt;/code&amp;gt;&amp;lt;code&amp;gt;INVALID_CONFIGURATION&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* Информационный API АктивногоШлюза&lt;br /&gt;
** Новое возможное значение в поле osArchitecture объекта АктивныйШлюз: &amp;lt;code&amp;gt;ARM&amp;lt;/code&amp;gt;&lt;br /&gt;
** Новое возможное значение в параметре запроса osArchitecture запроса GET all АктивныеШлюзы: &amp;lt;code&amp;gt;ARM&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* API атак&lt;br /&gt;
** Новые возможные значения в технологическом поле объекта «Атака» : &amp;lt;code&amp;gt;GO&amp;lt;/code&amp;gt; &amp;lt;code&amp;gt;NODE_JS&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* API расширений 2.0 – GET/extensions/{extensionName}/environmentConfiguration/assets&lt;br /&gt;
** Новые возможные значения в поле типа объекта AssetInfoDto : &amp;lt;code&amp;gt;CUSTOM_CARDS&amp;lt;/code&amp;gt; &amp;lt;code&amp;gt;SCREEN_DQL_TABLE&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* API мониторинга логов — логи приема POST&lt;br /&gt;
** Новый возможный тип полезной нагрузки: application/json.&lt;br /&gt;
&lt;br /&gt;
* Проблемы API v2&lt;br /&gt;
** ''Критические изменения'' Удалено поле в объекте Проблема : mainEvent.&lt;br /&gt;
&lt;br /&gt;
=== Кластерный API ===&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;/activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Новое возможное значение в поле osArchitecture объекта АктивныйШлюз: &amp;lt;code&amp;gt;ARM&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /activeGates&amp;lt;/code&amp;gt;&lt;br /&gt;
** Новое возможное значение в параметре запроса osArchitecture : &amp;lt;code&amp;gt;ARM&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;GET /settings/objects&amp;lt;/code&amp;gt;&lt;br /&gt;
** Новые возможные параметры запроса: сортировка по фильтру&lt;br /&gt;
&lt;br /&gt;
=== Доступность общедоступной версии ===&lt;br /&gt;
Следующий API теперь доступен:&lt;br /&gt;
&lt;br /&gt;
* API среды &amp;lt;code&amp;gt;GET /extensions/{extensionName}/{extensionVersion}/activeGateGroups&amp;lt;/code&amp;gt;&lt;br /&gt;
* API среды &amp;lt;code&amp;gt;POST /extensions/{extensionName}&amp;lt;/code&amp;gt;&lt;/div&gt;</summary>
		<author><name>ENetrebin</name></author>
	</entry>
</feed>