Deckhouse + ANG
От Managed Service
к Managed Data Product
Product differentiation roadmap: почему заказчик выбирает ANG поверх vanilla managed service — и почему это выгодно обеим сторонам партнёрства.
ANG Managed Data Product — когда заказчику нужен измеримый и управляемый результат на данных.
Почему связка выгодна обеим сторонам
Это не конкуренция продуктов, а механизм land-and-expand: vanilla открывает дверь, ANG наращивает глубину внедрения и общий чек.
Deckhouse получает
- Более глубокую монетизацию installed base без роста стоимости привлечения
- Рост среднего чека и переход в data-бюджет заказчика
- Выше LTV: платформа данных живёт и расширяется годами
- Больше повторных продаж и поводов для контакта с заказчиком
- Переход от инфраструктурного диалога к бизнес-задачам данных
ANG получает
- Быстрый вход через готовый managed runtime — без строительства инфраструктуры
- Масштабируемый канал: installed base Deckhouse как воронка
- Промышленный Kubernetes-контур и сертификацию
- Снижение собственной стоимости эксплуатации
- Фокус инженерных ресурсов на data-продукте, а не на runtime
ANG увеличивает глубину внедрения, средний чек и LTV заказчика.
Vanilla Managed Service vs ANG Managed Data Product
Vanilla — правильный базовый уровень: управляемый компонент с промышленной эксплуатацией. ANG — следующая ступень, когда компонент входит в промышленный data-сценарий.
| Уровень | Vanilla Managed Service | ANG Managed Data Product |
|---|---|---|
| Что покупает клиент | Работающий управляемый компонент | Измеримый результат data-сервиса: витрина обновлена, отчёт готов, SLA выполнен |
| Установка | Оператор, валидированная конфигурация | + профиль под data-сценарий: topology, retention, quotas под задачу |
| Эксплуатация | Upgrade, HA, backup, scaling | + эксплуатация в терминах данных: свежесть, полнота, downstream-влияние |
| Безопасность | Инфраструктурный security-профиль, CVE | + политики доступа к данным, классификация, аудит доступа к данным |
| Мониторинг | Инфраструктурные метрики компонента | Продуктовые метрики: data SLA, lag потребителей, устаревшие витрины |
| Data SLA | Не входит в scope компонента | SLA на свежесть и полноту данных как продуктовое обязательство |
| Оптимизация | Ресурсы кластера | Диагностика запросов, tiering, workload-профили с оценкой эффекта |
| Управление стоимостью | Стоимость инфраструктуры | Стоимость хранения, обработки и пайплайнов; рекомендации по снижению |
| Готовые сценарии | Заказчик собирает data-сценарий сам | Шаблоны пайплайнов, отраслевые схемы, типовые интеграции |
| Интеграция компонентов | Компоненты независимы | Компоненты работают как единая платформа с общими метаданными |
| Ответственность за результат | Компонент доступен и обновлён | Данные доставлены, качественны и пригодны к использованию — измеримо |
Пять уровней продуктового отличия
Каждый компонент платформы проходит пять уровней зрелости. Deckhouse особенно силён на уровнях 1–2 и в runtime-части уровня 3. ANG владеет data-частью безопасности и создаёт основную ценность на уровнях 4–5 — там, где компонент встречается с данными. Граница не абсолютная: часть функций — совместные.
Готовые профили, валидированные конфигурации, pre-flight validation, типовые topology, sizing presets
Upgrade, backup, restore, scaling, HA, lifecycle, DR readiness, release compatibility
Runtime: TLS/mTLS, K8s RBAC, LDAP/AD, secrets rotation, CVE, сертификация.
Data: классификация данных, политики Ranger, row/column-level доступ, masking, аудит data-операций, владельцы data assets
Freshness, consumer lag, stale datasets, pipeline health, query cost, data SLA, затронутые downstream-объекты
Sizing recommendations, storage tiering, оптимизация запросов, workload isolation, cost recommendations, controlled remediation
ANG управляет результатом, который компонент создаёт для данных.
Правило серой зоны: как делим спорные функции
Функции, затрагивающие и runtime, и data-логику, делятся по одному воспроизводимому правилу — двум вопросам.
Механика жизненного цикла — операторы, storage-интеграция, upgrade, backup-механизм.
Политики, экономика, диагностика на уровне данных, влияние на downstream.
Если функция затрагивает оба уровня — она совместная: Deckhouse отвечает за runtime-механику, ANG — за product logic. Интерфейс и ownership фиксируются в паспорте функции (приложение A), release plan согласуется через Product Council.