… прилетела задача по перевозу 13 приложений на выделенную бд.
Когда мы на подработке только начинали пилить все эти приложения, я и подумать не мог, что их столько будет
Поэтому, для каждого приложения в докер композе была завернута база
Ну а что? Это как минимум удобно. И нет, вопросы производительности нас бы не коснулись — масштаб не тот
Но приложений меньше не становится, а смотреть на вывод docker ps становится страшно
Да и бэкапы бы не помешало делать, желательно не через костыли
А хуже всего то, что я не могу через IDE залезть в базу приложения на дев/прод контурах и посмотреть что творится — приходится лезть через ssh на сервак и там уже в контейнере шариться в БД
Поэтому было принято простое решение — сделать выделенный сервак с БД и загнать туда все БД всех приложений
Сказано — сделано. Осталось только в конфигах поменять домен для подключения и можно спокойно жить дальше
Но проблема в том, что мне на месте не сидится и вместе с переездом БД я решил полностью перелопатить раскатывание приложений на проде, деве и локалке
Вышло-то на самом деле очень даже ничего:
1. удобно — вся раскатка делается одной командой
2. нет мусора — теперь есть всего один корневой docker-compose.yml, а вот доп настройки к нему цепляются через docker-compose.override.yml, которые соответствуют нужному окружению
3. универсально — проекты теперь раскатываются и выглядят в плане деплоя как один
4. на всех приложениях теперь php8.2 + jit + opcache
5. редис был успешно везде заменен на файловый кеш (если вообще использовался; было такое, что редис поднят, а коннекта к нему нет)
Без провалов не обошлось — один раз накатил тестовую базу на прод. Но это мелочи 🙂
В общем и целом опыт очень крутой. Всегда приятно заниматься стандартизацией и улучшением DX
Добавить комментарий