Докеризация приложения?

Question

[maqstein]

Я недавно начал изучать докер и у меня возник вопрос. Как правильно писать приложения чтобы потом можно было спокойно перенести?
В туториалах обычно билдят контейнер из готового приложения, пишут и потом билдят или делают bash скрипт для построения контейнера(кстати я никак не могу понять зачем, ведь все нужное можно описать в Dockerfile)
Я еще нашел вариант запустить контейнер с ubuntu и в нем писать приложение а потом просто измененный контейнер перекидывать куда надо, насколько это костыльно?
Как и в каком виде в итоге нужно разрабатывать приложуху, чтоб не морочится в последствии ?

Comments

[Максим Федоров]

Тоже путь с bash не нравится

[bozuriciyu]

Максим Федоров, а можете скинуть пример пути с башем? Тоже начал изучать докер, стало интеренсо. Не встречал.

[Максим Федоров]

bozuriciyu, с башем на работе, рабочие не могу скинуть :(

[bozuriciyu]

Максим Федоров, госпади да я ж общий пример прошу, на кой черт мне ваши исходники)))

[bozuriciyu]

Максим Федоров, смари случано не проговорись какую баш команду на работе используешь, а то засудят.

[Максим Федоров]

bozuriciyu, :)
просто гемморно отделять пример от рабочего окружения

[Максим Федоров]

bozuriciyu, эволюция настроения:

а можете скинуть

смари случано не проговорись

[bozuriciyu]

Максим Федоров, уважение очень легко потерять))

[Максим Федоров]

bozuriciyu, :)

Answer 1

[Владимир Куц]

Слишком пространный вопрос.
Расскажу на примере небольшого приложения на Django
Итак - у вас должно быть как минимум два контейнера - контейнер с приложением и контейнер с базой.
Для базы берете базовый контейнер postgresql, и делаете маппинг директории в вашей локальной системе в базовый контейнер postgresql. Таким образом данные хранятся у вас в локальной системе, и пересобирать образ с postgresql - не требуется.
Теперь организация контейнера с Django. Берете базовый контейнер с python3. Делаете маппинг локальной директории с приложением в контейнер. В этой же локальной директории создаете виртуальное окружение python для запуска проекта. Все - пересборки образа также не требуется - используется базовый образ.
Обычно просто стартуете это все с помощью docker-compose. В контейнере с Django просто запускаете стартовый скрипт, который доустанавливает недостающие пакеты в ваше локальное окружение, делает миграции, собирает статику, и собственно запускает uwsgi.
Вот собственно все.
Проект вместе с docker-compose.yml и стартовым скриптом спокойно переносите куда угодно. При запуске автоматически нужные образы скачаются, а стартовый скрипт соберет нужное окружение и запустит проект.

Answer 2

[Vitaly Karasik]

В целом стоит почитать https://12factor.net/ru/ - но это больше концептуальная статья.
Насчет процесса разработки - есть два пути (и, естественно, варианты между ними):
1) разрабатывать и тестировать по старинке, на своем лаптопе. Когда что-то заработает, запаковать в контейнеры, потом перепаковывать новые версии.
2) И правильный путь - перед тем, как писать код, создать репо в Git, написать CI скрипты для построения images, deploy, testing, ...
И тогда при каждом commit (или только для PR) CI будет запускать тесты, билдить images, и т.д.

Сделать это не так сложно как было десять лет назад - не надо инсталлировать Jenkins или ему подобные программы, в GitHub есть GitHub Actions (с бесплатным планом) в котором на YAML описываем что надо сделать при коммите.

Answer 3

[Сергей Соколов]

Философия докера размещать в одном контейнере один сервис.
Например, отдельные контейнеры: MySQL, php-fpm, nginx. Как будто это коробки в локальной сети, видят друг друга. А во внешний мир торчит только порт 443 nginx.

Для удобного управления многоконтейнерным приложением есть Docker Compose. В одном файле docker-compose.yml лаконично описываются все сервисы. Это короче, чем bash скрипт и «так правильно».

Всё в одном контейнере с ubuntu —

плохая практика

Можно и все делать в одном контейнере. Но это мало чем отличается от просто vps. Так же приходится ставить доп. софт, обновления. И потом, чтобы переехать на другой сервер, тащить тяжёлый образ. И никак не масштабировать.

Comments

[maqstein]

я не имею ввиду делать приложение со всеми использующимися сервисами внутри контейнера с ubuntu, я имею ввиду именно бизнес логику

[Сергей Соколов]

maqstein, помогло бы описание вашего приложения: из чего состоит, на что опирается.

[maqstein]

Сергей Соколов, nginx, postgtresql, python. в питоне фляга в которой вся бизнес логика. я понимаю что postgres,nginx и само приложение должно находится в разных контейнерах, я просто не понимаю каким образом разрабатывать приложение, нужно ли его сначала сделать и потом построить образ или нужно сначала построить пустой образ и в нем реализовывать бизнес логику, или вообще что то третье

[Дмитрий]

Контейнер это просто среда в которой запустится ваше приложение. минимально необходимый набор библиотек и бинарников.
А внутри контейнера разрабывать не надо, разрабатываете на свой машине, кладете в гит, оттуда скрипт или какая то система (типа jenkins или gitlab или еще что) берет код, билдит если надо, берет минимальный базовый образ, добавляет туда (если надо) какие то зависимости и библиотеки, закидывает туда ваше приложение, обзывает имидж , проставляет тэги и закидывет в registry , ну или запускает.

[Сергей Соколов]

maqstein, разрабатывать, скорее всего, удобнее вне Docker. И потом «докеризировать» приложение.

Образ – как снэпшот диска linux-машины. Со всем установленным софтом и прочими изменениями.

Всё ещё не совсем понятен исходный вопрос.

[maqstein]

Сергей Соколов, просто дело в том что если я буду сначала разрабатывать на своей машине, то мне будет проблемно потом докеризировать, т.к. у меня много чего наставлено лишнего

[Сергей Соколов]

maqstein, свою машину не нужно целиком переносить в образ. Под «докеризировать» я подразумеваю пересмотреть все задействованные сервисы и установленные либы и заново их «установить» в docker-контейнеры. Всё равно как развернуть на новом чистом linux.
С Postgres и NGINX вообще никаких проблем если нестандартные модули не прикручивали – их берёте из коробки Docker образов. Официальных релизов докеризированного Flask пока, вроде бы, нет. Но есть например, популярный (1М+) tiangolo/uwsgi-nginx-flask — тут сразу NGINX + Flask.

[Сергей Соколов]

Pardon Me! Where Do I Find 4giveness?, Disclaimer: я в Go не в зуб ногой. Если правильно понял, на хосте есть папка, в которой лежат скомпилированные через Go-в-контейнере файлы. И хочется переключаться между ... двумя А/Б ветками этих модулей, не компилируя каждый раз заново? Или делать эту компиляцию не через отдельный bash-скрипт, а все поместить в docker-compose, чтобы ветку компилировать через что-то типа docker-compose up go-compile?

Answer 4

[Scion]

Вопрос слишком обширен, советую сузить до конкретных вопросов
Но перед тем как разрабатывать приложение используя докер, сначала разберитесь как докер работает. Я, например, использую докер во всех средах - дев, тест, прод