Deckhouse + ANG · модель партнёрства · рабочий материал
Совместный рабочий материал

Deckhouse + ANG

Модель технологического и коммерческого партнёрства

Единое решение для клиента. Два самостоятельных продуктовых вендора. Не объединяем компании и не растворяем продукты — объединяем клиентский путь, технологии и коммерческие возможности.
Deckhouse — Managed Infrastructure & Runtime ANG — Data Platform & Product Layer Совместные зоны

Спасибо команде Deckhouse за предложенную рамку — мы её принимаем и развиваем. Этот материал отвечает на четыре поставленных вопроса и добавляет главное: что мы вместе выводим на рынок и как растёт совместная сделка.

02 · Предпосылки

Почему партнёрство кратно усиливает обе стороны

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

Deckhouse приносит
  • Зрелую Kubernetes-платформу и managed runtime
  • Day-2 operations: обновления, HA, backup, масштабирование
  • Rootless / distroless образы и инфраструктурную безопасность
  • Сертификационный контур и работу с регуляторикой
  • Поддержку enterprise-уровня
  • Клиентскую базу и коммерческий канал
ANG приносит
  • Полноценную data-платформу и Lakehouse-архитектуру
  • Big-data стек и интеграцию компонентов в единое решение
  • Продуктовый UI и управление данными
  • Отраслевые сценарии и методологию внедрений
  • Экспертизу data-команды
  • Крупные data-проекты и новых ЛПР — куда мы уже готовы заводить Deckhouse
Вместе мы предлагаем рынку не набор инфраструктурных компонентов,
а готовую управляемую платформу данных.
03 · Архитектура предложения

Предлагаемая продуктовая модель

Два продуктовых слоя, два правообладателя. В рамках совместного предложения ANG Data Platform поставляется на Deckhouse Managed Runtime — как самостоятельный продукт с собственным именем, интерфейсом и экономикой.

ANG Data Platform правообладатель — ANG
IngestionStreamingLakehouseOrchestration ComputeData GovernanceData Security Policies Product MonitoringОтраслевые бандлыАналитические сценарииЕдиная data-консоль
интегрировано · co-branded · единый клиентский путь
Deckhouse Managed Infrastructure & Runtime правообладатель — Флант
KubernetesOperatorsLifecycle ManagementHA Backup / RestoreScalingSecurityCVE Rootless / DistrolessСертифицированный контур
Deckhouse Managed Runtime + ANG Data Platform

Deckhouse — предпочтительный инфраструктурный контур совместного предложения; при этом обе стороны сохраняют собственные рынки в своих зонах.

04 · Совместная товарная линейка

Что совместно выводим на рынок

Четыре готовых коммерческих предложения — от быстрого входа через знакомые managed-сервисы до полной платформы данных для регулируемых отраслей. Это и есть предмет партнёрства: новая товарная линейка, которой нет ни у одной из сторон по отдельности.

Фаза 1 · запускаем первыми

Managed Data Services

быстрый вход
  • Kafka, ClickHouse, OpenSearch
  • Airflow, PostgreSQL, Valkey
  • Установка и Day-2 операции
Для кого: действующие клиенты Deckhouse с первыми data-задачами
Фаза 1 · запускаем первыми

Managed Lakehouse Platform

флагман совместного предложения
  • S3-совместимое хранение, Iceberg
  • Trino, Spark, ingestion
  • Управление и мониторинг платформы
Для кого: enterprise-заказчики, строящие аналитику на данных
Фаза 2 · масштабируем следом

Data Platform Modernization

крупные проекты
  • Постепенный переход с Hadoop / Greenplum
  • Охлаждение данных, сохранение действующей инфраструктуры
  • Миграция без big bang
Для кого: проекты, куда у ANG уже есть заход
Фаза 2 · масштабируем следом

Secure Enterprise Data Platform

регулируемые отрасли
  • Ranger, аудит, централизованные политики доступа
  • Сертифицированный Kubernetes-контур
  • Эксплуатация и поддержка
Для кого: банки, госсектор, промышленность
Каждое предложение собрано из слоёв обеих сторон: runtime и эксплуатация — Deckhouse, платформа данных и сценарии — ANG. В совместной поставке каждое из них становится зрелее, быстрее выводится на рынок и закрывает более широкий класс требований заказчика, чем решения сторон по отдельности.

Фаза 1 — быстрее упаковать и начать продавать. Фаза 2 требует более глубокой методологии и сертификационной готовности; сроки — после совместного технического анализа.

05 · Вопрос №1 исходной презентации

Один клиентский опыт, два продуктовых владельца

На вопрос «один сервис или два» отвечаем так: для клиента — одно предложение и один понятный путь покупки. Внутри — два вендора, каждый со своим продуктом и экономикой. Клиент получает целостное решение, а мы не тратим силы на слияние того, что лучше работает раздельно.

Что видит заказчик

единый клиентский опыт
  • Единая архитектура и совместимый каталог
  • Согласованный пресейл — команды обеих сторон работают вместе
  • Единая схема эскалации, без «пинг-понга» между поставщиками
  • Прозрачность: data-платформу предоставляет ANG, инфраструктуру — Deckhouse

Как это устроено внутри

самостоятельные продуктовые контуры
  • Отдельные правообладатели, сохранение брендов, co-branding
  • Самостоятельные SKU и прозрачная экономика каждой стороны
  • Собственные roadmap в своих зонах
  • Условия по продукту согласуются с его правообладателем
Единое предложение для клиента — без слияния продуктов и экономик.
06 · Вопрос №2 исходной презентации

Разделение ответственности в разработке

Принцип простой: разделяем не open-source компоненты, а зоны продуктовой ответственности. Для Kafka, ClickHouse, OpenSearch и Airflow это снимает вопрос «чей компонент»: managed runtime развивает Deckhouse, применение в составе платформы данных — ANG. Каждый вкладывается в то, что умеет лучше всех.

Deckhouse

Managed Runtime

  • Операторы, установка, upgrade
  • HA, backup, scaling, lifecycle
  • Rootless / distroless, CVE
  • Инфраструктурный мониторинг
  • Сертификация
ANG

Data Product Layer

  • Интеграционные профили, коннекторы, pipeline
  • Data-архитектура и governance
  • Продуктовый мониторинг и дашборды
  • Отраслевые сценарии и бандлы
  • ANG UI и комплексные решения
Вместе

Интеграция и качество

  • Compatibility matrix и integration tests
  • Совместный release train
  • Референсные архитектуры
  • Critical contributions с согласованным SLA
  • Документация и enablement поддержки
Рабочий ритм вместо согласований по переписке: Product Council (roadmap и архитектура) · Release Council (совместимость и релизы) · Support Council (L1/L2/L3 и инциденты). До первой поставки утверждаем RACI, compatibility matrix и матрицу поддержки — чтобы первый клиент получил отлаженный процесс, а не эксперимент.
07 · Вопрос №3 исходной презентации

Три маршрута поставки

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

Deckhouse-led
Заказчиклид Deckhouse · рамочный договор · тендерный контур
Фронт: Deckhouseединый договор и единое окно
Лицензии Deckhouseпрямая поставка
Лицензии ANGco-branded OEM / reseller
Поддержкаединое окно · back-to-back SLA · ANG в data-пресейле
ANG-led
Заказчикdata-проект ANG · комплексная платформа данных
Фронт: ANGединый договор и единое окно
Лицензии ANGпрямая поставка
Лицензии DeckhouseASE / reseller
Поддержкаединое окно · back-to-back SLA · Deckhouse в инфра-пресейле
Partner-led
Заказчикгенеральный исполнитель — интегратор
Фронт: интеграторконкурсные и договорные требования
Лицензии Deckhouseпартнёрский канал
Лицензии ANGпартнёрский канал
Поддержказоны ответственности сторон сохраняются
Источник возможности определяет признание вклада и экономическое участие.
Формальный фронт выбираем из интересов заказчика и требований сделки.

BYOL сохраняется как дополнительный маршрут для клиентов с действующими лицензиями одной из сторон. Механика регистрации возможностей — в приложении B.

08 · Совместный рост

Взаимная воронка и рост сделки

Главная коммерческая логика связки — не комиссия за перепродажу, а рост каждой сделки. Вход возможен с любой стороны: от инфраструктурного сервиса Deckhouse или от data-сценария ANG — и в обоих случаях клиент растёт внутри связки годами.

Первый managed-сервис
Managed Kafka / ClickHouse
Потоки данных
Streaming и ingestion
Хранение и аналитика
Lakehouse: Iceberg, Trino, Spark
Управление и безопасность
Governance и политики доступа
Платформа целиком
Полная ANG Data Platform
Вход: инфраструктура Deckhouseсредний чек · глубина внедрения · срок жизни клиентаРасширение: платформа данных ANG

На схеме — траектория Deckhouse-led. В ANG-led проектах она обратная: от data-сценария к промышленному runtime Deckhouse. Независимо от точки входа совместная модель увеличивает глубину внедрения, средний чек и LTV заказчика.

Deckhouse открывает ANG
  • Инфраструктурные клиенты с data-потребностью
  • Заказчики Managed Services и модернизации Kubernetes
  • Проекты импортозамещения
ANG открывает Deckhouse
  • Проекты Lakehouse, модернизации DWH, streaming
  • AI-ready инфраструктура
  • Крупные enterprise-заказчики и новые ЛПР data-направления
Что это даёт коммерческим командам обеих сторон: больше средний чек, новый бюджетный центр у заказчика, расширение из Kubernetes в данные, повторные продажи и долгосрочное сопровождение. Возможности регистрируются и признаются за источником — механика в приложении B, инструменты мотивации команд — в GTM-приложении.
09 · Экономика и план

Экономика партнёрства и следующий шаг

Экономику предлагаем максимально простую — SKU-модель: у каждого продукта своя цена и свой правообладатель, канал получает согласованную комиссию. Такую модель легко считать, легко проверять и легко масштабировать на десятки сделок.

Экономика Deckhouse
  • Core, Managed Services, Storage
  • Поддержка и сертифицированный контур
Экономика ANG
  • ANG Data Platform и модули
  • Подписки, лицензии, поддержка, отраслевые решения
Отдельно
  • Партнёрская комиссия за канал — [X]%
  • Внедрение, сопровождение, доработки, обучение
Два рабочих правила: каждая сторона управляет экономикой своего SKU — так обе планируют выручку без сюрпризов; специальная цена по крупной совместной сделке согласуется через Joint Bid Desk — чтобы выигрывать конкурсы согласованной суммой, а не уступать их.
Шаг 1 · принципы и term sheet

Зафиксировать модель

  • Продуктовая модель и зоны ответственности
  • Маршруты поставки и экономика
  • Term sheet на 4–6 страниц — состав в приложении E
Шаг 2 · рабочие группы

Запустить команды

  • Product & Architecture
  • Commercial & GTM
  • Legal & IP · Support & Certification
Шаг 3 · пилоты

Проверить на 2–3 сделках

  • Один проект ANG-led
  • Один проект Deckhouse-led
  • Partner-led — при подходящем интеграторе
Начать с реальных проектов, проверить модель на практике —
и масштабировать её на общий рынок.
Приложения

Рабочие принципы для term sheet

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

Приложение A

IP и совместная разработка

Четыре раздельные категории интеллектуальной собственности — чтобы совместная разработка ускоряла обе стороны, не размывая их активы.

Категории IP

  • Background IP Deckhouse — остаётся у Фланта
  • Background IP ANG — остаётся у ANG
  • Совместные разработки — режим согласуется отдельно в term sheet
  • Клиентские доработки, документация, конфигурации, результаты тестирования — фиксируются по каждому проекту

Рабочие принципы

  • Базовый IP стороны не переходит партнёру по умолчанию
  • Contributions в компоненты партнёра — по согласованному SLA рассмотрения
  • Open-source contributions ведутся от имени вносящей стороны
  • Паспорт каждого компонента: product / code / roadmap / support / security / release owner
Приложение B

Deal registration и защита совместных возможностей

Простой общий реестр возможностей: защищается конкретная возможность и её scope — не клиент навсегда. Это дисциплина, которая делает взаимную воронку рабочим процессом.

  • Источник возможности и дата регистрации
  • Заказчик, состав решения, защищаемые продукты
  • Ответственные лица сторон
  • Срок защиты 6–9 месяцев
  • Продление при подтверждённой активности по сделке
  • Правила дедупликации пересекающихся возможностей
  • Правила renewal и расширения зарегистрированных проектов
  • Спорные случаи — эскалация на уровень руководителей сторон
Взаимное правило: стороны сохраняют полную свободу самостоятельной работы на рынке — и при этом не исключают друг друга из зарегистрированных совместных возможностей, их продлений и расширений.
Приложение C

Поддержка, SLA и сертификация

Поддержка

единое окно без слепых зон
  • Единое окно для клиента — возможно и приветствуется
  • Ответственность делится по L1 / L2 / L3
  • Back-to-back SLA с зеркальными сроками
  • Доступ второй стороны к диагностике инцидентов
  • Согласованная процедура признания инцидента и нарушения SLA
  • Соразмерное ограничение ответственности сторон

Сертификация

инвестиции и права на результат
  • Согласуются: финансирование, владение документацией, доступ к результатам испытаний
  • Порядок включения обновлений ANG в сертифицированный контур
  • Заранее согласованный порядок поддержки действующих сертифицированных инсталляций, переходный период и действия при изменении области действия сертификата
  • При софинансировании — согласованные права на использование результатов и защита вложений сторон
Приложение D

Эксклюзивность и непрерывность для клиентов

Эксклюзивность

предметная и измеримая
  • Обсуждается для конкретного совместного предложения и scope
  • Согласованная территория, срок 12 месяцев с пересмотром
  • Действует при взаимных коммерческих обязательствах и KPI
  • При невыполнении согласованных обязательств эксклюзивность автоматически прекращается либо пересматривается
  • Обе стороны сохраняют свободу в собственных зонах: ANG — на рынке data-платформ, Deckhouse — на рынке инфраструктуры

Непрерывность для клиентов

заказчик не зависит от формата партнёрства
  • Даже при изменении формата партнёрства действующие заказчики сохраняют лицензии, поддержку и понятный переходный контур
  • Определяются transition period и порядок renewal
  • Каждая сторона сохраняет права на собственный IP
  • Зарегистрированные совместные проекты доводятся до результата
Приложение E

Состав будущего term sheet

14 разделов, 4–6 страниц — рабочий документ до юридического договора. Большинство разделов уже описаны в этой презентации и требуют только фиксации.

01Цель и модель партнёрства — два вендора, единое рыночное предложение
02Архитектура и брендинг — Deckhouse Runtime + ANG Data Platform, co-branding
03Разделение разработки — runtime / data product layer, ownership matrix
04IP и доработки — background, foreground, совместные и клиентские разработки
05Схемы поставки — Deckhouse-led, ANG-led, integrator-led, BYOL
06Deal registration — источник, защита 6–9 мес, продление, дедупликация
07Экономика — SKU-модель, партнёрские цены, special pricing
08Продажи и воронка — взаимный pipeline, KPI, enablement, joint bid desk
09Поддержка и SLA — L1/L2/L3, back-to-back SLA, диагностика, ответственность
10Сертификация и ИБ — финансирование, права на результаты, переходные механизмы
11Эксклюзивность — предметный scope, срок, взаимные KPI
12Защита совместных возможностей — зарегистрированные проекты, renewal, расширения
13Governance — product / commercial committee, эскалация на уровень CEO
14Непрерывность для клиентов — лицензии, transition support, порядок изменений

Симметрия не означает, что стороны во всём одинаковые. Она означает, что вклад каждой стороны признан пропорционально его ценности.