компосер собирает не в один контейнер а объединяет их (логически)

а вот у меня есть вопрос привет. Вот например можно же собрать компосером фласк и например монго дб в один контейнер ? не устанавливая ngnix туда ?

Можно, но это будет очень толстый и не best-practice контейнер, с которым жизнь твоя станет только хуже, поскольку придется туда затащить еще и систему инициализации. Тебе бы виртуалку с такими пожеланиями

компосер собирает не в один контейнер а объединяет их (логически)

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

Можно, но это будет очень толстый и не best-practice контейнер, с которым жизнь твоя станет только хуже, поскольку придется туда затащить еще и систему инициализации. Тебе бы виртуалку с такими пожеланиями

тогда я не понимаю зачем докер , он же вроде ка кне плохая замена виртуалки

тогда я не понимаю зачем докер , он же вроде ка кне плохая замена виртуалки

Докер не виртуалка, и никогда ей не был, Докер это упрощенно - красивая обертка для того, чтобы предсказумо, независимо от среды запустить 1 процесс с гарантированным его окружением.

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

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

vagrant

кто-то может объяснить смысл докера, если волюмы все равно надо хранить вне?

одни сервисы (контейнеры) складывают данные в volume, другие берут. Захотел - запустил несколько копий и тех и других

а, понял

vagrant

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

типа shareable

или я не понимаю зачем докер

типа shareable

и scalable :)

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

1 контейнер = 1 сервис/процесс. Отсюда и строй

или я не понимаю зачем докер

Ты его пытаешься пристроить вместо виртуалок, а это вообще не его роль и цель

Ты его пытаешься пристроить вместо виртуалок, а это вообще не его роль и цель

ну вот например у меня есть скрипт с селиниумом на питоне , вот имеет ли смысл в докер залить гугл браузер, огнелиса питон и все библеотеки к нему а потом это все в продакшен ?

ну вот например у меня есть скрипт с селиниумом на питоне , вот имеет ли смысл в докер залить гугл браузер, огнелиса питон и все библеотеки к нему а потом это все в продакшен ?

Селениум уже есть в докере, официально пакуется от разработчика. Можешь сделать контейнер который со скриптом управляющий селениумом через hub и взять офф контейнеры селениума с лисой, хромом в нужном количестве

ну вот например у меня есть скрипт с селиниумом на питоне , вот имеет ли смысл в докер залить гугл браузер, огнелиса питон и все библеотеки к нему а потом это все в продакшен ?

у меня в одном контейнере хром, в другом прокси-сервер скрипт с ротацией прокси, другие скрипты(контейнеры) через puppeteer коннектятся к хрому

у меня в одном контейнере хром, в другом прокси-сервер скрипт с ротацией прокси, другие скрипты(контейнеры) через puppeteer коннектятся к хрому

а если я например скачаю контейнер с питоном и уставнолю туда библеотеки это возможно ? , или надо качать контейнерн с убунту ?

а если я например скачаю контейнер с питоном и уставнолю туда библеотеки это возможно ? , или надо качать контейнерн с убунту ?

все возможно :) контейнер с питоном уже базируется на каком-то контейнере с ОС. Наверняка на хабре есть десяток примеров для начинающих питонистов-докеристов

а если я например скачаю контейнер с питоном и уставнолю туда библеотеки это возможно ? , или надо качать контейнерн с убунту ?

Возможно

очень глупый вопрос

когда стопим контейнер - содержимое внутри него удаляется?

когда стопим контейнер - содержимое внутри него удаляется?

Нет

А проверить нельзя?

привет, запускаю django в docker с compose, нужно выполнить миграции после старта БД, depends_on: - db указан, но при выполнении команды через RUN в dockerfile выходит ошибка could not translate host name "db" to address: Name or service not known подскажите, как запустить миграции после старта базы?

привет, запускаю django в docker с compose, нужно выполнить миграции после старта БД, depends_on: - db указан, но при выполнении команды через RUN в dockerfile выходит ошибка could not translate host name "db" to address: Name or service not known подскажите, как запустить миграции после старта базы?

какой-нибудь sleep 3; в command мигратора

какой-нибудь sleep 3; в command мигратора

попробую, спасибо. Насколько это хорошее решение? :)

попробую, спасибо. Насколько это хорошее решение? :)

Ну там надо пердолиться со статусом контейнера иначе

попробую, спасибо. Насколько это хорошее решение? :)

depends вообще ненужное, задаёт приоритет контейнеров, а не то что внутри

depends вообще ненужное, задаёт приоритет контейнеров, а не то что внутри

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

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

стартанёт контейнер, а не то что внутри. По сути ничего не даёт(

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

https://docs.docker.com/compose/startup-order/

я после старта контейнеров через docker-compose exec создаю таблицы, это норм решение или автоматизировать можно ?

я после старта контейнеров через docker-compose exec создаю таблицы, это норм решение или автоматизировать можно ?

во время билда в Dockerfile

во время билда в Dockerfile

дак он сразу создаёт пока ещё контейнер постгреса не стартанул

дак он сразу создаёт пока ещё контейнер постгреса не стартанул

Покажи dockerfile

и композ

Само по себе решение выполнять миграции при старте контейнера так себе. А в Dockerfile - тем более. Зачем? Вы будете убивать контейнер для наката миграций что ли? Или пересобирать? А пользовательские данные? Не проще ли в приложении запустить миграции?

Покажи dockerfile

я не за компом но вкратце в композе вэб приложение билдится и зависимости на бд и редис указаны а в докерфайле установка зависимостей и старт вэб сервера вообщем стандартный набор

зависимости в смысле depends_on

я не за компом но вкратце в композе вэб приложение билдится и зависимости на бд и редис указаны а в докерфайле установка зависимостей и старт вэб сервера вообщем стандартный набор

в docker-compose своего вебсервера делаешь command с созданием баз

и с проверкой есть ли эти базы

в docker-compose своего вебсервера делаешь command с созданием баз

а вэб сервер стартует потом из докерфайла? какой приоритет ?

Сначала собирается докерфайл

Потом работает команда из compose

Сначала собирается докерфайл

в конце которого CMD есть

в конце которого CMD есть

Откуда у тебя нет доступа к БД, ибо она не запущена

Откуда у тебя нет доступа к БД, ибо она не запущена

да там веб-сервер стартует

Покажи потом

Покажи потом

хорошо завтра тогда скину

в конце которого CMD есть

у меня именно так, только кейс иной. сначала запускается контейнер с mongodb, следом (depends_on) контейнер с CMD mimport и он импортирует данные из файла в базу, которая оказывается вполне себе запущенной

да depends_on не так пашет как хотелось бы))

у меня именно так, только кейс иной. сначала запускается контейнер с mongodb, следом (depends_on) контейнер с CMD mimport и он импортирует данные из файла в базу, которая оказывается вполне себе запущенной

да вот чет пробовал не получалось

да depends_on не так пашет как хотелось бы))

у меня сработал, я доволен :)

да depends_on не так пашет как хотелось бы))

все равно билдится в первую очередь

потому что так бы в докерфайл засунуть команду на создание базы и все

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

всем привет, есть вопрос, можно ли из контейнера как нибудь узнать имя сервиса в рамках docker-compose, например есть docker-compose.yml, на основе него создается сервис service1, можно ли из самого сервиса узнать его имя(service1), не создавая вручную env

всем привет, есть вопрос, можно ли из контейнера как нибудь узнать имя сервиса в рамках docker-compose, например есть docker-compose.yml, на основе него создается сервис service1, можно ли из самого сервиса узнать его имя(service1), не создавая вручную env

в самом контейнере есть доступ к переменной с уникальным ID контейнера только. недавно уточнял, хотел порядковый номер инстанса получать, он доступен только в swarm но можно передавать через command: ["container"]

хорошо а exec от него выполнить можно?

от этого id?

я имею ввиду в рамках самого хоста

хорошо а exec от него выполнить можно?

это я не в курсе, в самом скрипте получаю, для того чтоб уникальное наименование сервиса было при нескольких запущенных копиях

это я не в курсе, в самом скрипте получаю, для того чтоб уникальное наименование сервиса было при нескольких запущенных копиях

ясн спс, а как переменная называется?

process.env.HOSTNAME

спс

ага, и 2.5К приветов в обратку, так ты себе это представлял? ;)))

Да

человек стикеры для себя открыл и хочет поделится со всеми

Забаньте его уже

За что?

у меня руки чешуться отправить стикер "привет" в ответ

Использую докер локально для разработки, появилась необходимость поднятие внутреннего сервера на котором будет крутиться проект с маленькой нагрузкой. Встал вопрос использовать ли докер на этом сервере или установить окружение непосредственно в ос -На сервере предполагается Ubuntu 18.04 - потеря данных критична - ап тайм максимум неделя Мотивация единое окружение с разработкой Насколько стабильно работает докер в рамках продакшен серверов ? Стоит ли заморачиваться с докером в моей ситуации ?

Использую докер локально для разработки, появилась необходимость поднятие внутреннего сервера на котором будет крутиться проект с маленькой нагрузкой. Встал вопрос использовать ли докер на этом сервере или установить окружение непосредственно в ос -На сервере предполагается Ubuntu 18.04 - потеря данных критична - ап тайм максимум неделя Мотивация единое окружение с разработкой Насколько стабильно работает докер в рамках продакшен серверов ? Стоит ли заморачиваться с докером в моей ситуации ?

ci\cd есть?

Нет

значит просто ставь на машину и не парься)

Спасибо :) настраивать только лень ))

Я вот что-то не хочу на бионик, какой профит переходить?

https://www.opennet.ru/opennews/art.shtml?num=49346

Я вот что-то не хочу на бионик, какой профит переходить?

ямл конфиги)

особого тоже не вижу профита 16.04

ямл конфиги)

Это про что?

Это про что?

когда я читал чем бобер отличается заметил ямл конфиги сетки

Это про что?

https://www.digitalocean.com/community/tutorials/what-s-new-in-ubuntu-18-04

когда я читал чем бобер отличается заметил ямл конфиги сетки

Это netplan. Его отдельно можно поставить

Но прикольно, да

networkctl симпотишный

Наконец-то этот хаос с разными форматами конфигов сети уйдет

когда я читал чем бобер отличается заметил ямл конфиги сетки

Но блин, там в 90% одна строка с dhcp, зачем оно?

Но блин, там в 90% одна строка с dhcp, зачем оно?

шобы сетевая установка проще была