Классы поставки
Talantiq поставляется тремя классами: разница в изоляции, инфраструктуре и в том, кто отвечает за обновления и резервные копии. Выберите класс, чтобы увидеть детали, или сравните все три в таблице ниже.
Сравнение классов поставки
Один и тот же продукт, три модели размещения. Класс поставки, обязательный атрибут SKU, Order Form, лицензии и SLA: до заказа он согласуется явно, а не подразумевается словом «облако».
| Параметр | Standard Cloud | Dedicated Cloud | On-prem |
|---|---|---|---|
| Изоляция и инфраструктура | Отдельный application deployment и отдельная база данных на заказчика: не общая схема с построчным разделением, а физически свои под каждого клиента. Сеть, вычислительный пул и операционный контур (мониторинг, резервное копирование, поддержка) при этом общие для всех клиентов класса Standard Cloud, это и делает вход быстрым и недорогим. | Отдельный application deployment в выделенном облачном проекте (VPC), с ресурсами, зарезервированными за заказчиком, а не взятыми из общего регионального кластера. База данных, секреты, очереди задач, векторное хранилище (RAG) и файловое хранилище работают каждый в своём контуре, отдельном от других клиентов. В Standard Cloud отдельная только база данных, здесь отдельным становится весь контур. | Application deployment и база данных размещаются не у вендора, а в инфраструктуре самого заказчика: сервер, кластер, сеть и хранилище выбирает и администрирует заказчик, либо его подрядчик по контракту. Это единственный класс поставки, где у вендора нет доступа к среде исполнения вне согласованных работ по SOW. |
| Где физически данные | Приложение и база данных живут в отдельном деплойменте на общей региональной инфраструктуре Узбекистана: сеть и вычислительный пул общие для клиентов Standard Cloud, но сама база и секреты заказчика принадлежат только ему. Хранение персональных данных в Узбекистане, по закону № ЗРУ-547. | Приложение и база данных развёрнуты в выделенном облачном проекте (VPC) в Узбекистане: ресурсы закреплены за заказчиком, сеть приватная. Хранение персональных данных в Узбекистане, по закону № ЗРУ-547, но контур не разделяется ни с одним другим клиентом. | Приложение и база данных находятся в инфраструктуре, которую предоставляет и контролирует сам заказчик, как правило, в Узбекистане, где действует закон № ЗРУ-547. Данные не покидают этот периметр: у вендора нет доступа к серверам заказчика вне согласованных работ по SOW. |
| Кто обновляет и в какие окна | Обновления и резервные копии на вендоре, без участия заказчика. Окно обновлений единое для всех клиентов класса, версия не фиксируется под конкретного заказчика: релизный цикл идёт по общему графику платформы. | Окно обновлений согласуется с заказчиком, а не назначается платформой. Для этого контура доступна и контролируемая фиксация версии (version pin), которой нет в Standard Cloud. Резервное копирование по-прежнему остаётся на вендоре. | Обновления не разворачивает вендор: он готовит релизные материалы и runbook, а применяет их заказчик (или его подрядчик по эксплуатации) самостоятельно, в удобное для себя окно. Единого окна обновлений для всех клиентов класса нет, потому что вендор не управляет средой исполнения. Опция Managed On-prem Operations переносит эту работу на вендора отдельным договором. |
| Что входит в поддержку | Стандартная поддержка: обращения принимаются в рабочие часы, приоритет и время реакции соответствуют общему SLA платформы. Расширенная поддержка (круглосуточно, выделенный менеджер) доступна как отдельная опция для более требовательных контуров, но не входит по умолчанию в этот класс. | Те же уровни поддержки, что и в Standard Cloud, но в рамках выделенного контура: время реакции и восстановления считается по конкретному инстансу заказчика, а не по общей платформе. После проверки готовности контура становятся доступны Premium-поддержка и повышенная отказоустойчивость (HA/DR). Издание Enterprise продаётся только на Dedicated Cloud или On-prem, на Standard Cloud оно недоступно. | Стандартная поддержка 5/8: обращения принимаются в рабочие часы. SLA покрывает дефекты самого приложения; серверы, ОС, кластер, сеть, электропитание и резервное хранилище остаются зоной заказчика. Сквозная доступность инстанса целиком реальна только при отдельно приобретённой опции Managed On-prem Operations и совместно согласованной архитектуре. |
| Зоны ответственности | Вендор отвечает за инфраструктуру, релизы, резервное копирование и доступность платформы. Заказчик отвечает за данные, которые он загружает, права доступа сотрудников и содержимое конфигурации (бренд, тема, роли). | Вендор по-прежнему отвечает за инфраструктуру, релизы, резервное копирование и доступность платформы, только теперь в рамках собственного выделенного облачного проекта заказчика. Заказчик отвечает за данные, которые он загружает, права доступа сотрудников и содержимое конфигурации. Это остаётся облачной моделью с эксплуатацией вендором, а не размещением на стороне заказчика, как в On-prem. | Вендор отвечает за корректность приложения, лицензию и релизные материалы. Заказчик (или его подрядчик по эксплуатации) отвечает за всё, на чём приложение работает: серверы, ОС, Kubernetes или Docker, сеть, TLS и PKI, хостинг базы данных, резервное хранилище, DR-площадку и GPU при использовании self-hosted AI, если отдельно не куплен Managed On-prem Operations. |
| Кому подходит | Подходит компаниям 50-1000 сотрудников со стандартными HR-процессами, которым не требуется выделенный сетевой контур или индивидуальное окно обновлений. Самый быстрый путь от регистрации до рабочего инстанса. | Подходит компаниям от 200 сотрудников, а также организациям с регулируемыми требованиями независимо от размера: банкам, МФО, государственным и квазигосударственным структурам, любой компании, которой нужна приватная сеть. Выбор для контуров, которым уже недостаточно общей инфраструктуры Standard Cloud. | Подходит организациям, которым закрыт любой вариант размещения вне собственного периметра, даже выделенное облако: банкам, государственным и квазигосударственным структурам, компаниям со строгой внутренней политикой безопасности. Стандартная поставка оформляется годовой лицензией; постоянная (perpetual) лицензия существует только как отдельно согласуемое исключение. |