Аптечная сеть: сопровождение баз данных и переход с MySQL на PostgreSQL

Растущая аптечная сеть с сильным онлайн-каналом нуждалась в стабильных базах данных и в специалистах, которых дорого держать в штате. Мы взяли сопровождение на себя и провели миграцию на PostgreSQL. Уже больше 14 месяцев работаем вместе — в три раза дешевле штатного сопровождения.

Ситуация

Онлайн-аптека — это высокая частота операций, чувствительные данные и жёсткие требования к доступности: если каталог или оформление заказа недоступны, клиент уходит в соседний сервис в течение минуты. При этом бизнес рос быстрее, чем инфраструктура успевала за ним: нагрузка увеличивалась, а профильной экспертизы по базам данных в команде не было — задачами занимались разработчики между продуктовыми задачами.

Что сделали

Взяли базы на сопровождение

Первым шагом навели порядок в эксплуатации: настроили мониторинг, привели в порядок резервное копирование и — что важнее — регулярную проверку восстановления. Бэкап, который никто не пробовал восстановить, бэкапом не является. Определили регламентные работы и зафиксировали SLA на реакцию.

Мигрировали с MySQL на PostgreSQL

Миграцию проводили поэтапно, с тестовыми прогонами и планом отката, синхронизируя перенос с релизным циклом команды разработки. После переключения — период наблюдения и оптимизация запросов под новую СУБД.

Стали частью команды

Консультируем разработчиков по схеме данных и тяжёлым запросам на этапе проектирования, а не постфактум. Это снимает целый класс проблем: значительная часть инцидентов в базах рождается не в эксплуатации, а в момент, когда запрос или структура таблиц только придумываются.

Почему это дешевле штата

Чтобы закрыть тот же объём в штате, нужен не один человек: базы нужно сопровождать круглосуточно, а один инженер уходит в отпуск, болеет и однажды увольняется. Сервисная модель распределяет эту нагрузку между несколькими профильными специалистами — и компания платит за результат, а не за содержание отдела.