Oopps.aiДокументацияВ платформу
Устройство и безопасность

Компоненты и связь

Один агент наблюдения в кластере и явные локальные операции через CLI.

На этой странице

Как идут данные#

Ваш терминалooppsctl + kubeconfig
Ваш кластерoopps-system / агент
Oopps APIHTTPS / снимки и heartbeat

CLI устанавливает компоненты с правами оператора. Затем агент самостоятельно читает разрешённые Kubernetes API и отправляет снимки. Браузер показывает состояние и выдаёт планы локальных операций.

Что устанавливается#

МестоРесурсы
oopps-systemDeployment oopps-agent, ServiceAccount, Secret токена и служебные данные Helm
Выбранные namespacesRole и RoleBinding с разрешёнными видами чтения
kube-system, только отдельный opt-inОбщий Metrics Server и его upstream RBAC/APIService

Namespace oopps-system может существовать после прежней установки. Его возраст не показывает возраст текущего Deployment.

Сетевые требования#

  • Терминал → Kubernetes API: доступ по вашему kubeconfig.
  • Агент → Kubernetes API: проверка CA и service account authentication.
  • Агент / CLI → api.oopps.ai:443: исходящий HTTPS.
  • Ноды → registry опубликованного образа: загрузка digest, который показан CLI.
  • Для Metrics Server: доступ к kubelet и условия aggregation layer из upstream-документации.

Публичный входящий доступ к API вашего кластера для Oopps не нужен. Не отключайте TLS-проверку для устранения сетевой ошибки.

Изменения и обновления#

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

Поиск в Oopps Docs

Введите слово или фразу.

Tab — выбрать результат · Enter — открыть · Esc — закрыть