Выбор СУБД — это часто про то, насколько система впишется в вашу реальную архитектуру и процессы.
Проверьте себя по ключевым вопросам:
Какой тип нагрузки планируется?
OLTP, OLAP или смешанный сценарий — определяет базовую архитектуру.
Есть ли требования по импортозамещению?
Важно для работы в РФ-контуре и соответствия регуляторике.
Нужна ли совместимость с текущими системами?
Например, с Oracle или MS SQL — влияет на сложность и стоимость миграции.
Требуется ли масштабирование и распределенная архитектура?
Если нагрузка будет расти, лучше учитывать это сразу.
Насколько критична поддержка и SLA?
Для production это часто не опция, а необходимость.
Есть ли инструменты миграции?
Чем они взрослее, тем меньше рисков и ручной работы.
Дополнительно, о чём часто забывают:
Кто будет это администрировать?
Есть ли команда с нужной экспертизой или её придётся наращивать.
Как устроены резервное копирование и восстановление?
Проверяли ли вы RTO/RPO (целевая точка восстановления (RPO) и целевое время восстановления (RTO) дают организациям возможность определять допустимые потери данных и диапазон времени простоя систем) на практике, а не «по документации».
Как СУБД ведёт себя под реальной нагрузкой?
Тесты на стенде часто отличаются от боевых сценариев.
Есть ли удобные инструменты мониторинга и диагностики?
Или всё придётся собирать самостоятельно.
Как будет выглядеть TCO (стоимость владения)?
Не только лицензии, но и инфраструктура, поддержка, команда.
Насколько просто обновляться и развиваться?
Жизненный цикл системы часто длиннее, чем кажется на старте.
Если на часть вопросов нет чёткого ответа — лучше сначала проверить гипотезу на тестовом стенде, чем разбираться уже в продакшене. Вы всегда можете протестировать решения в нашей ИТ-лаборатории.