«Боцман» подключил ИИ к кластерам с подтверждением опасных действий

В анонсе «Группы Астра» от 22 октября 2026 года компания «Платформа Боцман» представила MCP-сервер в новой версии платформы контейнеризации «Боцман». Он подключает ИИ-ассистента к кластерам: инженер может на естественном языке запросить состояние приложений, события и журналы. По умолчанию ассистенту разрешено чтение. Изменения возможны при выданных правах и проходят предварительную проверку и подтверждение согласно настроенной политике.

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

Что ассистент узнаёт в режиме чтения

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

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

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

Где запрос превращается в изменение инфраструктуры

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

Заявленный порядок содержит последовательные условия. Администратор должен разрешить изменения; ассистент не выходит за пределы прав пользователя; разрешённое действие предварительно проверяется и подтверждается по настроенной политике. Это позволяет использовать один диалог и для диагностики, и для управления, сохраняя отдельное решение о применении изменения. Из анонса при этом не следует, что все виды записи разрешаются одним общим переключателем или что подтверждающий всегда совпадает с автором запроса.

Для рабочего кластера имеет значение и масштаб выданных полномочий. Правила доступа Kubernetes различают действия над конкретными ресурсами и назначения прав в отдельном пространстве имён либо на уровне кластера; чтение журналов также связано с отдельным подресурсом. Это даёт команде предметную схему сверки: какие именно данные ассистент может запросить и на какие ресурсы распространяется каждое разрешённое изменение. Опубликованный анонс «Боцмана» не перечисляет роли Kubernetes, создаваемые MCP-сервером.

Какие настройки определяют границу доступа

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

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

Последний пункт связан с журналированием кластера. Механизм аудита Kubernetes позволяет фиксировать обращения к интерфейсу кластера; состав записей задаёт политика аудита, а для сохранения нужен настроенный способ записи. Поэтому возможность аудита в Kubernetes сама по себе не означает, что он включён в конкретной среде или хранит сведения о подтверждениях внутри «Боцмана». Эти записи и правила подтверждения требуется сверять как разные части одного процесса.

Что меняется для команды эксплуатации

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

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