Как правильно готовить docker?

Question

[Руслан Галиев]

Здравствуйте
Столкнулся со следующей проблемой при переезде от одного хостера к другому. Пришлось все поднимать заново. Поэтому решил что при следующем переезде воспользуюсь docker для создания образов системы.
В приложении используются следующие компоненты: Debian + Apache + PostgreSQL + RoR + Elastic + ftpd. На одном сервере крутится 3-4 веб портала на Rails. Подскажите как правильно использовать docker при создании приложений на RoR, какие best-практики есть для развертывания?

Comments

[Алексей Уколов]

А вы искать ответы на свои вопросы пробовали? Прямо здесь на Тостере есть множество ответов на тему лучших практик Докера, не говоря уже про весь интернет в целом.

[Руслан Галиев]

Алексей Уколов: Этим и занимаюсь. Основной вопрос в постоянном деплое изменений. Как это будет выглядеть. На данный момент деплою с помощью капистрано, простой составляет пару минут. Как это будет выглядеть с докером пока не понятно. Где будет хранится код, в контейнере или на сервере? Как долго будет проходить деплой? Чем воспользоваться для автоматизации процесса деплоя?

[Алексей Уколов]

А почему тогда этого "основного вопроса" нет в тексте вопроса-то? :)
Переформулируйте, пожалуйста, вопрос так, чтобы а) это действительно был один вопрос и б) на него можно было дать объективно правильный ответ.

Answer 1

[sim3x]

Докер один из вариантов автоматизации деплоя
В случае "классического" хостинга он не работает или работает у каждого по-своему

Тебе нужна автоматизация деплоя, бекапа и восстановления

Comments

[Руслан Галиев]

sim3x Обратил внимание на Docker только в связи с тем что при переезде на другого хостера возникает необходимость поднимать много сервисов. Для Деплоя на данный момент используется capistrano, для бэкапов и восстановления bash скрипты.

[sim3x]

Руслан Галиев: вот пусть капистрано и поднимает много сервисов

[Руслан Галиев]

sim3x: Я наверно не совсем корректно вопрос задал: вся соль проблемы заключается в переносе серверов от хостера к хостеру. Настройка сервера отнимает порядком времени. Поэтому была мысль поднять докер образы(один для PostgreSQL один для Redis, один под Apache + Passenger + RoR). Таким образом необходимо было настроить образы один раз и развертывание занимало бы гораздо меньше времени

[sim3x]

Руслан Галиев: в общем случае - нет
Проще настроить развертывание на капистрано / ансибл

Зачем апач вообще - непонятно

[Руслан Галиев]

sim3x: Apache в качестве веб-сервера. просто уже к нему привык поэтому и не перехожу на nginx если вы об этом. Почитаю про ansible, спасибо

Answer 2

[Evgeny Svirsky]

Как по мне лучше делать отдельный docker-compose для каждого проекта.
Сценарий приблизительно такой:
Создаёте конфиги для каждого image-а. Это позволит поднять окружение одной командой.
По поводу деплоя (с этим знаком только в теории) - знаю что у докера есть докер-сервер который готов принимать контейнеры на деплой. Т.е. скармливаете ему конфиг, он вам поднимет окружение обновит код и всё остальное.
Как-то так.

Comments

[Руслан Галиев]

Спасибо за совет, почитаю за докер-сервер

Answer 3

[Yuri S.]

Можно посмотреть пример настройки докер-контейнеров здесь https://github.com/weazar/dora
А как это дело деплоить с помощью ansible здесь https://github.com/weazar/andora

Answer 4

[lxfr]

Используйте, как уже сказано выше, docker-compose для каждого отдельного проекта.
А в будущем используйте Docker Swarm для управления вашими проектами.
Кроме того через docker-compose YML файлы можно описать развертывание разных окружений: dev, production, test.
+ Хранить docker-compose файлы в GIT удобно.