Перейти к основному содержимому

Что такое DeckOps

DeckOps — платформа самообслуживания для разработчиков. Команда выбирает стартовый набор, контуры и аддоны, а платформа сама создаёт репозиторий в GitLab, namespace с квотами в кластере, базы данных и очереди, CI/CD и выкатывает приложение по цепочке контуров до prod — с одобрениями, откатом, секретами, бэкапами, логами и метриками.

DeckOps работает с вашей инфраструктурой: вы подключаете свой GitLab, реестр образов, кластеры Kubernetes, S3, Vault, Cloudflare, Telegram-бота, LLM и SSO. Данные каждой организации изолированы, секреты подключений шифруются ключом организации.

  • Приложение: app.deckops.dev
  • API: https://api.deckops.dev, MCP: https://api.deckops.dev/mcp

Основные понятия​

ПонятиеЧто это
ОрганизацияТенант DeckOps. Создаётся при регистрации; у неё свои подключения, кластеры, контуры, команды и проекты. Пользователь может состоять в нескольких организациях и переключаться между ними в шапке. Настраивается в Админке (кнопка вверху справа, только для владельца и администраторов).
КомандаГруппа пользователей внутри организации. У команды есть лид и участники, квоты на кластерах и подгруппа в GitLab, где лежат репозитории её проектов.
КластерВаш кластер Kubernetes, подключённый к DeckOps через оператор deckops-operator: внутри кластера (in-cluster) или на стороне DeckOps по kubeconfig (hosted). Оператор присылает возможности и ёмкость кластера и выполняет команды платформы.
КонтурОкружение, в которое выкатывается проект: dev, stage, prod или любые свои имена. У контура есть кластер, шаблон домена, порядок в цепочке продвижения и флаг prod.
ПроектСервис команды: репозиторий из стартового набора, namespace в каждом выбранном контуре, аддоны, секреты, CI/CD и история релизов. Любое изменение проекта выполняется заказом — его шаги видны в очереди заказов.
Стартовый наборШаблон репозитория в git с манифестом deckops.yaml. Администратор добавляет его по ссылке, платформа проверяет контракт, после одобрения набор доступен в мастере проекта.
CI/CD flowВерсионируемый шаблон .gitlab-ci.yml: стадии (тесты, поиск секретов, SAST, сборка, сканирование образа, деплой) и режим деплоя — platform-deploy (выкатывает оператор) или ci-helm-deploy (CI сам делает helm upgrade).
АддоныСервисы рядом с приложением: PostgreSQL, Redis, MinIO, RabbitMQ, Qdrant. Создаются в namespace проекта, учётные данные попадают в приложение автоматически, бэкапы уходят в ваш S3.

Как это устроено​

  1. Администратор организации подключает инфраструктуру, кластеры, контуры, стартовые наборы и flow (см. Быстрый старт).
  2. Участник команды создаёт проект в мастере. Платформа проверяет квоту команды и ёмкость кластера, затем выполняет заказ: репозиторий, CI-переменные, namespace, аддоны, DNS.
  3. CI репозитория собирает образ и выкатывает его в первый контур. Дальше релиз продвигается по цепочке (promote), переходы в prod проходят гейты одобрения.
  4. Состояние сервиса, логи, трейсы, алерты, качество и AI-готовность видны на странице проекта, события приходят в Telegram, а ИИ-агенты работают с платформой через MCP.

Разделы документации​