10 сентября 2026 года в Москве пройдёт Tantor JAM 2026. Это ежегодная встреча «Тантор Лабс» (входит в «Группу Астра») вокруг PostgreSQL-совместимых СУБД, машин баз данных и AI-first администрирования. В этом году к обычной программе добавили юбилей: компании пять лет.
Для админа, DBA и владельца инфраструктуры это не «ещё один митап с тостами». На одной площадке обещают сразу несколько вещей, которые уже влияют на прод: ИИ-мониторинг Платформы Tantor 7, распределённую СУБД Tantor Polar, машину баз данных XData Gen3 и отдельный разбор Postgres под 1С. Регистрация открыта, участие бесплатное, но очный проход подтверждает организатор, а не форма на сайте.
Что произошло и откуда факты
Официальная страница мероприятия: tantorlabs.ru/events/jam-2026. Дата там зафиксирована прямо: четверг, 10 сентября, Москва. Точный адрес площадки на момент подготовки материала не опубликован. Организатор пишет, что время и место пришлют ближе к дате.
Анонс юбилейного JAM вышел в новостях компании 30 июля 2026. Развёрнутую программу с докладчиками 19 августа 2026 опубликовал корпоративный блог на Хабре: «Программа Tantor JAM 2026».
По таймлайну на странице JAM компания отмечает старт 26 августа 2021 года. За пять лет в публичной линейке оказались СУБД Tantor Postgres, Платформа Tantor, машина баз данных XData (сейчас Gen3), направление Polar, редакция под 1С, сертифицированная сборка и вход в «Группу Астра». На странице также указаны порядка 200 человек технической команды Tantor, XData и DI и 10 медалей PostgreSQL Community за вклад в PostgreSQL 18. Это формулировки организатора, не независимый рейтинг рынка.
Почему это важно, даже если вы не едете в Москву
WordPress по-прежнему живёт на MySQL и MariaDB. JAM про другой слой: PostgreSQL как корпоративная СУБД, 1С, аналитика без отдельного ETL-контура и мониторинг инстансов. Если на том же Linux-сервере, в контуре заказчика или во внутреннем контуре крутится Postgres (сайт, биллинг, 1С, витрина, логи), программа попадает в рабочий периметр.
Практический смысл сводится к четырём вопросам, которые на таких встречах обычно либо проясняют, либо оставляют в слайдах:
- насколько коммерческий форк PostgreSQL уже отличается от ванильного 18-го в планировщике, хранении и безопасности, а не только в маркетинге «реестр ПО»;
- можно ли совмещать OLTP и тяжёлую аналитику в одном контуре без отдельного Greenplum/ClickHouse и ночного ETL;
- что ИИ-агент в мониторинге реально пишет: рекомендации или изменение postgresql.conf;
- готово ли прозрачное шифрование (TDE) с ротацией ключей без даунтайма и с HSM, если данные под 152-ФЗ и внутренний ИБ.
Ответы до 10 сентября стоит считать заявленными темами, а не измеренными результатами. Бенчмарки XData Gen3 против Oracle Exadata компания обещает показать на самой встрече. В открытом доступе на момент статьи этих цифр нет, повторять чужие «в N раз быстрее» незачем.
Расписание: что слушать, если времени мало
Регистрация участников: 11:00–12:00. Доклады: 12:00–18:40. Вечерняя программа: 19:00–23:00. Ниже блоки по официальной программе, без пересказа каждого тезиса пресс-релиза.
12:00–13:40. Позиция компании и AI-DBA
Открывает Вадим Яценко, генеральный директор «Тантор Лабс», докладом «5 лет Тантор Лабс. Российским СУБД пора играть по-крупному». Тезис прямой: мало взять PostgreSQL и дописать расширения. Компания ставит планку «enterprise-альтернатива Oracle и Microsoft», а не «совместимая замена».
Следом Алексей Барган, руководитель разработки Платформы Tantor: AI-first администрирование и границы самостоятельности агентов на production. Это самый полезный слот для тех, кто уже смотрит в сторону ИИ-мониторинга. Вопрос не «есть ли чат в админке», а кто имеет право менять параметры, строить индекс и убивать сессию.
14:00–16:25. Polar, XData Gen3 и аналитика без ETL
Короткий доклад Семёна Курепина про Платформу Tantor 7.0 (предиктивная аналитика, HealthScore, двойной контур: ИИ-рекомендации плюс классические триггеры). Контекст здесь уже есть: мажорная версия платформы вышла 12 августа 2026, об этом отдельно писал корпоративный блог на Хабре.
Дальше идёт инженерная часть, ради которой на такие встречи обычно и ходят:
- Алексей Копытов: Tantor Polar и путь к «колоночному» HTAP через конвейерную обработку обычных heap-таблиц. Колоночное хранение обещают не как большой взрыв, а как поэтапный шаг без ломки совместимости с PostgreSQL.
- Екатерина Мартьянова и Михаил Сёмкин: машина баз данных Tantor XData Gen3. Заявлено первое публичное сравнение тестов OLTP, OLAP и HTAP с ориентирами Oracle Exadata и российской индустрией. В архитектуре фигурируют разделение Compute и Storage, PFS и RDMA.
- Максим Милютин: PX-движок (parallel execution) для Polar. MPP-аналитика на исходных OLTP-данных, оптимизатор ORCA из линейки Greenplum, бенчмарки TPC-H и TPC-DS.
Если упростить до серверной практики: Polar пытается оставить PostgreSQL как OLTP-движок и при этом гонять аналитику по тем же данным, без выгрузки в отдельное хранилище. Это спорная и дорогая зона. На JAM как раз место спросить, что уже в проде у заказчиков, а что ещё стенд и TPC.
16:45–18:40. 1С, TDE и встроенная защита
Александр Симонов разберёт Postgres для 1С: не «можно поставить», а где реальные запросы тормозят, хотя план выглядит разумным, и какие правки уходят в планировщик Tantor Postgres. Для многих российских контуров это больнее HTAP. Несколько недоанонсированных решений по 1С обещают показать впервые именно на JAM.
Сергей Соловьёв: «Новая эпоха TDE». По анонсу, сертифицированное прозрачное шифрование с HSM «уже на подходе», а вместо старого «конвертного» шифрования готовят архитектуру с ротацией мастер-ключей без даунтайма. Формулировка «на подходе» важна: это не равно «уже в вашем репозитории». Версию и редакцию, где это появится, на странице события не назвали.
Андрей Погудин закроет дневную программу сквозным сценарием защиты данных внутри СУБД, а не только внешним DLP. В анонсе перечислены конкретные инструменты: pg_anon, pg_tde, transp_anon, pgaudit, pg_sec_check, credcheck, pg_integrity_verifier. Это уже не абстрактный «контур ИБ», а набор расширений, который можно сверить со своей сборкой.
Платформа Tantor 7: что уже вышло до JAM
12 августа 2026 «Тантор Лабс» представила Платформу Tantor 7. По официальному описанию, среди российских корпоративных решений для Postgres-совместимых СУБД это первый AI-мониторинг такого класса: система сама разбирает состояние инстансов, предлагает рекомендации и считает многофакторный HealthScore по шкале от 1 до 100 со штрафными баллами.
Из того, что уже зафиксировано в релизе, а не только в слотах JAM:
- окно диагностики задаётся вручную или подбирается по суточному профилю нагрузки;
- частота проверок адаптивная: проблемный инстанс смотрят чаще, стабильный реже;
- классические триггеры мониторинга остаются отдельной вкладкой, AI-рекомендации можно не включать;
- снято ограничение на одновременный мониторинг максимум 15 баз;
- платформа заявлена не только для Tantor Postgres, но и для других PostgreSQL-форков.
На релизе Яценко отдельно сказал про следующий этап: полноценный AI-DBA в отдельных сценариях, в том числе на тестовых средах. На JAM этот тезис как раз должны развернуть: где агенту можно доверять рутину, а где нет. Для production разумная позиция пока прежняя. Рекомендацию читать, ALTER и restart применять только после понятного плана и бэкапа.
Что проверить у себя до конференции
Если вы уже на PostgreSQL (ваниль, Tantor или другой форк), перед разговором про Polar и AI-DBA полезно знать свою исходную точку. Команды ниже безопасны: только чтение.
Версия и имя сборки:
SELECT version(); SHOW server_version;
На коммерческих сборках в version() часто видно не только номер PostgreSQL, но и имя дистрибутива. Точный текст зависит от пакета. Смотреть нужно на своей инсталляции.
Какие расширения уже стоят. По списку с JAM имеет смысл отметить pgaudit, credcheck, pg_stat_statements и всё, что связано с анонимизацией и TDE:
SELECT extname, extversion FROM pg_extension ORDER BY extname;
Если PostgreSQL крутится как systemd-сервис на Debian/Ubuntu:
sudo systemctl status postgresql sudo journalctl -u postgresql --since today
Имя юнита может быть postgresql@16-main или другим, в зависимости от кластера. Сначала посмотрите list-units, не копируйте имя вслепую.
systemctl list-units --type=service | grep -i postgres
Отдельно: не применяйте с JAM «оптимизации планировщика» и советы ИИ-агента на прод без стенда. Особенно если речь про 1С, shared_buffers, work_mem и параметры WAL. Один неудачный reload на боевой базе стоит дороже билета до Москвы, которого у этой встречи всё равно нет: вход бесплатный.
Как зарегистрироваться и где обычно ломается очный формат
Форма на странице регистрации. Нужны контакты, согласие на обработку ПДн и выбор формата: только доклады, только вечер или оба блока. Организационные вопросы: events@tantorlabs.ru.
Важные оговорки с той же страницы, их лучше прочитать до поездки:
- отправка заявки не гарантирует очное место;
- организатор подтверждает заявки и может отказать в очном формате без объяснения причин;
- на площадке нужно подтвердить личность через Госуслуги или документ;
- действуют отдельные правила регистрации и допуска.
Типичные сбои таких корпоративных JAM одни и те же. Заявку отправили, письмо-подтверждение не пришло, а билет уже куплен. Площадку объявили поздно, проход только по паспорту, учётки Госуслуг нет в телефоне. Вечерний блок и дневные доклады оказались разными потоками, а в форме выбран только один. Это не придирка к Tantor: так устроен почти любой ивент с ручным отбором.
Что из этого стоит унести, даже без поездки
К 10 сентября у российского PostgreSQL-контура три понятные линии. Первая: коммерческие форки больше не продают себя как «тот же Postgres, только в реестре». Polar и XData Gen3 нацелены на HTAP и железо уровня, который раньше ассоциировали с Exadata. Вторая: ИИ уже не слайд, а вкладка мониторинга в Tantor 7, с оговоркой, что это рекомендации, а не автопилот. Третья: 1С и встроенная защита данных (TDE, анонимизация, аудит) остаются той практикой, ради которой компании вообще платят за форк.
Имеет смысл дождаться не слоганов с JAM, а трёх проверяемых вещей: цифр XData по OLTP/OLAP/HTAP с методикой, ясности по TDE (редакция, HSM, даунтайм при ротации) и границ AI-агента (только совет или изменение конфигурации). До этих ответов менять боевой PostgreSQL «потому что конференция» не стоит.
