Предсказуемая производительность
Настраиваем доступ к данным для реальных сценариев, а не лабораторных тестов.
Настраиваем проверенный реляционный слой для веб-сервисов, каталогов и нагруженных операций. Специализация — mysql.
Настраиваем доступ к данным для реальных сценариев, а не лабораторных тестов.
Защищаем критичные операции транзакциями и проверками.
Готовим путь роста нагрузки и объёма данных.
Разделяем роли, секреты и контуры окружений.
Проверяем бэкапы до того, как они понадобятся.
Оставляем схему, регламенты и понятную документацию.
Изучаем сценарии, данные и текущие риски.
Проектируем схему, доступы и правила целостности.
Реализуем миграции, запросы и интеграции.
Тестируем нагрузку, отказ и восстановление.
Документируем и готовим команду к эксплуатации.
Стоимость зависит от объёма данных, интеграций и требований к доступности.
Легаси, WordPress/часть хостингов, команда заточена под него. Не хуже Postgres «в вакууме». Выбор часто исторический. InnoDB и актуальная версия.
Уточняем, что реально стоит в проде. Совместимость не 100%. Тесты на точной версии. Обновления планово.
Настраиваем под RPO/RTO. Слепой «мастер-мастер» — риск. Бэкапы логические + бинарные по схеме. Учения восстановления.
Нет индексов, SELECT *, огромные OFFSET, блокировки. EXPLAIN — друг. Кэш не маскирует плохие запросы вечно.
Есть. Для сложной аналитики по JSON Postgres часто удобнее. Модель данных важнее фичи. Не храним всё в одном JSON-столбце.
Разберём задачу и предложим архитектурный следующий шаг.