Docker: принято ли ставить на продакшене?

Question

[topuserman]

При изучении докера, возникло 2 вопроса:

1. Принято ли ставить на продакшене докер? Если нет, то почему и как решается вопрос деплоя и т.д?

2. Если ставить докер на dev (prod) среду, правильно ли понимаю, что поверх любой версии линукса (centos, ubuntu), ставим докер и поверх запускаем наши контейнеры?

И как решается вопрос с монтированием директорий конфигов и логов? Их лучше размещать в директории проекта, или лучше размещать в соответствующих директориях базовой ос? Например для контейнера с nginx, его конфиги монтировать из /etc/nginx/..conf?

Answer 1

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

1. принято. Если кто-то станет шикать на вас за это — это их проблемы, а у нас свободные нравы!
2. правильно.

С монтированием – по-разному. Как удобнее. Варианты:

• в проекте папка /docker под ней в подпапке /docker/nginx – конфиги nginx, которые биндятся в контейнер по одному, или всей подпапкой. Удобно, если захочется по-живому редактить конфиги;
  
• в контейнер при его билде, инструкциями в его Dockerfile, копируются файлы из папки;
  
• прилетает уже готовый-собранный образ, из которого поднимается рабочий контейнер, не запариваясь расположением конфигов и какими-то настройками.
  

Логи направляются в Stdout контейнера и хранятся Docker'ом. Посмотреть хвост: docker logs --tail 50 имя_контейнера

Answer 2

[Griboks]

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

p.s.
Хотя с другой стороны очень часто встречаются бородатые дядки, которые, разумеется на Windows 10 Enterprise edition, запускают виртуалку WMVare Workstation, в которую устанавливают докер, в котором запускают ваш контейнер. Но это уже их проблемы, что всё через одно место сделано.

Comments

[Setitle]

Здравствуйте. с docker не работал т.к. не участвую в среде разработки. Есть только пару прогеров в 1с и все.
Но стараюсь не много быть в курсе событий.. Могли бы вы объяснить что значит "поверх которых натянуто облако"? Вот то, что во втором абзаце написано я все понял, там конкретно указано какое ПО установлено и как, а в первом абзаце как-то абстрактно и в общем..
Просто очень интересно.

[Griboks]

Setitle, как я уже написал выше: "это не мои проблемы."))

Никогда этим не занимался всерьёз. Но попробуйте что-то вроде docker swarm.

[Griboks]

Setitle, кстати, чтобы это все не настраивать вручную на каждом сервере, использую систему управления инфраструктурой. Например, ansible или salt stack.

[Михаил]

Griboks, все равно не понятно, причем тут прод,
и при чем тут локальная разработка и кто как и где запускает docker, для ее ведения.

Answer 3

[Vitaly Karasik]

Согласен с Saboteur - все зависит.

При изучении докера

- я советую исходить не из инструментов, а из требования проекта.
Важно, чтобы программа бежала быстро, надежно, с воспроизводимой конфигурацией и деплоем. Этого можно добиться на "железе" (bare metal), виртуалках, контейнерах и проч. (serverless, например).

Answer 4

[Sanes]

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

Answer 5

[rPman]

да, нет, не знаю - все три ответа верные

Автоматизация настроек машины возможна своими скриптами или к примеру ansible. Облачные сервисы представляют оплату за использование ресурсов, а это значит может оказаться оправдано разделение своих по виртуальным машинам провайдера (мое мнение - нет, любое готовое облачное решение будет дороже своего, за исключением кратковременного использования и обслуживании редких хабраэффектов).

Докер просто еще один инструмент изоляции и автонастройки, плюс если вспомнить, докер для linux основан на lxc, а это значит почти на любом хостинге возможна реализация своих виртуальных машин с ее помощью.
В конечном случае самодельные инструменты на основе вирутальных машин могут выродиться в копию докера, поэтому все зависит от того, на сколько глубоко нужно залезать в эту нору.

Answer 6

[Андрей Григорьев]

Хороший способ использования докер на проде - kubernetes. Но в целом, не обязательный.
Логи желательно писать в stderr контейнера.
Монтирование директорий конфигов - не лучшая практика. Но если очень хочется, и в вашем конкретном случае удобно - то почему нет?

Answer 7

[Saboteur]

Что значит "принято". Это зависит от проекта и ваших предпочтений.
Нет явных общепринятых решений, так как одинаковых проектов немного.

Если у вас единственное приложение, то под него можно просто настроить сервер и без докера и с докером.
Если компонентов очень много, то чистый докер уже будет мало и сложно, нужно использовать оркестратор (кубернетес или опенщифт). Но можно и просто виртуалки/железки настроить.
Докер налагает свои моменты, но упрощает поддержку на будущее.