HTAP-СУБД с предсказуемым поведением под нагрузкой
Без VACUUM, с жёсткими контрактами на ресурсы. Отечественная замена сложных связок (PostgreSQL + ClickHouse), изолирующая транзакции и тяжелую аналитику.
Экономика (TCO)
Радикальное снижение стоимости владения
Вместо трёх систем (например: транзакционная СУБД + аналитическое хранилище + ETL-шина) — одна. Это устраняет технологический «зоопарк», кратно снижая затраты на оборудование, лицензии и команду эксплуатации.
Отказ от ETL-пайплайнов
Данные готовы к аналитике в момент фиксации транзакции. Вам больше не нужно настраивать и поддерживать хрупкие процессы переноса данных (Kafka, Debezium, Airflow).
Исключение дублирования
В классических схемах одни и те же данные хранятся в OLTP и дублируются в OLAP-хранилище. AngaraBase использует единый слой хранения, экономя терабайты дисков.
Консолидация компетенций
Вместо поиска редких специалистов для поддержки связки из 3-4 разнородных инструментов, команда администрирует и бэкапит всего одну надёжную систему.
Изоляция: Один файл на БД
Архитектура Multi-database позволяет держать несколько баз в одном инстансе. Каждая из них — это отдельный файл, что упрощает их перенос и позволяет бэкапить базы абсолютно независимо.
Без технологических окон
UNDO-лог MVCC полностью устраняет разрастание (bloat) основных таблиц. Вы навсегда забудете о деградации производительности и ночных VACUUM-операциях.
Наблюдаемость без «магии»
Встроенные USDT-пробы и подсистема wait events позволяют насквозь видеть состояние движка. Траблшутинг становится инженерным процессом, а не гаданием.
Эффективное резервирование
Быстрая физическая репликация и бэкапирование основаны на потоке изменений единого WAL. Это снижает I/O нагрузку и радикально сокращает время восстановления.
Архитектура
Единая система для двух миров
Заменяет связки из транзакционных и аналитических баз (например, PostgreSQL + ClickHouse или Oracle + Greenplum). Выполняйте транзакции и тяжелую аналитику над одними данными без репликации и задержек.
OLTP
Транзакционный движок
MVCC-изоляция, Raft-репликация, строчное хранение для точечных запросов
OLAP
Аналитический движок
Колоночное хранение, векторизованное выполнение, агрегации в реальном времени
Unified Storage Layer
Единый слой хранения
Общий пул страниц (Buffer Manager), единый WAL, унифицированные индексы. Данные не дублируются между OLTP и OLAP движками.
Возможности
Ключевые характеристики
Архитектурные решения, которые отличают AngaraBase от классических СУБД.
Максимальная производительность
Глубокая интеграция с Linux (io_uring) выжимает максимум из NVMe-дисков для тяжёлых I/O операций. Ресурсные границы строго контролируются по контракту, не допуская деградации под нагрузкой. Колоночный векторный движок (SIMD) для массовой аналитики — в активной разработке (v0.7).
MVCC & изоляция транзакций
Snapshot isolation с полным undo-логом. Многоверсионный контроль параллельного доступа без блокировок на чтение.
Гибридное хранение
Горячие данные в строчном формате для быстрых транзакций, исторические — в колоночном. Автоматическое партиционирование таблиц «на лету».
Memory-safe архитектура
Ядро на Rust гарантирует отсутствие data races и undefined behavior на уровне компилятора — без GC-пауз.
Технология
Почему Rust?
Для системы баз данных язык реализации — это не деталь реализации, а архитектурное решение.
Нет GC-пауз
Ownership-модель Rust устраняет Stop-The-World паузы сборщика мусора, критичные для латентности OLTP-транзакций.
Безопасность памяти
Borrow checker предотвращает use-after-free, double-free и data races на уровне компиляции — без runtime overhead.
Производительность уровня C/C++
Zero-cost abstractions позволяют писать высокоуровневый код без потери производительности на критических путях.
Async-runtime и параллелизм
Tokio async runtime обеспечивает эффективную обработку тысяч одновременных соединений без context-switch overhead.
// MVCC transaction manager (AngaraBase)
pub struct TransactionManager {
mvcc_store: Arc<MvccStore>,
undo_log: UndoLog,
raft_node: RaftNode,
}
impl TransactionManager {
pub async fn begin_txn(
&self,
isolation: IsolationLevel,
) -> Result<Transaction> {
let ts = self.mvcc_store
.next_timestamp().await?;
Ok(Transaction::new(ts, isolation))
}
}Фрагмент движка транзакций — технические детали и спецификации доступны на GitHub
Производительность
Мы в цифрах
Предварительный прогон против PostgreSQL 18.4 на одной виртуальной машине (Yandex Cloud, 8 vCPU, NVMe) при равных настройках надёжности записи. Показываем только то, что измерили честно.
~2×
Быстрее точечные чтения
Задержка точечного SELECT по ключу — 0,46 мс против ~1,0 мс у PostgreSQL. UNDO-log MVCC даёт прямой доступ к версии строки без разрастания таблиц.
3–4×
Выше throughput на вставках
При умеренной нагрузке (до 8 параллельных клиентов) поток INSERT идёт в 3–4 раза быстрее PostgreSQL — критично для журналов и потоков событий (1С, биллинг, аудит).
0
VACUUM-окон
UNDO-log MVCC устраняет разрастание (bloat) основных таблиц. Никаких ночных регламентных окон и связанных с ними просадок производительности.
HTAP
OLTP стабилен под аналитикой
Тяжёлый аналитический скан не «роняет» транзакции: снапшот-изоляция держит OLTP стабильным там, где классической связке нужна отдельная аналитическая база.
Следующий приоритет. Колоночный векторный движок для массовой аналитики и тяжёлых агрегаций, а также оптимизации пути записи под высокой конкуренцией — в активной разработке на горизонте v0.7. Приведённые цифры — предварительный прогон на одной VM; независимый замер на физическом сервере (bare-metal) готовится к публикации.
Сравнение
AngaraBase в сравнении с PostgreSQL и Oracle
Архитектурные отличия от традиционных транзакционных и коммерческих СУБД. Прямой путь к импортозамещению без потери производительности.
| Характеристика | PostgreSQL | Oracle | AngaraBase |
|---|---|---|---|
| Модель MVCC | Heap MVCC + vacuum | UNDO (коммерческая) | UNDO-log MVCC |
| Технологические окна | Регулярный VACUUM | Фоновые задачи | Нет VACUUM |
| Изоляция OLTP/OLAP | Отсутствует (нужен ClickHouse) | Resource Manager | Жёсткие контракты (Fail-closed) |
| Лимиты ресурсов | Мягкие, рекомендательные | Resource Manager | Жёсткие, по компонентам |
| Язык разработки | C | C / C++ | Rust |
| Восстановление | WAL + checkpoint | ARIES-подобное | ARIES (Analysis → Redo → Undo) |
| Наблюдаемость | Сторонние экспортеры | Enterprise инструменты | Метрики + SQLSTATE + USDT |
| Платформы | Все основные ОС | Все основные ОС | Только Linux (by design) |
| Сетевой протокол | pgwire (родной) | OCI / TNS | pgwire (100% совместимость) |
| Импортозамещение | Global (Source Available) | США (покинула РФ) | Россия (независимая разработка) |
Roadmap
Дорожная карта продукта
Показываем текущую готовность компонентов ядра и стратегический вектор развития продукта для Enterprise-экосистем.
УЖЕ ДОСТУПНО
Dev Preview & Core Engine
MVCC с UNDO-логом, гибридное хранение (строчное + колоночное, in-memory и append-only таблицы), базовая совместимость с PostgreSQL протоколом (pgwire), интеграция с Linux io_uring, автоматический роутинг запросов (OLTP vs OLAP).
В РАЗРАБОТКЕ
HA & Отказоустойчивость
Raft-репликация для обеспечения строгой консистентности и автоматического переключения (failover). Механизмы Zero Data Loss для критичных Enterprise-приложений.
ПЛАНЫ
Колоночная аналитика, Cloud Native и распределённые вычисления
Колоночный векторный OLAP-движок (SIMD-агрегации, late materialization) с автоматической материализацией row → columnar для кратного ускорения тяжёлой аналитики. Далее — оптимизация JOIN для петабайтных объёмов, разделение вычислений и хранения (Cloud Native), MPP-обработка поверх кластера узлов.
Применение
Найдите свой сценарий
Выберите близкую отрасль — и увидите конкретную задачу, которую AngaraBase помогает решить, и за счёт чего.
1С / ERP
Боль
Журналы документов растут миллионами записей, отчёты упираются во временные таблицы, ночные регламентные окна тормозят работу.
Решение
Append-only журналы без роста потребления памяти под потоком записи, in-memory таблицы для отчётов, отсутствие VACUUM-окон, совместимость с PostgreSQL-протоколом — без переписывания интеграций.
Финтех и банки
Боль
Антифрод и скоринг в реальном времени конкурируют с транзакциями за ресурсы; любая просадка задержки стоит денег.
Решение
HTAP-изоляция: аналитика не «роняет» OLTP. Быстрые точечные чтения (~2×) для скоринга, жёсткие ресурсные контракты, строгая ACID-консистентность и ARIES-восстановление.
Ритейл и e-commerce
Боль
Распродажи дают пики записи по остаткам одновременно с ценообразованием и рекомендациями; «зоопарк» из OLTP- и OLAP-систем дорог в обслуживании.
Решение
Высокий поток INSERT при умеренной нагрузке, единый слой хранения без ETL и дублирования данных, аналитика над теми же данными без отдельной базы.
Телеком и IoT
Боль
Непрерывные потоки биллинговых событий и телеметрии нужно принимать без деградации при параллельной агрегации.
Решение
Append-only потоки с предсказуемым потреблением памяти, HTAP-изоляция тяжёлых агрегаций от приёма данных. Векторная аналитика больших объёмов — в дорожной карте (v0.7).
Импортозамещение Oracle / MS SQL
Боль
Уход вендоров, требования к отечественному ПО и риски лицензий вынуждают мигрировать с Oracle и MS SQL.
Решение
Независимая российская разработка, совместимость с PostgreSQL-протоколом (psql, ORM, BI работают как есть), UNDO-log MVCC и ARIES-восстановление — миграция без переписывания приложений.
Статус: Dev Preview
Закрытый пилот для ранних последователей
Сейчас мы приглашаем ограниченное количество tech-forward команд для проведения пилотов. Вы получите прямой доступ к core-команде разработчиков и сможете повлиять на roadmap продукта.