Документация Proto Observability Platform – ИИ-аналитик

Intro: Интерфейс Proto Observability Platform

Mon, 01 Jan 0001 00:00:00 +0000

Общее устройство интерфейса

Интерфейс состоит из двух постоянных элементов:

Боковое меню слева — список разделов платформы. Меню свёрнуто до иконок и разворачивается при наведении курсора. Разделы, недоступные пользователю по правам доступа (RBAC), в меню не показываются.
Верхняя панель — хлебные крошки текущего расположения, выбор периода наблюдения, кнопка обновления данных (с режимом автообновления), ссылка на документацию, переключатель темы оформления (светлая, тёмная или по настройке устройства) и меню пользователя с перечнем назначенных ролей, выбором языка интерфейса (русский, английский) и выходом из системы.

Ниже разделы описаны в том порядке, в котором они идут в боковом меню.

Раздел Обзор

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

Раздел Приложения

В данном разделе доступен функционал Application Performance Monitoring и анализа ошибок приложений.

Подраздел Бизнес-приложения

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

Подраздел Сервисы

Позволяет анализировать работу сервисов по ключевым показателям (метрики, ошибки, проблемы) в разрезе окружения, команд и прочих параметров. На встроенных дашбордах в режиме реального времени предоставляется информация для анализа метрик, ошибок, аномалий, трейсов, логов, взаимосвязей сервисов между собой и с компонентами инфраструктуры, событий и оповещений. Также в подразделе показываются подробные данные по производительности эндпоинтов и инстансов, включая Runtime метрики и приложений, развернутых в Kubernetes инфраструктуре.

Подраздел Ошибки

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

Подробнее в руководстве по аналитике ошибок.

Подраздел Внешние сервисы

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

Подробнее в руководстве по внешним HTTP-сервисам.

Подраздел Виртуальные базы данных

Показывает информацию по производительности баз данных, выявленную безагентным способом (путём анализа вызовов из подключённых приложений, без установки агента платформы на сервер БД).

Подраздел Очереди сообщений

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

Подробнее в руководстве по очередям сообщений.

Подраздел Настройки APM

Управление сегментами сервисов и порогами APDEX.

Раздел Цифровой опыт

В данном разделе доступен функционал Real User Monitoring и мониторинга мобильных приложений.

Подраздел Веб-приложения

Показывает ключевые показатели производительности и ошибки веб-приложений. На готовых дашбордах доступны данные для анализа работы frontend в разрезе страниц и версий. Представлена информация как по ключевым метрикам производительности, включая APDEX, Web Vitals, Frustration signals, так и по распределённым транзакциям, JS ошибкам, HTTP запросам, ресурсам, пользователям, браузерам, гео локациям.

Подраздел Мобильные

Предоставляет аналогичную информацию, что и подраздел Веб-приложения, но для мобильных приложений (iOS, Android), с дополнительными данными по падениям (Crash) и производительности экранов.

Подраздел Веб-транзакции

Ключевые бизнес-транзакции фронтенда — отдельная аналитика по важным для бизнеса пользовательским сценариям.

Подраздел JS ошибки

Реестр и анализ JavaScript-ошибок веб-приложений с группировкой, динамикой и деталями конкретной ошибки. Поддерживается приём ошибок из Sentry SDK (доступно с версии 202).

Подраздел Сессии

Инструмент поиска и анализа сессий пользователей: список сессий с фильтрами, таймлайн действий и воспроизведение записи сессии (session replay) (доступно с версии 201).

Подраздел Пути

Анализ путей пользователей (Customer Journey Map): визуализация типовых маршрутов по страницам приложения, точки оттока и переходы (доступно с версии 201).

Подробнее в руководстве по анализу путей пользователей.

Подраздел Настройки

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

Раздел Бизнес-аналитика

В данном разделе доступен функционал анализа бизнес-показателей поверх телеметрии приложений.

Подраздел Транзакции

Ключевые бизнес-транзакции (КБТ) — производительность и ошибки в разрезе бизнес-операций, а не технических эндпоинтов.

Подробнее в руководстве по мониторингу бизнес-операций.

Подраздел Бизнес-процессы

Сквозные бизнес-процессы, собранные из шагов: схема процесса, статистика прохождения, «застрявшие» и завершившиеся ошибкой потоки, переход от шага схемы к соответствующим потокам.

Подробнее в руководстве по мониторингу бизнес-процессов.

Подраздел Настройки

Управление КБТ, правилами их определения, бизнес-процессами и их шагами, а также правилами извлечения бизнес-данных из телеметрии.

Раздел Инфраструктура

Единый каталог источников инфраструктуры (доступно с версии 202). Раздел открывается витриной, на которой все поддерживаемые технологии сгруппированы по категориям:

Хосты
Сетевые устройства
Проверки доступности (HTTP, DNS, TCP)
Базы данных
Кэш
Очереди сообщений
Веб-, прокси- и серверы приложений
Системы виртуализации
Big Data
CI/CD
Почта
Service Mesh
Прочее

Внутри каждой категории источники разделены на «Подключено» и «Доступно для подключения». Подключённые источники открывают свой встроенный дашборд или список экземпляров; для ещё не подключённых карточка ведёт на инструкцию по подключению в документации.

Обратите внимание

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

Хосты

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

Базы данных

Отображает данные по производительности баз данных (PostgreSQL, MySQL, MongoDB, Oracle, ClickHouse, Elasticsearch, MSSQL, DB2, Cassandra и других СУБД), на которых установлен агент observability платформы. По MySQL также предоставляется подробная аналитика по SQL-запросам и относящимся к ним ошибкам.

Системы виртуализации

Дашборды VMware vSphere (обзор vCenter, ESXi-хосты, дата-центры, кластеры, хранилища данных, виртуальные машины), а также Яндекс Облако и Базис.DynamiX. Объекты виртуализации обнаруживаются автоматически и попадают в РСМ (доступно с версии 201).

Сетевые устройства и проверки доступности

Мониторинг сетевого оборудования, а также активные проверки доступности по протоколам HTTP, DNS и TCP.

Раздел Kubernetes

В данном разделе доступен функционал мониторинга Kubernetes.

Подраздел Навигатор

Инвентарь объектов кластеров Kubernetes, собранный в одном экране с вкладками: Обзор, Кластеры, Рабочие нагрузки, Поды и Узлы. Позволяет переходить от кластера к неймспейсу, рабочей нагрузке, поду и его контейнерам. Объекты кластера автоматически попадают в ресурсно-сервисную модель (доступно с версии 201).

Подробнее в руководстве по Навигатору Kubernetes.

Подраздел Кластеры

Предоставляет данные по производительности Kubernetes кластеров и возникающих в них проблемах в разрезе нод, подов, деплойментов, даймонсетов.

Подраздел Неймспейсы

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

Раздел Инциденты и Алерты

В данном разделе доступен функционал работы с инцидентами, создания оповещений и политик, анализа алертов.

Подраздел Инциденты

Показывает инциденты — автоматически скоррелированные группы связанных алертов с этапами жизненного цикла, ответственным, ИИ-сводкой и ИИ-расследованием первопричины (доступно с версии 201).

Подробнее в руководстве по инцидентам.

Подраздел Активные Алерты

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

Подраздел История Алертов

Предоставляет ключевые данные по сработавшим алертам — состояние, критичность, время начала и завершения, длительность, где сработал, ключевые проблемы и MTTR.

Подраздел Надёжность изменений

Показывает, сколько изменений выкатывается и сколько из них заканчивается инцидентом (метрики класса DORA). Раздел состоит из двух вкладок: сводная аналитика надёжности и журнал изменений. Считается по маркерам релизов и развёртываний и по инцидентам платформы, дополнительной настройки не требуется (доступно с версии 203).

Подраздел Правила

Предоставляет конструктор правил оповещений. Алерты возможно создавать как с помощью готовых шаблонов, доступных в этом разделе, в том числе путём их редактирования, так и создания собственных правил с нуля по любым показателям, включая бизнес KPI. Поддерживаются оповещения о пропадании данных (No-Data) (доступно с версии 202). В подразделе также показывается реестр всех правил с информацией по их типу, статусу, группе и т.п.

Подраздел Каналы оповещения

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

Подраздел Политики оповещения

Предоставляет конструктор создания политик оповещений и их реестр.

Подраздел SLO

Позволяет описывать целевые уровни обслуживания (SLI/SLO), отслеживать бюджет ошибок и формировать отчёт о соответствии за произвольный период. Поддерживаются кастомные SLO на произвольном запросе PromQL (доступно с версии 201).

Подробнее в руководстве по SLO.

Подраздел Окна обслуживания

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

Подробнее в руководстве по окнам обслуживания.

Подраздел Настройки Инцидентов

Раздел для администраторов: переименование и переупорядочивание этапов жизненного цикла инцидента.

Раздел Дашборды и отчёты

Данный раздел позволяет просмотреть список кастомных дашбордов и создать новый дашборд в интерактивном режиме. Каждый дашборд состоит из виджетов двух типов — «Текст» и «График». Виджеты-графики поддерживают три источника данных: Стандартный (выбор метрик по сервисам и эндпоинтам), PromQL (произвольные запросы к метрикам Prometheus) и LogsQL (визуализация данных логов, доступно с версии 200). Также доступны специализированные виджеты — например, «Соты здоровья» — и инциденты в качестве источника данных (доступно с версии 202).

Вкладка Отчёты позволяет настроить регулярную рассылку дашборда по электронной почте: расписание, отчётный период и список получателей. Вкладка доступна администраторам при включённом RBAC (доступно с версии 202).

Подробнее в руководстве по дашбордам и руководстве по отчётам.

Раздел Трейсы

Раздел Трейсы (Traces Explorer) предоставляет интерфейс для поиска и анализа распределённых трейсов — записей прохождения запросов через цепочки сервисов. Позволяет искать трейсы по сервису, операции, длительности и статусу, просматривать временную шкалу (waterfall) и детали отдельных спанов, а также флейм-граф трейса и выгрузку трейса в открытых форматах (доступно с версии 202).

Подробнее в руководстве по Traces Explorer.

Раздел Метрики

Раздел Метрики предоставляет инструмент для работы с метриками Prometheus и состоит из трёх подразделов:

Браузер — каталог всех доступных метрик с описаниями и типами.
Конструктор — визуальный построитель PromQL-запросов и текстовый редактор PromQL с подсветкой синтаксиса, валидацией, объяснением и оценкой стоимости запроса. Результаты доступны в виде графиков, таблиц и статистики; поддерживаются избранные запросы и история запросов.
Кардинальность — анализ кардинальности метрик: какие метрики и лейблы порождают больше всего временных рядов (доступно с версии 202).

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

Раздел Логи

Раздел Логи предоставляет интерфейс Logs Explorer для поиска, фильтрации и анализа лог-записей (доступно с версии 200). Доступны визуальный режим построения запросов и режим прямого ввода LogsQL. Результаты отображаются в виде гистограммы объёма логов и таблицы записей с цветовой индикацией уровней серьёзности; блок фильтров и пайпов сворачивается. Панель «Детали записи» показывает поля записи и связанный трейс.

Подробнее в руководстве по Logs Explorer.

Раздел РСМ (ресурсно-сервисная модель)

Раздел РСМ предоставляет единый реестр ИТ-ресурсов и их взаимосвязей (доступно с версии 200). Состоит из двух подразделов:

Каталог ресурсов — создание ресурсов (серверы, сервисы, базы данных и другие элементы инфраструктуры) и управление ими, описание связей между ними и визуализация графа зависимостей.
Настройки РСМ — управление справочниками: типами ресурсов, типами взаимосвязей, CI-классами и CI-подклассами.

Подробнее в руководстве по РСМ.

Раздел AI-аналитик

Чат по данным платформы: вопросы о состоянии сервисов на естественном языке, ответы со ссылками на конкретные сущности консоли (сервисы, хосты, инциденты). На старте предлагается набор готовых вопросов. Требует настроенной LLM (доступно с версии 203).

Раздел Роли и доступ

Раздел предоставляет полный набор инструментов для управления доступом (доступно с версии 200). Доступен только пользователям с правами администратора при включённом RBAC. Вкладки:

Пользователи — приглашение, активация/деактивация, назначение ролей.
Роли — системные и пользовательские роли.
Разрешения — матрица разрешений.
Внешние группы — сопоставление групп LDAP/OIDC с ролями платформы.
Журнал аудита — история всех действий по управлению доступом (расширен в версии 202).
Проверка на ПДн — выборочная проверка телеметрии на наличие персональных данных (доступно с версии 203).

Подробнее в руководстве по RBAC.

Раздел Диагностика

В данном разделе представлены сведения о работе самой платформы:

Лицензия — параметры и срок действия лицензии.
Объём данных — сколько телеметрии принимает и хранит платформа, в разрезе типов данных и источников. Доступно администраторам (доступно с версии 203).
Processor — метрики работы компонентов обработки телеметрии.
Реестр конфигурации — просмотр параметров конфигурации сервисов платформы с описаниями и фильтрами. Только чтение, доступно администраторам (доступно с версии 203).
Логи бэкенда — логи работы платформы.

Release-Notes: Релиз 203 Proto Observability Platform

Tue, 18 Aug 2026 00:00:00 +0000

Дата выпуска: 18.08.2026

Версия 203 сокращает путь от вопроса о состоянии системы до ответа. AI-аналитик работает с данными платформы на обычном языке, вкладка GenAI показывает ход выполнения LLM-приложений, а новые представления связывают бизнес-процессы, изменения и инциденты с конкретной телеметрией.

Новые возможности 🎉

✨ AI-аналитик: вопросы к данным платформы на обычном языке

Новый раздел AI-аналитик принимает вопрос на обычном языке, подбирает нужные инструменты и обращается к метрикам, логам, трейсам, инцидентам и ресурсно-сервисной модели. Для первичного разбора проблемы не нужно заранее знать PromQL, LogsQL или устройство хранилищ.

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

AI-аналитику нужна внешняя языковая модель. Параметры её подключения приведены в разделе «Обновление с версии 202». Если модель не настроена, платформа продолжит работать, а в разделе появится сообщение о недоступности ИИ-функций.

✨ MCP-сервер: данные платформы для ИИ-агентов

В поставку вошёл MCP-сервер, который предоставляет ИИ-агентам инструменты для чтения данных платформы по открытому стандарту Model Context Protocol. На этом сервере работает встроенный AI-аналитик. Агент получает описанные инструменты и не зависит от внутреннего устройства хранилищ.

Сервер предоставляет девять групп инструментов:

Группа	Что позволяет узнать
Метрики	значения и динамику показателей, список метрик и меток
Логи	записи журналов, время всплесков и статистику по потокам
Аналитика	агрегированные бизнес- и продуктовые показатели
События	перезапуски, вытеснения, развёртывания и другие события
Ресурсы (РСМ)	состав объектов, их зависимости и иерархию
Трейсы	медленные запросы, ошибки и их стеки
Сервисы	состояние сервисов, операции, изменения и цели уровня обслуживания
Алерты	активные алерты, правила, подавления и окна обслуживания
Инциденты	состояние инцидентов, ответственных и хронологию работы

✨ Наблюдаемость LLM-приложений во вкладке GenAI

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

Представление работает с приложениями, размеченными по стандарту GenAI, и с приложениями, инструментированными самостоятельно. Отдельное средство для разбора ИИ-контура не требуется: его поведение анализируется вместе с обычными трейсами.

Подробнее в руководстве «Анализ трейсов».

✨ Бизнес-процессы: автоматические переходы и карта путей

Для бизнес-процессов появился режим «Автоматические переходы». Вместо заранее заданной линейной последовательности платформа восстанавливает фактические переходы между шагами по телеметрии.

Вкладка «Карта путей» показывает распределение потоков по фактическим маршрутам, в том числе для потоков, начавшихся не с первого шага.
Схема в редакторе процесса отображает переходы между шагами.
Клик по потерям на шаге открывает потоки, которые завершились на этом месте. Можно перейти от общего показателя к конкретным обращениям и разобрать их.
Для каждого шага видны сервис и эндпоинт ключевой бизнес-транзакции, по которой он рассчитывается.
Готовый процесс можно дублировать и использовать как основу для нового.

Подробнее в руководстве «Мониторинг бизнес-процессов».

✨ Метрики DORA и журнал изменений

В разделе Инциденты и алерты появились две вкладки, которые помогают сопоставить изменения в системе с их последствиями:

«Надёжность изменений» показывает метрики DORA, рассчитанные по отметкам изменений и инцидентам платформы: частоту изменений, долю неудачных изменений и динамику по дням.
«Журнал изменений» объединяет отметки релизов и развёртываний со срабатываниями окон обслуживания. Записи можно фильтровать по времени и сервисам.

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

✨ Проверка телеметрии на персональные данные

В разделе Роли и доступ появился экран «Проверка на ПДн». Платформа берёт выборку уже собранных спанов за указанный период и проверяет значения их тегов на признаки персональных данных: банковская карта, ИНН, СНИЛС, паспорт РФ, электронная почта, телефон.

Результат — сводка «сервис × ключ тега × тип данных» с числом совпадений, долей внутри тега и одним замаскированным примером. По ней видно, где обфускация на стороне агента и трейсеров не сработала и какую телеметрию нужно скорректировать. Служба информационной безопасности может проверить состав собираемых данных без ручного просмотра всех записей.

Проверяются теги спанов — именно в них попадают параметры запросов, заголовки и идентификаторы пользователя. Логи, метрики и события RUM не проверяются. Проверка выборочная: находка доказывает наличие персональных данных, пустой результат их отсутствия не доказывает. Экран доступен пользователям с правом администратора на ресурс «compliance».

✨ Создание правила алертинга из графика

В меню виджета дашборда и в конструкторе запросов раздела Метрики появился пункт «Создать правило алерта». Форма нового правила открывается с уже заполненным выражением, которое использовалось для построения графика. Повторно собирать и сверять запрос не нужно. Возможность доступна для виджетов на PromQL.

Правило создаётся выключенным. Выражение с графика — это визуализация, порога срабатывания в нём нет, поэтому как условие алерта оно срабатывало бы всегда. Форма показывает подсказку: допишите в выражение порог (например > 0.95), проверьте предпросмотр графика и включите правило. Остальные поля заполняются сами: имя из заголовка виджета, группа dashboard_alerts или metrics_explorer, критичность WARNING и описание с указанием виджета и дашборда-источника. У виджета с несколькими сериями в меню столько пунктов, сколько запросов, и каждый подписан именем серии.

В настройках виджета также появилась секция «Итоговый PromQL». Она показывает выражения в том виде, в котором они отправляются в хранилище метрик: с фильтрами по сервису, эндпоинту и экземпляру, значениями переменных дашборда и агрегацией. Готовое выражение можно скопировать и выполнить вручную.

Подробнее в руководстве «Обозреватель метрик и конструктор запросов PromQL».

✨ Обновлённые страница трейса и карта сервисов

Детальный просмотр трейса и карта сервисов получили новые инструменты для разбора сложных цепочек вызовов:

Область трейса можно развернуть на весь экран. Вкладка «Сводка» переработана и получила переход в «Анализ сессий» для просмотра RUM-данных.
Спаны можно раскрасить по сервису или типу операции.
Вкладка «Логи трейса» дополнительно ищет записи по идентификатору трейса OpenTelemetry.
На карте сервисов появились сводка, поиск и индикатор ошибок, а сама карта стала работать заметно быстрее.

Подробнее в руководстве «Анализ трейсов».

✨ Объём данных в хранилищах

Новый экран «Объём данных» в разделе Диагностика показывает, сколько телеметрии хранится в хранилищах метрик, логов и трейсов.

✨ Реестр конфигурации

Новый экран «Реестр конфигурации» в разделе Диагностика собирает фактические параметры запущенных сервисов. Для каждой настройки видны имя, значение, сервис, экземпляр, описание и источник: окружение развёртывания или код сервиса.

✨ Тема интерфейса по настройке устройства

Переключатель темы в шапке теперь предлагает три режима: «Авто», светлый и тёмный. Режим «Авто» включён по умолчанию и следует настройке операционной системы, в том числе при смене темы по расписанию. Явно выбранная тема сохраняется и имеет приоритет над системной настройкой.

Обновление с версии 202

Инсталляция на одном хосте

Для обновления используйте новый файл docker-compose-203.yaml. Если возникнут сложности, обратитесь к основной инструкции по установке или в службу поддержки партнёра или вендора.

Скачайте архив protoobp-backend-dist-singlehost-203.tar.gz:

curl --header "PRIVATE-TOKEN:<your_token>" "https://git.proto.group/api/v4/projects/125/packages/generic/protoobp-backend-dist/203/protoobp-backend-dist-singlehost-203.tar.gz" --output protoobp-backend-dist-singlehost-203.tar.gz

Здесь <your_token> означает пароль из лицензионного сертификата, ранее полученного от вендора.

Распакуйте архив в каталог существующей инсталляции. По умолчанию это /opt/protoobp:
```
tar -xzvf protoobp-backend-dist-singlehost-203.tar.gz -C /opt/protoobp
```
Переключитесь на привилегированную учётную запись:
```
sudo su
```
Перейдите в каталог продукта и загрузите новые образы:
```
cd /opt/protoobp && docker compose -f docker-compose-203.yaml pull
```
Настройте внешнюю языковую модель для AI-аналитика. В версии 203 добавлены два сервиса, которые обеспечивают работу этого раздела. Они используют тот же OpenAI-совместимый протокол и те же переменные файла .env, что и ИИ-функции модуля «Инциденты»:
```
POBP_AI_LLM_BASE_URL= # адрес модели
POBP_AI_LLM_API_KEY= # ключ доступа (Authorization: Bearer), секрет
POBP_AI_LLM_MODEL= # имя модели без префикса провайдера
```
Без этих переменных платформа запустится штатно, но раздел «AI-аналитик» покажет сообщение «Функции ИИ недоступны», а ИИ-функции модуля «Инциденты» будут отключены. Других обязательных переменных в версии 203 нет.
Если используются собственные SSL-сертификаты, раскомментируйте соответствующие строки сервисов proto-nginx и proto-auth в docker-compose-203.yaml.
Если настроен SSO, раскомментируйте или измените соответствующие строки сервиса proto-auth.
Остановите предыдущую версию продукта:
```
docker compose -f docker-compose-202.yaml down
```
Запустите новую версию:
```
docker compose -f docker-compose-203.yaml up -d
```
Запуск всех компонентов может занять от двух до четырёх минут. После успешного запуска контейнеров откройте в браузере адрес из переменной UI_URL.

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

Инсталляция на нескольких хостах

Инструкции по обновлению предоставят контактные лица службы поддержки партнёра или вендора.