СУБД российского производства Tantor: управление корпоративными данными на базе PostgreSQL
Система управления базами данных - один из базовых компонентов современной ИТ-инфраструктуры. Практически любое корпоративное приложение должно где-либо хранить учетные записи, документы, операции, сведения о клиентах, справочники, финансовые показатели и другую структурированную информацию. Именно СУБД отвечает за запись и чтение этих данных, обработку запросов, управление транзакциями, разграничение доступа и сохранение целостности информации при одновременной работе большого числа пользователей.
Для российских организаций отдельное значение приобрел вопрос выбора отечественной СУБД. Причина заключается не только в происхождении программного обеспечения. При эксплуатации корпоративной информационной системы имеют значение доступность обновлений, исправление уязвимостей, техническая поддержка, совместимость с российскими операционными системами и прикладным ПО, а также возможность планировать развитие инфраструктуры на несколько лет вперед.
Одним из российских решений этого класса является семейство СУБД Tantor Postgres компании "Тантор Лабс", входящей в "Группу Астра". Продукты построены на базе PostgreSQL и развивают его возможности для корпоративных сценариев. В актуальной линейке представлены несколько редакций, предназначенных для разных условий эксплуатации - от базового использования до высоконагруженных систем, работы с продуктами "1С" и информационных систем с повышенными требованиями к защите.
Что представляет собой СУБД
СУБД нельзя сводить к обычному хранилищу файлов. Она является программным слоем, который организует работу приложений с данными.
При поступлении запроса СУБД определяет способ получения необходимых строк, обращается к таблицам и индексам, выполняет соединения, сортировку и агрегацию, а затем возвращает приложению результат.
Одновременно система должна обслуживать запросы других пользователей.
Особое значение имеют транзакции. Например, банковский перевод может включать уменьшение остатка на одном счете и увеличение на другом. Эти действия должны рассматриваться как единая операция: либо выполняются оба изменения, либо система возвращается к исходному состоянию.
В корпоративной среде к этому добавляются резервное копирование, репликация, аудит, управление учетными записями, мониторинг производительности и восстановление после сбоев.
Поэтому выбор СУБД влияет не только на скорость выполнения SQL-запросов, но и на общую архитектуру информационной системы.
Что такое Tantor
Tantor - семейство российских программных продуктов для хранения, обработки, администрирования и мониторинга данных. Разработчиком выступает компания "Тантор Лабс". На своем сайте она определяет себя как российского разработчика и вендора СУБД и систем управления данными на базе PostgreSQL.
Основным направлением является семейство Tantor Postgres.
На момент подготовки материала актуальная продуктовая страница представляет Tantor Postgres 18. Вендор указывает пятилетний цикл сопровождения версий, собственные доработки, расширенные функции хранения и обработки данных и инструменты управления инфраструктурой.
При этом название Tantor относится не только непосредственно к серверу баз данных. Экосистема включает Платформу Tantor для централизованного мониторинга и администрирования PostgreSQL-совместимых баз, средства работы с потоковыми данными, инструменты интеграции данных и программно-аппаратные комплексы Tantor XData.
Поэтому при обсуждении продукта важно различать собственно СУБД Tantor Postgres и окружающие ее инструменты.
Почему в основе используется PostgreSQL
PostgreSQL - объектно-реляционная СУБД с открытым исходным кодом, получившая широкое распространение в мире.
Для корпоративного заказчика происхождение Tantor от PostgreSQL имеет практическое значение. Организация получает знакомую модель данных, SQL, множество привычных инструментов и возможность использовать накопленную PostgreSQL-экспертизу.
Но коммерческая российская СУБД на этой основе не является просто переименованной стандартной сборкой PostgreSQL.
В Tantor Postgres присутствуют собственные доработки ядра и дополнительные функции, а конкретный их набор зависит от редакции. Разработчик также предоставляет цикл сопровождения и вендорскую техническую поддержку. Сравнительная таблица Tantor отдельно показывает различия между редакциями продукта и PostgreSQL.
Для заказчика это означает необходимость оценивать две составляющие: совместимость с привычной PostgreSQL-экосистемой и дополнительные возможности конкретной редакции Tantor.
Редакции Tantor Postgres
Единой конфигурации СУБД, одинаково подходящей для всех проектов, не существует. Требования небольшой внутренней системы отличаются от требований крупной ERP или защищенной государственной информационной системы.
Поэтому Tantor Postgres выпускается в нескольких редакциях.
На актуальной продуктовой странице представлены Basic Edition, Special Edition, Special Edition 1C и Certified.
Basic Edition является базовой редакцией.
Special Edition ориентирована на корпоративные системы с высокими нагрузками. Разработчик позиционирует ее для наиболее нагруженных OLTP-систем и корпоративных хранилищ данных размером до 100 ТБ.
Special Edition 1C предназначена для использования с бизнес-приложениями на платформе "1С:Предприятие".
Certified ориентирована на проекты, в которых требуются соответствующие механизмы и сертифицированное исполнение для защищенных информационных систем.
Выбор между редакциями следует делать не по принципу "старшая всегда лучше", а исходя из назначения информационной системы.
Tantor Special Edition
Special Edition, или SE, - корпоративная редакция семейства.
Она рассчитана на приложения, для которых существенное значение имеют производительность, большой объем данных и продолжительная эксплуатация.
В актуальной линейке Tantor Postgres 18 разработчик указывает дополнительные изменения и механизмы относительно PostgreSQL, в том числе Commit Sequence Number и расширенные возможности управления данными.
Однако производительность любой СУБД нельзя оценивать только по перечню оптимизаций.
На итоговый результат влияют модель данных, индексы, запросы приложения, объем оперативной памяти, характеристики процессоров, скорость накопителей, параметры конфигурации и количество параллельных пользователей.
Поэтому переход на другую СУБД или редакцию должен сопровождаться нагрузочным тестированием на данных и запросах, близких к реальной системе.
Это особенно важно для крупных ERP, аналитических систем и высоконагруженных веб-приложений.
Tantor Special Edition 1C
Отдельное направление - Tantor Special Edition 1C.
Эта редакция создана специально для работы с продуктами на платформе "1С:Предприятие". На странице решения говорится о доработках ядра под специфику "1С", оптимизации запросов с использованием виртуальных таблиц и механизма ограничения доступа на уровне записей, а также о нагрузочном тестировании релизов на конфигурациях ERP, ЗУП и "Документооборот".
Такое разделение имеет практический смысл.
СУБД общего назначения должна эффективно выполнять широкий спектр запросов, тогда как корпоративная система "1С" формирует собственный характер нагрузки и SQL.
Оптимизация под конкретный класс приложений позволяет учитывать эти особенности на уровне СУБД.
При этом производительность конкретной базы "1С" все равно зависит от конфигурации, количества пользователей, структуры базы, оборудования и качества сопровождения.
Поэтому результаты одного проекта нельзя автоматически переносить на другой.
Практический опыт использования с "1С"
Существуют и публично описанные примеры эксплуатации Tantor в инфраструктуре "1С".
В 2023 году "Группа Астра" сообщала о миграции собственных систем и инфраструктуры группы "Вартон" на Tantor SE 1C под управлением Astra Linux Special Edition. В публикации упоминались более тысячи активных пользователей "1С:ERP", а объем кластеров баз данных составлял 1 и 2,5 ТБ.
Такой пример показывает возможность эксплуатации СУБД в реальной корпоративной среде, однако его не следует воспринимать как универсальный показатель производительности.
Две компании с одинаковым количеством пользователей могут создавать совершенно разную нагрузку.
Для корректной оценки необходим собственный пилот: копия базы, характерные операции, параллельная нагрузка и измерение времени выполнения критичных бизнес-сценариев.
Tantor Certified
Для некоторых информационных систем производительности и функциональности недостаточно. Необходимо выполнение установленных требований информационной безопасности.
Для подобных сценариев предназначена Tantor Certified.
Разработчик характеризует эту редакцию как сертифицированную универсальную СУБД для защищенных государственных информационных систем, информационных систем персональных данных, АСУ ТП на критически важных объектах и значимых объектов критической информационной инфраструктуры.
При выборе такой редакции необходимо проверять актуальную документацию, область действия сертификатов, версии компонентов и требования к окружению.
Само наличие сертифицированной СУБД не делает всю информационную систему автоматически соответствующей требованиям регуляторов.
Необходимо учитывать операционную систему, средства защиты, сеть, аппаратное обеспечение, порядок администрирования и организационные меры.
Работа в российских программных инфраструктурах
Для отечественной СУБД существенна совместимость с российскими операционными системами.
Актуальная страница Tantor Postgres содержит перечень поддерживаемых ОС и версий, включая несколько российских Linux-дистрибутивов. Для Special Edition отдельно указана поддержка нескольких версий Astra Linux, в том числе варианта для arm64.
Совместимость имеет значение при построении полностью российского программного стека.
Например, корпоративное приложение может работать на российской серверной ОС, использовать Tantor в качестве СУБД и взаимодействовать с другими отечественными инфраструктурными компонентами.
Однако перед внедрением необходимо проверять не только названия продуктов.
Важна совместимость конкретных версий. Обновление ОС, СУБД или прикладного решения способно изменить поддерживаемые комбинации.
Поэтому матрица совместимости должна быть частью процедуры управления изменениями.
Миграция с PostgreSQL
Поскольку Tantor построена на базе PostgreSQL, одним из естественных сценариев является переход существующих PostgreSQL-систем.
Технологическое родство может упростить миграцию, но не отменяет необходимости ее планирования.
Сначала выполняется инвентаризация.
Необходимо определить версию исходной СУБД, объем базы, используемые расширения, кодировки, роли, права доступа, функции, триггеры и особенности приложений.
Отдельно анализируются расширения PostgreSQL. Если информационная система зависит от определенного модуля, необходимо убедиться, что он поддерживается целевой редакцией.
После переноса схемы и данных проводится функциональное тестирование.
Затем выполняется нагрузочный тест.
Только после этого планируется промышленное переключение, включая допустимое время простоя и сценарий возврата на исходную систему в случае возникновения проблемы.
Миграция с других СУБД
Более сложная задача возникает при переходе с СУБД, архитектурно отличающейся от PostgreSQL.
Несмотря на использование SQL, разные системы имеют собственные типы данных, процедурные языки, функции, механизмы последовательностей и особенности транзакций.
Поэтому миграция редко сводится к копированию таблиц.
Необходимо анализировать SQL-код приложения, хранимые процедуры, представления, триггеры и интеграционные интерфейсы.
Часть конструкций приходится адаптировать.
Отдельно выполняется преобразование данных.
При большом объеме информации важным становится окно миграции. Полное копирование базы может занимать слишком долго, поэтому используются поэтапные схемы и синхронизация изменений.
Переход считается завершенным только после проверки не просто количества перенесенных записей, но и корректности бизнес-операций.
Резервное копирование и восстановление
База данных может быть защищена от отказа одного сервера, но это не заменяет резервную копию.
Ошибочное удаление информации, повреждение данных или некорректное действие администратора способны распространиться и на реплики.
Поэтому для корпоративной СУБД необходима независимая стратегия резервирования.
В Tantor SE 1C, например, заявлены полное и инкрементальное резервное копирование и возможность взаимодействия с внешними системами резервного копирования.
Однако наличие функции создания копии - только первая часть задачи.
Необходимо определить периодичность, срок хранения и место размещения резервов.
Еще важнее регулярно проверять восстановление.
Непроверенная резервная копия не дает уверенности, что информационная система действительно может быть восстановлена после аварии.
Отказоустойчивость СУБД
Для критичных приложений простой базы данных часто означает остановку всего сервиса.
Поэтому используются репликация и кластерные механизмы.
В PostgreSQL-экосистеме распространены схемы с основным сервером и одной или несколькими репликами. При отказе основного узла одна из реплик может принимать его роль.
Но автоматическое переключение требует дополнительных компонентов и корректной оркестрации.
На сайте Tantor отдельно опубликована русскоязычная документация Patroni - широко применяемого инструмента автоматизации отказоустойчивых PostgreSQL-кластеров.
При проектировании необходимо учитывать не только сам механизм переключения.
Важно определить, как приложение обнаружит новый основной сервер, что произойдет с незавершенными транзакциями и какой объем данных допустимо потерять.
Эти требования обычно формализуются через показатели RTO и RPO.
Мониторинг и Платформа Tantor
По мере роста количества баз данных ручного контроля становится недостаточно.
В экосистеме существует Платформа Tantor - отдельное решение для централизованного мониторинга и администрирования корпоративных БД на основе PostgreSQL.
Она предоставляет графический интерфейс и инструменты наблюдения за ключевыми показателями работы СУБД.
Мониторинг позволяет выявлять рост числа соединений, длительные запросы, блокировки, изменение нагрузки и другие события, которые могут предшествовать проблеме.
Это особенно важно для производительности.
Пользователь обычно сообщает, что "система стала медленной", однако причина может находиться на разных уровнях: SQL-запрос, индекс, блокировка, нехватка памяти, дисковая подсистема или приложение.
Систематический сбор метрик помогает перейти от субъективной оценки к анализу фактических данных.
План выполнения SQL-запроса
Одна из основных задач администратора и разработчика базы данных - оптимизация запросов.
Когда приложение отправляет SQL, СУБД должна определить, как получить результат.
Она может последовательно прочитать таблицу, использовать индекс, выполнить несколько видов соединений или применить параллельную обработку.
Для небольших таблиц разница практически незаметна.
На миллиардах строк ошибочный выбор плана способен увеличить время выполнения запроса в десятки раз.
Поэтому эксплуатация высоконагруженной СУБД требует анализа планов выполнения и статистики.
При миграции на Tantor особенно полезно собрать перечень наиболее ресурсоемких запросов и сравнить их поведение в исходной и новой среде.
Это дает значительно более объективную картину, чем один синтетический тест.
Безопасность базы данных
СУБД часто хранит наиболее ценную информацию организации, поэтому контроль доступа должен строиться по принципу минимальных привилегий.
Приложению следует выдавать только те права, которые действительно нужны для его работы.
Административные учетные записи необходимо отделять от прикладных.
Для Tantor SE 1C разработчик указывает расширенный аудит, политики учетных данных, а также механизмы статического и динамического маскирования конфиденциальной информации с использованием инструментов экосистемы.
Маскирование может быть полезно, например, при создании тестовой базы из промышленной.
Разработчикам требуется реалистичная структура данных, но передавать им настоящие персональные сведения клиентов может быть недопустимо.
После маскирования структура сохраняется, а чувствительные значения заменяются.
При этом конкретные защитные функции необходимо проверять для выбранной редакции.
Tantor и экосистема управления данными
Развитие СУБД постепенно выходит за рамки непосредственно хранения таблиц.
В продуктовой линейке Tantor присутствует Tantor PipelineDB - средство работы с потоками данных, Платформа Tantor для администрирования и мониторинга, Tantor DI для процессов трансформации и загрузки данных, а также машины баз данных Tantor XData.
Это позволяет рассматривать СУБД как центральную часть более широкой платформы управления корпоративными данными.
Например, данные могут поступать из нескольких информационных систем, преобразовываться в ETL/ELT-процессе и загружаться в корпоративное хранилище.
Состояние нескольких баз при этом контролируется через централизованную систему мониторинга.
Однако внедрять все компоненты одновременно необязательно.
Архитектуру следует формировать исходя из конкретной задачи.
Программно-аппаратные комплексы Tantor XData
Для высоконагруженных сценариев в экосистеме присутствует отдельное направление - машины баз данных Tantor XData.
Это уже не просто программная СУБД, а программно-аппаратный комплекс, объединяющий серверное оборудование и программный стек для работы с базами данных.
На актуальной странице представлены варианты на оборудовании российских производителей, включая конфигурации с серверами YADRO, Aquarius и решение на процессорах Baikal-S. Некоторые конфигурации внесены в соответствующие российские реестры.
Преимущество концепции машины баз данных заключается в предварительном согласовании аппаратной и программной архитектуры.
Но ПАК не является обязательным условием использования Tantor Postgres.
СУБД может рассматриваться отдельно, а инфраструктура подбираться в соответствии с требованиями проекта.
Как выбирать российскую СУБД
Происхождение продукта - важный, но не единственный критерий.
Первым вопросом должна быть совместимость с приложением.
Далее оцениваются производительность и масштабируемость на реальном профиле нагрузки.
Третий фактор - отказоустойчивость и требования к восстановлению.
Четвертый - информационная безопасность.
Пятый - инструменты мониторинга, резервирования и сопровождения.
Также необходимо учитывать квалификацию специалистов. Если команда имеет опыт PostgreSQL, переход на совместимое решение может потребовать меньше переобучения, чем переход на принципиально другую архитектуру.
Наконец, следует оценить лицензирование, техническую поддержку и жизненный цикл версий.
Для Tantor разработчик в актуальной линейке заявляет пятилетний цикл сопровождения Tantor Postgres.
Почему необходим пилотный проект
Даже подробная документация не может полностью предсказать поведение конкретной корпоративной системы.
Поэтому перед промышленной миграцией полезно создать тестовый контур.
В него переносится копия базы, устанавливается приложение и воспроизводятся типовые операции.
Нужно проверить функциональность, производительность, резервное копирование и восстановление.
Отдельно моделируется отказ узла, если планируется кластер.
Для высоконагруженной системы следует воспроизвести параллельную работу большого числа пользователей.
Разработчик предоставляет ознакомительные версии Tantor для тестирования в непроизводственной среде, что позволяет проводить подобные проверки до принятия решения о промышленной эксплуатации.
Именно результаты пилота должны становиться одним из основных источников данных для выбора конфигурации.
Место Tantor в российской ИТ-инфраструктуре
Tantor можно рассматривать как российскую реализацию корпоративного стека управления данными, сформированную вокруг PostgreSQL.
Такой подход сочетает распространенную технологическую основу с локальной разработкой, сопровождением и дополнительными функциями.
СУБД может использоваться как самостоятельный компонент приложения или как часть более крупной инфраструктуры вместе с российской операционной системой, средствами виртуализации, мониторинга, резервного копирования и прикладным ПО.
При этом термин "импортозамещение" не должен означать механическую замену одного названия продукта другим.
СУБД является глубоко интегрированным компонентом.
Переход затрагивает приложения, SQL, резервирование, мониторинг, регламенты эксплуатации и компетенции специалистов.
Поэтому успешная миграция требует полноценного инженерного проекта.
Официальная информация о текущих редакциях, поддерживаемых операционных системах и документации доступна на сайте российского разработчика Tantor.
Заключение
Tantor - семейство СУБД российского производства, развиваемое компанией "Тантор Лабс" на технологической базе PostgreSQL. Актуальная линейка Tantor Postgres включает несколько редакций, рассчитанных на разные условия: Basic Edition, корпоративную Special Edition, оптимизированную для продуктов "1С" Special Edition 1C и Certified для информационных систем с соответствующими требованиями к защите.
Использование PostgreSQL в качестве технологической основы дает возможность опираться на знакомую модель работы с реляционными данными и накопленные компетенции специалистов. Одновременно Tantor развивается как отдельный коммерческий продукт с собственными доработками, поддержкой и жизненным циклом версий.
Для высоконагруженных систем существенны не только возможности ядра СУБД, но и вся окружающая инфраструктура: серверы, оперативная память, хранилище, сеть, репликация и мониторинг. В экосистеме Tantor эти задачи дополняются Платформой Tantor для централизованного администрирования и мониторинга, инструментами работы с данными и программно-аппаратными комплексами XData.
При выборе российской СУБД необходимо проверять совместимость с прикладными системами, используемыми расширениями и операционными системами, а также оценивать требования к производительности, безопасности, RTO и RPO. Для проектов на "1С" отдельно имеет смысл исследовать редакцию SE 1C, созданную с учетом специфики соответствующей прикладной платформы.
Наиболее надежный способ определить пригодность Tantor для конкретной информационной системы - провести пилотную миграцию и нагрузочное тестирование. Такой подход позволяет проверить не абстрактные характеристики СУБД, а фактическое выполнение запросов, устойчивость приложения, процедуры резервирования и работу системы под ожидаемой нагрузкой.
В результате Tantor следует рассматривать не просто как отечественную альтернативу зарубежным СУБД, а как один из вариантов построения российского слоя управления корпоративными данными. Целесообразность его применения определяется архитектурой конкретной информационной системы, требованиями к совместимости и защите, объемом данных и условиями дальнейшего сопровождения.
