Выбор между on-prem и SaaS CDP — архитектурное решение, которое определяет контроль над клиентскими данными, стоимость владения и гибкость интеграций на горизонте 3-5 лет. Для enterprise-компаний в Москве с клиентской базой от 50 тысяч записей это не вопрос предпочтений — это вопрос соответствия требованиям ИБ, 152-ФЗ и бизнес-модели. В этом гайде — честное архитектурное сравнение двух подходов: deployment, контроль данных, кастомизация, интеграции, TCO и compliance. Без упоминания конкретных вендоров — только архитектура и цифры.
Архитектурное сравнение on-prem и SaaS CDP
Архитектура on-prem CDP и SaaS CDP решает одну задачу — объединение клиентских данных из разрозненных источников в единый управляемый профиль. Однако подход к развёртыванию, эксплуатации и контролю фундаментально отличается. Поэтому выбор между on-prem vs SaaS CDP определяет не только текущие возможности, но и архитектурные ограничения на годы вперёд.
| Параметр | On-prem CDP | SaaS CDP |
|---|---|---|
| Развёртывание | Серверы заказчика (ЦОД, выделенные мощности, российский дата-центр) | Облако вендора (мультитенантная инфраструктура) |
| Контроль данных | Полный — данные не покидают периметр компании | Ограниченный — данные на серверах вендора |
| Обновления | Контролируемые ИТ-командой, по расписанию | Автоматические, по решению вендора |
| Кастомизация | Глубокая — доступ к конфигурации, API, схеме данных | В рамках предоставленного интерфейса и API |
| Сетевая изоляция | Поддержка air-gap (без доступа в интернет) | Требует постоянного интернет-подключения |
| Масштабирование | Вертикальное + горизонтальное (добавление узлов) | Автоматическое (эластичное), управляется вендором |
| Ответственность за инфраструктуру | Заказчик + вендор (сопровождение) | Вендор |
| Первоначальный бюджет | Выше (лицензия + внедрение) | Ниже (подписка с первого месяца) |
| TCO на горизонте 3 лет | Ниже при базе от 100 тыс. клиентов | Растёт пропорционально MAU |
Ключевое архитектурное различие — место хранения данных и модель ответственности. В SaaS-модели вендор управляет инфраструктурой, обновлениями и безопасностью. В on-prem-модели заказчик получает полный контроль, но берёт на себя часть эксплуатационных задач. Для enterprise-компаний с выделенной ИТ-командой второй вариант часто предпочтительнее, поскольку позволяет применять корпоративные стандарты безопасности без компромиссов.
При этом on-prem не означает «сложно». Lean-архитектура позволяет запустить CDP на 1-3 узлах без distributed-кластера. Типичная enterprise-инсталляция с базой до 150 тыс. клиентов работает на одном сервере: 8 vCPU, 32 ГБ RAM, 500 ГБ NVMe SSD. Никаких отдельных кластеров для очередей, поисковых индексов или аналитики — всё в одном контуре.
Важно понимать: on-prem vs SaaS — это не вопрос «старое vs новое». Это два архитектурных подхода с разными свойствами. SaaS оптимален для мультитенантности и быстрого масштабирования сотен клиентов. On-prem оптимален для single-tenant enterprise-инсталляций, где контроль, безопасность и предсказуемость стоимости важнее скорости старта. Подробнее о профилях мощностей и вариантах развёртывания — в разделе Внедрение и развёртывание CDP.
Контроль данных: резидентность, шифрование, доступ
Для enterprise-компаний контроль над клиентскими данными — не абстрактное требование, а конкретный набор технических и регуляторных параметров. On-prem vs SaaS CDP принципиально различаются по трём осям: резидентность данных, шифрование и управление доступом.
Резидентность данных
152-ФЗ требует хранения персональных данных российских граждан на территории РФ. On-prem CDP решает этот вопрос архитектурно — данные физически находятся на серверах заказчика в российском ЦОД. SaaS-вендор может предложить «российский регион» облака, однако гарантии резидентности зависят от инфраструктурного провайдера и могут измениться при смене поставщика облака.
Кроме того, при on-prem развёртывании заказчик контролирует бэкапы, реплики и резервные копии — они не могут оказаться в другой юрисдикции. В SaaS-модели бэкапы обычно управляются вендором, и заказчик не всегда знает их физическое расположение. Это становится критичным при аудите: регулятор спрашивает не «где ваш основной сервер», а «где все копии персональных данных, включая резервные».
Для компаний из финансового сектора и телекома дополнительным фактором выступают отраслевые требования ЦБ и Минцифры к локализации данных. On-prem CDP закрывает эти требования по умолчанию — данные физически не покидают инфраструктуру, контролируемую заказчиком.
Шифрование
| Слой | On-prem CDP | SaaS CDP |
|---|---|---|
| In transit | TLS 1.3 между компонентами внутри контура | TLS 1.2/1.3 между браузером и облаком |
| At rest | AES-256 или ГОСТ (управление ключами — у заказчика) | AES-256 (управление ключами — у вендора или cloud-провайдера) |
| Ключи шифрования | Хранятся на стороне заказчика (HSM, KMS, файловая система) | Управляются вендором или cloud-провайдером |
| Прозрачность | Полная — аудит шифрования силами ИБ | Ограниченная — зависит от документации вендора |
Принципиальная разница — владение ключами шифрования. В on-prem-модели заказчик управляет ключами самостоятельно. Следовательно, даже при физическом изъятии дисков данные остаются зашифрованными ключом, который не хранится на тех же носителях. В SaaS-модели ключами управляет вендор, и заказчик не может гарантировать, что доступ к данным ограничен только его сотрудниками.
Управление доступом
On-prem CDP позволяет интегрировать платформу в корпоративный IdP — Active Directory, LDAP, SAML 2.0, OIDC. Это означает, что сотрудник входит в CDP через ту же учётную запись, что и в остальные корпоративные системы. Увольнение сотрудника автоматически закрывает доступ к CDP.
В SaaS-модели интеграция с корпоративным IdP возможна, но зависит от тарифа вендора. Часто SSO/SAML доступен только на enterprise-тарифах с наценкой 30-50% к базовой подписке.
RBAC в on-prem CDP работает до уровня поля и операции: можно разрешить менеджеру видеть телефон клиента, но запретить экспорт. Тем не менее важно проверить гранулярность RBAC при выборе платформы — не все on-prem решения обеспечивают детализацию до уровня поля. Подробнее о требованиях ИБ — в разделе 152-ФЗ и клиентские данные.
TCO: подписка vs лицензия + внедрение + сопровождение
Сравнение стоимости on-prem vs SaaS CDP требует анализа совокупной стоимости владения (TCO), а не только ежемесячного платежа. Две модели имеют принципиально разную структуру затрат.
Структура затрат SaaS CDP
| Статья | Характер | Типичный диапазон |
|---|---|---|
| Ежемесячная подписка | Recurring, зависит от MAU | от 150 тыс. ₽/мес (50K MAU) до 1-2 млн ₽/мес (500K+ MAU) |
| Интеграция и настройка | Разовый | 500 тыс. — 2 млн ₽ |
| Дополнительные модули | Recurring, per-feature | 20-30% к базовой подписке |
| Наценка за SSO / Enterprise | Recurring | +30-50% к тарифу |
Главная особенность SaaS-модели — стоимость растёт вместе с клиентской базой. При базе 100 тыс. MAU ежемесячный платёж может составлять 200-400 тыс. рублей. При росте до 500 тыс. — уже 800 тыс. — 1,5 млн рублей в месяц. За 3 года совокупные затраты при базе 300 тыс. MAU достигают 15-25 млн рублей.
Структура затрат on-prem CDP
| Статья | Характер | Типичный диапазон |
|---|---|---|
| Лицензия | Разовый | от 900 тыс. ₽ (Minimum) до 3,6 млн ₽ (HA) |
| Внедрение | Разовый | от 1,2 млн ₽ до 7 млн ₽ |
| Сопровождение | Recurring, фиксированный | от 60 тыс. ₽/мес до 320 тыс. ₽/мес |
| Серверная инфраструктура | Разовый + хостинг | 200-600 тыс. ₽ (покупка) или 30-80 тыс. ₽/мес (аренда) |
Преимущество on-prem-модели — предсказуемость. Ежемесячный платёж за сопровождение фиксирован и не зависит от объёма клиентской базы. При базе 300 тыс. клиентов и Recommended-профиле TCO за 3 года составляет 9-12 млн рублей — это на 28-40% ниже, чем SaaS при аналогичном масштабе.
Сравнение TCO на горизонте 3 лет
| Клиентская база | SaaS TCO (3 года) | On-prem TCO (3 года) | Разница |
|---|---|---|---|
| 50 тыс. | 7-10 млн ₽ | 5-7 млн ₽ | On-prem дешевле на 20-30% |
| 150 тыс. | 12-18 млн ₽ | 7-10 млн ₽ | On-prem дешевле на 35-45% |
| 500 тыс. | 25-40 млн ₽ | 10-15 млн ₽ | On-prem дешевле на 50-60% |
Точка пересечения — примерно 20-30 тыс. клиентов. При базе меньше этого порога SaaS обычно выгоднее за счёт отсутствия первоначальных вложений. При базе от 50 тыс. on-prem начинает выигрывать, и с ростом базы разница увеличивается экспоненциально.
Важный нюанс: расчёт TCO для on-prem должен включать стоимость ИТ-персонала на эксплуатацию. Для Minimum-профиля достаточно одного инженера на частичной загрузке — примерно 80-120 тыс. рублей в месяц с учётом налогов. Для Recommended — 1-2 инженера (160-240 тыс. рублей). Для HA — 2-3 выделенных специалиста (300-450 тыс. рублей). Тем не менее даже с учётом зарплат on-prem остаётся дешевле при базе от 100 тыс. клиентов.
Скрытые затраты SaaS, которые редко учитывают
При расчёте TCO SaaS-модели CIO часто упускают три категории затрат. Во-первых, ежегодное повышение тарифов — SaaS-вендоры пересматривают цены на 10-20% в год, и заказчик не может заблокировать цену, поскольку данные уже в облаке. Во-вторых, стоимость выхода: экспорт данных, миграция интеграций, обучение команды на новой платформе — это 3-6 месяцев работы и 2-5 млн рублей бюджета. В-третьих, наценка за enterprise-функции: SSO, кастомный RBAC, расширенный SLA, выделенный менеджер — каждая из этих опций добавляет 15-30% к базовой подписке.
В on-prem-модели все эти функции входят в базовую лицензию. RBAC, аудит, интеграция с IdP, шифрование — часть платформы, а не платные модули.
Кастомизация и интеграции в on-prem vs SaaS CDP
Глубина кастомизации — одно из ключевых архитектурных отличий on-prem от SaaS CDP. Enterprise-компании редко работают «из коробки» — каждый бизнес имеет уникальную модель данных, специфичные интеграции и собственные правила обработки клиентских событий.
Модель данных
On-prem CDP позволяет расширять схему данных на уровне базы. Заказчик добавляет собственные атрибуты профиля, типы событий, кастомные метрики — без ограничений, которые накладывает мультитенантная архитектура SaaS. В SaaS-модели кастомные поля обычно ограничены количеством или типами данных, а изменения схемы согласовываются с поддержкой вендора.
Интеграции
| Аспект | On-prem CDP | SaaS CDP |
|---|---|---|
| Внутренние системы | Прямая интеграция через API, базу данных или файловый обмен — всё в одной сети | Через публичный API — требует открытия портов или VPN-туннеля |
| Webhook engine | Исходящие webhook'и внутри контура — без задержек и лимитов | Webhook'и через интернет — зависят от latency и rate limit'ов вендора |
| Кастомные коннекторы | Разрабатываются и деплоятся внутри контура | Зависят от marketplace вендора или публичного API |
| Latency интеграций | Миллисекунды (локальная сеть) | Десятки-сотни миллисекунд (через интернет) |
Для enterprise с 5-10 внутренними системами (CRM, биллинг, контакт-центр, мобильное приложение, сайт, ERP) on-prem CDP обеспечивает интеграцию в единой сетевой среде. Это снижает latency, упрощает отладку и устраняет зависимость от стабильности интернет-канала. В результате триггерные сценарии работают быстрее и надёжнее.
Кастомизация бизнес-логики
On-prem CDP даёт доступ к конфигурации rules engine, orchestration и workflow. Заказчик может создавать сложные многоэтапные сценарии, которые учитывают специфику отрасли: допустим, сценарий для банка, который проверяет кредитный рейтинг перед отправкой коммуникации, или сценарий для ритейла, который учитывает наличие товара на складе при формировании персонального предложения.
В SaaS-модели кастомизация ограничена визуальным конструктором сценариев и набором предопределённых условий. Сложные бизнес-правила часто требуют обходных решений или дополнительных интеграций. Подробнее о триггерных сценариях — в разделе Триггерные коммуникации внутри контура.
Масштабирование on-prem vs SaaS CDP: два подхода
Масштабирование — один из главных аргументов в пользу SaaS: «облако масштабируется автоматически». Однако для enterprise-компаний важно понимать, что стоит за этим масштабированием и какую цену оно имеет.
SaaS: эластичное масштабирование
SaaS CDP масштабируется за счёт инфраструктуры cloud-провайдера. Заказчик не думает о серверах, балансировщиках и репликах. Вместе с тем каждый дополнительный MAU увеличивает ежемесячный платёж. При базе 500 тыс. клиентов стоимость подписки может превышать 1,5 млн рублей в месяц — и эта сумма не уменьшается при снижении нагрузки, поскольку тариф привязан к объёму базы, а не к потреблению ресурсов.
On-prem: модульное масштабирование
On-prem CDP масштабируется добавлением узлов и модулей. Три профиля мощности покрывают типичные сценарии enterprise:
| Профиль | Узлы | Ресурсы | Клиентская база | Стоимость старта |
|---|---|---|---|---|
| Minimum | 1 | 8 vCPU, 32 ГБ RAM, 500 ГБ NVMe | до 150 тыс. | от 2,1 млн ₽ |
| Recommended | 3 | 20 vCPU, 64 ГБ RAM, 1,5 ТБ SSD | до 700 тыс. | от 4,3 млн ₽ |
| HA | 5 | 36 vCPU, 112 ГБ RAM, 2,9 ТБ SSD | enterprise production | от 8,1 млн ₽ |
Переход между профилями не требует миграции данных или переустановки платформы. Добавляются узлы, подключаются модули (Redis для кеширования, NATS для событийной шины, ClickHouse для аналитики) — всё в рамках единого контура. Стоимость масштабирования фиксирована и не зависит от роста клиентской базы.
Для большинства enterprise-компаний в России профиль Recommended (до 700 тыс. клиентов) покрывает потребности на 3-5 лет. Следовательно, масштабирование — вопрос не ежемесячных платежей, а одноразового апгрейда по мере роста.
Когда SaaS достаточно, а когда необходим on-prem
Выбор между on-prem vs SaaS CDP — не вопрос «лучше или хуже». Это вопрос соответствия архитектуры конкретным требованиям бизнеса. Ниже — критерии, которые помогут определить оптимальный вариант.
SaaS CDP подходит, если:
- Клиентская база до 20-30 тыс. — TCO SaaS ниже за счёт отсутствия первоначальных вложений
- Нет выделенной ИТ-команды — компания не готова нести ответственность за эксплуатацию инфраструктуры
- Стандартные сценарии — email-рассылки, базовая сегментация, готовые интеграции покрывают потребности
- Нет жёстких требований ИБ — данные не относятся к категории чувствительных, нет air-gap-требований
- Быстрый старт важнее долгосрочного TCO — нужно запустить CDP за 2-4 недели, а не за 2-4 месяца
On-prem CDP необходим, если:
- Клиентская база от 50 тыс. — TCO on-prem ниже на 20-60% на горизонте 3 лет
- Требования 152-ФЗ и ИБ — данные не должны покидать периметр компании, нужен контроль ключей шифрования
- Сложные интеграции — 5+ внутренних систем, требуется low-latency взаимодействие
- Кастомная бизнес-логика — отраслевые сценарии, специфичные правила сегментации и коммуникаций
- Стратегический контроль — компания рассматривает customer data как стратегический актив и не готова зависеть от дорожной карты внешнего вендора
- Air-gap или ограниченный интернет — ЦОД без доступа в интернет или с ограниченным каналом
На практике для enterprise-компаний в Москве (retail, банки, телеком, travel) с базой от 50 тыс. клиентов on-prem CDP — архитектурно обоснованный выбор. SaaS остаётся удобным вариантом для среднего бизнеса с простыми сценариями и без жёстких требований к безопасности данных.
Два edge case, когда выбор неочевиден
Первый — быстрорастущий стартап с базой 30 тыс. клиентов, которая удваивается каждые 6 месяцев. SaaS кажется логичным выбором для быстрого старта, однако при достижении 100 тыс. клиентов ежемесячный платёж вырастет в 3-4 раза, и миграция на on-prem станет неизбежной. Мы рекомендуем в этом случае начинать с on-prem на Minimum-профиле — первоначальные затраты выше, но экономия за 2 года окупит разницу.
Второй — крупная компания с устаревшим SaaS CDP, который не проходит аудит ИБ. Переход на on-prem требует параллельной работы двух систем на 3-6 месяцев. Критически важно не торопиться с отключением SaaS: сначала нужно валидировать entity resolution в on-prem, затем переключить все интеграции, и только потом завершить миграцию. Подробнее о vendor lock-in и стратегиях выхода — в разделе Независимость от вендора.
Гибридные модели: компромисс или лучшее из двух миров
Между «чистым» on-prem и «чистым» SaaS существует промежуточный вариант — гибридная модель. В контексте on-prem vs SaaS CDP гибрид означает разделение функций между on-prem-контуром и облачными сервисами.
Типичные гибридные сценарии
| Сценарий | On-prem | Облако | Когда применяется |
|---|---|---|---|
| Данные on-prem, каналы в облаке | CDP, профили, сегменты, RBAC | Email-рассылки, push-уведомления | Когда каналы коммуникации не содержат чувствительных данных |
| Core on-prem, аналитика в облаке | CDP, триггеры, транзакции | BI-дашборды, прогнозные модели | Когда аналитика работает на агрегированных, обезличенных данных |
| Пилот в SaaS, production в on-prem | Production-контур | Тестовая среда | Когда нужно быстро проверить гипотезу перед полным внедрением |
Гибридная модель требует чёткого разграничения: какие данные остаются в on-prem-контуре, а какие могут передаваться во внешние сервисы. Как правило, персональные данные (ФИО, телефон, email, транзакции) хранятся исключительно on-prem, а в облако уходят агрегированные метрики и обезличенные сегменты.
Вместе с тем гибридная модель добавляет архитектурную сложность: необходимо поддерживать интеграцию между двумя контурами, контролировать поток данных, обеспечивать консистентность. Для enterprise-компаний с выделенной ИТ-командой это управляемая сложность. Для компаний без архитектурной экспертизы — потенциальный источник проблем.
Мы рекомендуем гибридный подход только в двух случаях: миграция с SaaS на on-prem (параллельная работа двух систем на 3-6 месяцев) и использование облачных каналов коммуникаций при on-prem хранении данных, потому что это снижает нагрузку на инфраструктуру и упрощает масштабирование рассылок. В остальных случаях «чистый» on-prem проще в эксплуатации и прозрачнее для ИБ.
Антипаттерны гибридных моделей
Три распространённые ошибки при реализации гибридного подхода к on-prem vs SaaS CDP. Первая — дублирование профилей клиентов в обоих контурах без чёткого master-источника. Это приводит к рассинхронизации и конфликтам данных. Правильный подход: on-prem CDP — единственный master, облачные сервисы получают данные через API в режиме read-only.
Вторая ошибка — передача персональных данных в облачный контур «для аналитики». Даже обезличивание не всегда гарантирует соответствие 152-ФЗ, если из агрегированных данных можно восстановить личность субъекта. Безопасный подход: аналитику выполнять on-prem (например, на ClickHouse-модуле), а в облако передавать только финальные метрики и дашборды.
Третья — отсутствие мониторинга потока данных между контурами. Без контроля невозможно гарантировать, что чувствительные данные не утекают в облако через webhook'и или интеграционные коннекторы. On-prem CDP с аудит-логом и RBAC решает эту задачу — каждый исходящий запрос фиксируется с привязкой к пользователю и операции.
Матрица принятия решения для enterprise
Ниже — чек-лист, который мы рекомендуем использовать при выборе между on-prem и SaaS CDP. Каждый критерий имеет вес — чем больше баллов набирает on-prem, тем сильнее аргументация в его пользу.
| # | Критерий | On-prem (балл) | SaaS (балл) | Ваш выбор |
|---|---|---|---|---|
| 1 | Клиентская база > 50 тыс. | 3 | 0 | |
| 2 | Требования 152-ФЗ / ИБ / air-gap | 3 | 0 | |
| 3 | Ключи шифрования — у заказчика | 3 | 0 | |
| 4 | 5+ внутренних систем для интеграции | 2 | 0 | |
| 5 | Кастомная бизнес-логика и сценарии | 2 | 1 | |
| 6 | Есть выделенная ИТ-команда (3+ человека) | 2 | 0 | |
| 7 | Горизонт планирования > 3 лет | 2 | 1 | |
| 8 | Нужен быстрый старт (до 1 месяца) | 0 | 3 | |
| 9 | Минимальный первоначальный бюджет | 0 | 3 | |
| 10 | Нет ИТ-команды для эксплуатации | 0 | 3 |
Интерпретация результатов:
- On-prem набрал 12+ баллов — on-prem CDP архитектурно обоснован, SaaS создаст ограничения
- 8-11 баллов — рассмотрите гибридную модель или on-prem с lean-профилем (1 узел для старта)
- SaaS набрал 6+ баллов, on-prem < 8 — SaaS закроет текущие потребности, пересмотрите решение при росте базы
Для типичной enterprise-компании в Москве (retail с базой 200 тыс. клиентов, банк с 500 тыс., телеком с 1 млн+) on-prem CDP набирает 14-17 баллов. SaaS остаётся оптимальным выбором для среднего бизнеса с базой до 30 тыс. и стандартными сценариями коммуникаций.
Если ваш результат указывает на on-prem — начните с архитектурной консультации. Lean-профиль (1 узел, от 2,1 млн рублей на старте) позволяет запустить CDP без избыточной инфраструктуры и масштабировать по мере роста. Подробнее об архитектуре on-prem платформы — в разделе On-prem CDP для enterprise.
FAQ об on-prem vs SaaS CDP
Сколько стоит переход с SaaS CDP на on-prem?
Совокупный бюджет миграции зависит от объёма данных и количества интеграций. Типичный диапазон для enterprise: лицензия от 900 тыс. рублей, внедрение от 1,2 млн рублей, миграция данных от 500 тыс. рублей. Срок параллельной работы двух систем — 3-6 месяцев. При базе 300 тыс. клиентов полная миграция обходится в 4-8 млн рублей, но окупается за 12-18 месяцев за счёт разницы в TCO.
На сколько on-prem CDP дешевле SaaS при базе 100 тыс. клиентов?
На горизонте 3 лет on-prem CDP обходится на 35-45% дешевле SaaS при базе 100-150 тысяч клиентов. В абсолютных цифрах: SaaS TCO составляет 12-18 млн рублей, on-prem — 7-10 млн рублей. Ключевая причина — ежемесячный платёж за on-prem фиксирован (от 60-180 тыс. рублей), тогда как SaaS-подписка растёт пропорционально MAU.
Можно ли начать с SaaS и потом мигрировать на on-prem?
Да, но миграция — это отдельный проект с бюджетом и сроками. Типичные этапы: аудит текущей схемы данных, маппинг полей, экспорт профилей и событий, валидация entity resolution в новой системе, параллельная работа, переключение интеграций. Срок: 3-6 месяцев. Чем дольше компания работает в SaaS, тем больше данных и интеграций нужно мигрировать.
Какие риски у SaaS CDP для enterprise в Москве?
Три главных риска: несоответствие 152-ФЗ (если серверы вендора за пределами РФ), vendor lock-in (зависимость от ценовой политики и дорожной карты), потеря контроля над данными (ключи шифрования у вендора, бэкапы в неизвестной юрисдикции). Дополнительный риск — блокировка сервиса при санкциях или уходе вендора с российского рынка.
Нужна ли отдельная ИТ-команда для эксплуатации on-prem CDP?
Зависит от профиля мощности. Для Minimum (1 узел) достаточно одного инженера на частичной загрузке — обновления, мониторинг, бэкапы. Для Recommended (3 узла) — 1-2 инженера. Для HA (5 узлов) — выделенная команда из 2-3 человек. Вендор предоставляет сопровождение, поэтому эксплуатация не требует глубокой экспертизы в стеке платформы.
Чем on-prem CDP отличается от «облака в приватном контуре»?
On-prem CDP изначально спроектирован для изолированных сред — lean baseline на 1-3 узлах, без зависимости от cloud-сервисов. «Облако в приватном контуре» — это SaaS-продукт, адаптированный для установки на сервер заказчика. Такие решения часто тянут за собой мультитенантную архитектуру с 10-15 узлами для минимальной инсталляции и требуют постоянного подключения к облаку вендора.
Архитектурная консультация по on-prem vs SaaS CDP
Если вы рассматриваете переход с SaaS на on-prem CDP или выбираете архитектуру для нового customer data контура — запишитесь на архитектурную консультацию. Разберём ваш текущий стек, оценим TCO обоих подходов и покажем demo lean-инсталляции на 1 узле. Консультация бесплатная, длится 45-60 минут, проводится по Zoom.