сервис в отдельный контейнер (app, uploader, etc). Но самое главное это нужно перенести хранение изображений в s3-совместимое хранилище. И писать/читать из него.
Теперь самый главный вопрос: а зачем это все нужно? Какие есть бизнес-требования или текущие ограничения, которые невозможно реализовать/исправить в текущей архитектуре?
1. пора апгрейдить сервер, 7 лет уже, и заоодно можно пересмотреть архитектуру 2. хочется scalability - сейчас когда приходит трафик сайт начинает тормозить 3. некоторые клауд провайдеры дают спонсорство, (azure, aws, mailru) 4. все делалось 1 человеком, сейчас код выложили и будем привлекать помошь и как то усовершенствовать процесс деплоя 5. вот что пишет главный разработчик: "Сейчас все собирается для gentoo вручную, каждый раз когда я хочу выложить новую версию базы, ноды и тп, я вынужден ждать админа и синхронизиваться с ним на апдейте и деплое с полной остановкой аппликейшена. Причем node_modules тоже приходится пересобирать. Хочется докер чтобы и базы и сервера и npm зависимости прилетали вместе с аппликейшеном. Идеальный вариант был бы aws (или ажур) с кубернетисом, чтобы полный автомат. Но я не рассчитываю)"
Обсуждают сегодня