Aurabase против Convex: собственный SQL или реактивный бэкэнд?

Aurabase основана на стандарте PostgreSQL 16: SQL, классические миграции, политики RLS. Выпуклый идет противоположным путем. В официальной документации этот выбор четко прописан: "Не нужно ничего настраивать и писать какой-либо SQL. Просто используйте JavaScript, чтобы выразить потребности вашего приложения" (docs.convex.dev/database, по состоянию на 24 августа 2026 г.). Выпуклые таблицы хранят документы, набранные с помощью дополнительной схемы TypeScript, созданной сначала insert, без необходимости записи DDL.

Вот как выглядит типичный выпуклый запрос с индексом, объявленным в схеме:

// Выпуклый запрос — TypeScript, а не SQL
import { query } from './_generated/server'
import { v } from 'convex/values'

export const getOpenTasks = query({
  args: {},
  handler: async (ctx) => {
    return await ctx.db
      .query('tasks')
      .withIndex('by_completed', q => q.eq('completed', false))
      .collect()
  },
})

Ни одна из моделей не является строго превосходящей. Построитель запросов Convex по своей конструкции устраняет целый класс ошибок SQL-инъекций. Он также ограничивает вас собственным языком запросов. Никакого стандартного инструмента BI, никакого существующего Postgres ORM, никакого расширения SQL, такого как pgvector или pg_graphql, без полной перезаписи уровня данных.

В Convex любой запрос реагирует по умолчанию. Клиент открывает соединение WebSocket с развертыванием, а движок сохраняет все строки, считанные каждым запросом (его «набор чтения»). Как только мутация затрагивает этот набор чтения, функция воспроизводится на стороне сервера. Обновленный результат передается клиенту без необходимости записи кода подписки (stack.convex.dev/how-convex-works, по состоянию на 24 августа 2026 г.).

Aurabase Realtime работает противоположным образом — при согласии. NATS JetStream транслирует поток изменений PostgreSQL (CDC); вы явно подписываетесь на канал через channel().on('postgres_changes', …)с возможной фильтрацией по столбцу. Это больше кода для просмотра в реальном времени, но это стандартный протокол, поддерживаемый логической репликацией Postgres, а не проприетарный механизм в сочетании с конкретным построителем запросов.

Общий момент, которого мы здесь не ожидаем: оба движка написаны на Rust. Репозиторий с открытым исходным кодом Convex (get-convex/convex-backend) в основном состоит из ящиков Rust. TypeScript используется только для среды выполнения функций разработчика через движок V8 (stack.convex.dev/how-convex-works, по состоянию на 24 августа 2026 г.). По сравнению со стеком Supabase — Elixir/Go/TypeScript/Node — ядро ​​Rust остается настоящим отличием Aurabase. Против Convex нет: оба сделали ставку, каждый на создание надежного транзакционного механизма без непредсказуемых пауз в сборе мусора.

Разница сводится к лицензии. Код движка Convex (get-convex/convex-backend) выпущен под FSL-1.1-Apache-2.0, лицензией честного исходного кода. Он разрешает любое использование, кроме создания продукта, конкурирующего с Convex Cloud. Каждая версия переходит на чистый Apache 2.0 через два года после того, как она становится доступной — это условие проверено непосредственно в файле LICENSE.md в репозитории (github.com/get-convex/convex-backend, по состоянию на 24 августа 2026 г.). Рабочая область Rust и Aurabase JavaScript SDK публикуются под лицензией MIT с открытым исходным кодом без задержек и ограничений использования.

Выпуклость не осталась в стороне от ИИ. Его собственный векторный поиск доступен из actionsс векторным индексом, объявленным в схеме. Благодаря своей структуре @convex-dev/agent и rag.search()он формирует возможности RAG, на бумаге сравнимые с собственным RAG Aurabase (docs.convex.dev/search/vector-search, по состоянию на 24 августа 2026 г.).

Таким образом, настоящая разница не в том, «ТРЯПКА или отсутствие ТРЯП». Aurabase также интегрирует механизм NL2SQL — перевод вопроса на естественном языке в запрос SQL, который проверяется, а затем ограничивается перед выполнением. Convex структурно не может предложить эквивалент: без трансляции SQL нечего генерировать. Это прямое следствие выбора архитектуры, описанного выше, а не задержка продукта.

Convex предлагает регион EU West (Ireland), развернутый с 6 февраля 2026 г., в дополнение к восточному региону США по умолчанию (docs.convex.dev/production/regions и news.convex.dev, по состоянию на 24 августа 2026 г.). Реальный вариант, заслуживающий признания. Но Convex Inc. остается компанией в соответствии с американским законодательством. Ее основатель и генеральный директор Джейми Тернер говорит, что он базируется в Сан-Франциско (news.convex.dev, сбор $57 млн ​​в серии B под руководством Insight Partners, 4 августа 2026 г.). Выбор региона Ирландии не меняет юрисдикцию компании, размещающей ваши данные.

Это точно такой же механизм, как описанный в Supabase. Европейский регион, отмеченный на административной панели, недостаточен для выхода из правового режима Закона CLOUD, пока материнская компания остается американской. Aurabase SAS, компания, зарегистрированная в соответствии с французским законодательством, управляет проверенной производственной инфраструктурой в Германии (Нюрнберг, Фалькенштайн) и Финляндии (Хельсинки).

Копните глубже: почему Закон об ОБЛАКЕ меняет ваш выбор BaaS

Convex занял публичную позицию против гонки за маркетинговыми ориентирами. В заголовке его поста нет нюансов: «Меня не волнуют ваши тесты баз данных (и вас тоже)» (stack.convex.dev/on-competitive-benchmarks, по состоянию на 24 августа 2026 г.). Предполагаемый выбор позиции, а не целенаправленная атака – в посте не упоминается какой-то конкретный конкурент.

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

Convex делает радикальный выбор: единый язык, от схемы до серверной функции и клиента React, со сквозной типизацией без ручной генерации. Это настоящий прирост производительности для команды, которая уже на 100% использует TypeScript.

Aurabase JavaScript SDK распространяется в виде 10 пакетов npm с маркировкой @aurabase/*, все они опубликованы и доступны для установки. В репозитории также существуют SDK Python, Dart и Rust. Ни один из трех еще не опубликован в соответствующем реестре (PyPI, pub.dev, crates.io): на данный момент их можно установить только в зависимости от репозитория Git. Более широкое многоязычное покрытие на бумаге с реальным пробелом в исполнении, который необходимо заполнить, прежде чем полностью заявить об этом.

Aurabase основан на стандарте PostgreSQL 16 и API-интерфейсе, совместимом с PostgREST. Экспорт схемы и данных осуществляется классическими pg_dump/pg_restore — в Aurabase или в любой другой Postgres.

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

Если ваша команда уже на 100% использует TypeScript, создает адаптивное приложение React и не сильно полагается на расширения SQL или Postgres, у Convex есть реальное преимущество продукта. Два конкретных преимущества: автоматическое реагирование без настройки и сквозная типизация, которая уменьшает целый класс ошибок интеграции внешнего и внутреннего интерфейса.

Компромисс возникает, когда критериями решения становятся SQL, RLS Postgres, переносимость данных или регион хостинга в Германии/Финляндии с французской материнской компанией. Именно здесь Aurabase создает свое преимущество.

Хотите сравнение, посвященное открытому исходному коду и самостоятельному хостингу? См. Aurabase и Appwrite. Сравнение тестов и архитектуры Postgres см. в разделе Aurabase и Supabase.