База данных в оперативной памяти — понятие не новое. Но оно слишком плотно ассоциируется со словами «кэш» и «не персистентный». Сегодня я расскажу, почему это не обязательно так.

Решения в памяти могут быть гораздо надежнее, чем кажется на первый взгляд. Я покажу это на примере Tarantool. У меня нет цели сделать громогласный вывод «Tarantool лучшая СУБД в мире». Я хочу лишь обозначить принципиальные моменты архитектуры технологий такого типа — горизонтально масштабируемое персистентное in-memory хранилище.

Мой доклад пойдет в трех основных частях:
- Вначале посмотрим глазами новичка. Что такое БД в памяти? Какие задачи они решают лучше дисковых БД?
- Потом посмотрим архитектурно. Как обстоит вопрос с производительностью, надежностью, масштабированием?
- В третьей части лезем в технические вещи поглубже. Типы данных, итераторы, индексы, транзакции, ЯП, репликация, коннекторы.

Архитектура Tarantool красивая и простая, по ней сразу понятно — когда его применять удобно, а когда нет.

Тезисно технические части рассказа:
- Потоковая модель Tarantool
- Однопоточен ли Tarantool (спойлер: нет)
- А Сколько тогда потоков?
- За что они отвечают?
- Как они взаимодействуют друг с другом?
- Как устроен менеджер транзакций и app server?
- Файберы и кооперативная многозадачность (aka зеленые треды)
- Каналы
- Как предусмотреть отменяемые транзакции
- Как Tarantool масштабируется?
- Репликация, асинхронная и синхронная
- Шардинг
- Как развернуть кластер

Послушав этот доклад, вы сможете своими словами описать архитектуру горизонтально масштабируемого персистентного in-memory хранилища.