нет, там секунды

правильно слои организовать и будет всё быстро, первый раз разве что долгий

не получаются секунды, у меня если каждый раз директория с зависимости пустая )

я понял о чем вы, volumes

прикол в том что они тоже снаружи торчат

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

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

докер же для удобства создан, и тут так же, удобнее когда исходники снаружи )

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

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

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

Ну тут надо шишки набить, так не поймет

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

взять контейнер раскатать ещё на одном сервере vs взять исходники и контейнер и раскатать исходники и потом контейнер - выбор очевиден, проще контейнер

Ну тут надо шишки набить, так не поймет

именно)

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

Окружение в контейнере

Исходники снаружи

Че за срач, господа?)

Че за срач, господа?)

Придумываем бестпрактис для докера в 2019

Тоже с этим вопрос сейчас)

Слушайте Константина и все будет хорошо

полуночный срач "где исходники хранит"

Надеюсь, ты бд в проде не собрался в докере держать)

- Стадия Билд в одном докерфайле: готовим среду, собираем че надо, создаем артефакт. - Стадия деплой: деплоим чисто из артефакта бинарные вещи

Надеюсь, ты бд в проде не собрался в докере держать)

а почему нет?

Ой, зря я это сказал)

Ой, зря я это сказал)

Предлагаю рассудить высказывание)

Надеюсь, ты бд в проде не собрался в докере держать)

Ну что опять не так?

тут из каждого утюга "храните базу снаружи"

тут из каждого утюга "храните базу снаружи"

поясни плиз поговорку

все источники говорят, что данные базы надо хранить снаружи

не в контейнере

Ну так данные, это не только бд касается

все источники говорят, что данные базы надо хранить снаружи

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

запускать можно

данные хранить не стоит

Ну вот у меня об этом и был вопрос)

дума речь шла не о запуске БД в контейнере, а о хранении в контейнере данных

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

помогите плиз все же

как сделать так, чтобы изменения сделанные на стадии Билда не пропали, когда монтируются volumes

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

Тебе помогли, но ты упорно не хочешь слушать. Держи все, что стейтлесс в контейнере, а стейтфул в докере не стоит хранить. В случае с бд вообще преимуществ от докера ноль, даже хуже

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

Там внутри обычный системный mount, а если драйвера брать то и вовсе. Куда иопсы теряются?

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

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

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

ничего не понял (

что значит докер один?

и причем тут диск?

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

Докер это надстройка над неймспесами и сигрупами

что значит докер один?

Докер один, да будет он благочестив и милостив.

Докер один, да будет он благочестив и милостив.

аминь

https://youtu.be/XZQ7-7vej6w

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

Бд выносить стоит, лишь когда у тебя под бд отдельный "ДЦ", и то проще оркестрировать иногда всякими кубами/свормами/etc

Все взаимодействие в докере работает через dockerd, в том числе и некоторые функции взаимодействия между контейнерами, которое забивается при больших нагрузках. Я спать

Все взаимодействие в докере работает через dockerd, в том числе и некоторые функции взаимодействия между контейнерами, которое забивается при больших нагрузках. Я спать

вобщем ты слабо понимаешь что такое докер, как я понял?

это с виду только черная коробочка, но если вникнуть немного, то всё становится ясно и понятно и никакой там черной магии нет

Все взаимодействие в докере работает через dockerd, в том числе и некоторые функции взаимодействия между контейнерами, которое забивается при больших нагрузках. Я спать

Расскажи, какие сейчас препятствия, в целом?

Бд выносить стоит, лишь когда у тебя под бд отдельный "ДЦ", и то проще оркестрировать иногда всякими кубами/свормами/etc

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

не ставь

Там внутри обычный системный mount, а если драйвера брать то и вовсе. Куда иопсы теряются?

+

внутри контейнера они как переменные сессии, просто printenv или env выполни

а какая задача то? что нужно в итоге?

операция чтения файла - это как?

open(file, 'r')?

Но переменные не в файле, а в "памяти"

Бери прям в коде и читай переменную, на чем у тебя?

какая задача? Уверен ты пошёл не тем путём

хочу в конфиг core написать есть db1,db2,db3,db4, в ui есть core1,core2,core3,core4

хочу в конфиг core написать есть db1,db2,db3,db4, в ui есть core1,core2,core3,core4

Тебе нужен номер реплики?

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

Можно в контейнер передать номер как переменную, а внутри уже юзать

cat <(echo $VAR_NAME)

Но имхо есть другие пути

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

Это уже к апи докера подключаться и спрашивать

блин дома на маке у меня хосты получаются cluster_core_1, а на работе cluster_core.1.hsjdhsjhdsjdhjshdsj.cluster.default...

блин дома на маке у меня хосты получаются cluster_core_1, а на работе cluster_core.1.hsjdhsjhdsjdhjshdsj.cluster.default...

1е docker-compose 2e swarm

хорошо если бы .hsjdhsjhdsjdhjshdsj.cluster.default... был бы dns suffix, но нет.

это ID таска\контейнера

compose

dns имя до него

compose

я не спросил, я объяснил почему разница)

для скейла

hostname: "elasticsearch{{ .Task.Slot }}" вот так можно задать нужный хостнейм к примеру

environment: - node.name=elasticsearch{{ .Task.Slot } или передать переменную в контейнер, дальше юзай как хочешь

.Task.Slot - это как раз номер реплики

не знаю с какой версии умеет, у меня 3,6

Я вот, наверное, остал, но хорошо ли DB на скейл пускать?

я бы хотел использовать compose, но на работе готовы дать хоть 15 виртуалок с маленькими ресурсами а это swarm. для тестового окружения.

ElasticSearch и другие вещи которые кластеризуюся сами - наверное ок

Я вот, наверное, остал, но хорошо ли DB на скейл пускать?

Смотря что там, некоторые умеют, тот же еластик

я бы хотел использовать compose, но на работе готовы дать хоть 15 виртуалок с маленькими ресурсами а это swarm. для тестового окружения.

Юзай дома сворм, нах тот композ)

мне надо будет грохать бд в кластере и докер для этих нужд хорошо подходит для проверки кластерных сценариев.

как потом остановить swarm services? самое разумное делаю через scale db=0 core=0 ui=0

environment: - node.name=elasticsearch{{ .Task.Slot } или передать переменную в контейнер, дальше юзай как хочешь

спасибо, попробую)

как потом остановить swarm services? самое разумное делаю через scale db=0 core=0 ui=0

Вот что-то в тупик поставил, я кажись никогда не останавливал. Стоп нет у сервиса?) Я с телефона

rm или scale =0 можно