SQL-first
Работает поверх существующей БД.
Headless data platform поверх любой SQL-базы: мгновенный API и admin UI без переписывания схемы. Идеален, когда данные уже есть.
Directus оборачивает существующую SQL-базу в headless API и no-code admin — без ETL и дублирования данных.
Выбираем Directus для data-heavy продуктов, internal tools и случаев, когда schema уже определена в PostgreSQL/MySQL.
Работает поверх существующей БД.
UI без months of development.
No-code automation внутри Directus.
WebSocket updates.
Self-hosted control.
Данные остаются в вашей SQL.
Проверяем, подходит ли Directus под задачу, бюджет и команду.
Планируем структуру, интеграции, миграцию и риски SEO.
Собираем тему, модули и бизнес-логику с еженедельными демо.
Проверяем сценарии, нагрузку, безопасность и интеграции.
Деплой, редиректы, мониторинг и обучение команды.
Обновления, SLA и развитие по метрикам бизнеса.
Точная смета зависит от объёма каталога, интеграций и миграции. Фиксируем после scoping call.
Сравниваем по задаче, а не по популярности.
Классифайды живут скоростью и доверием. Если категория, поиск или переписка «тормозят» — пользователь уходит к привычной площадке.
Directus часто сажают на существующую SQL-БД как «админку поверх данных». Strapi — больше «CMS с нуля». Выбор зависит от того, есть ли уже схема БД. Оба — headless-подход.
Да, типичный сценарий. Важно не сломать прод-схему правами и миграциями. Readonly/отдельная роль для CMS. Согласуем с DBA.
Для контента/каталожных описаний — да. Корзину и оплату обычно не в Directus. Commerce — отдельно или через интеграции. Границы систем фиксируем в архитектуре.
Роли, permissions, при необходимости аудит. Для чувствительных данных — доп.контроли. ИБ-требования собираем заранее. SSO — по запросу.
От настройки на готовой БД до полноценной контент-модели и фронта. Узкое место — согласование полей. Параллелим фронт, когда API стабилен. Оценка после схемы данных.
Расскажите о проекте — подскажем, подходит ли Directus, и дадим смету с сроками.