и да - докер будет синхронизировать волюм

и да - докер будет синхронизировать волюм

что бы это могло для меня значить?

ответ на ваш вопрос

это не к докеру вопрос а к приложению внутри

а помоему к докеру, ведь если файл изменен из вне, notify может не сработать? по крайней мере vagrant + shared folders не видит измененные файлы.

ладно, сейчас попробую сделать.

понаблюдаю.

На линуксах будет работать

все работает! спасибо!

ребята, подскажите пожалуйста, имеется https://gist.github.com/VProgNet/1ce2fb68dbc854a11f44d9c8139e9c1d для поднятия efk-стека. Как мне в другом приложении приконнектиться к нему? пишу вот такое: https://gist.github.com/VProgNet/2ce5957017f0e11c317188099b8693bb говорит, что нет драйвреа fluentd. Пытаюсь поднять вызовом двух независимых docker-compose

ребята, подскажите пожалуйста, имеется https://gist.github.com/VProgNet/1ce2fb68dbc854a11f44d9c8139e9c1d для поднятия efk-стека. Как мне в другом приложении приконнектиться к нему? пишу вот такое: https://gist.github.com/VProgNet/2ce5957017f0e11c317188099b8693bb говорит, что нет драйвреа fluentd. Пытаюсь поднять вызовом двух независимых docker-compose

Вы localhost зачем используете в сети докера?

localhost это не вашего хоста а сети докера

Поменяйте localhost на имя контейнера

Поменяйте localhost на имя контейнера

добавил container_name: fluentd_container и поменял localhost на fluentd_container выдает такую вот ошибку: Cannot start service mongodb: failed to initialize logging driver: dial tcp: lookup fluentd_container on 127.0.0.53:53: server misbehaving

мне придется поднимать dns ?

мне придется поднимать dns ?

Почитай как работает встроенный днс, там всё есть

прописал напрямую ip. Вроде приконнектилось. Осталось узнать, как зарезолвить имя контейнера в его ip в composer.yml

добавил container_name: fluentd_container и поменял localhost на fluentd_container выдает такую вот ошибку: Cannot start service mongodb: failed to initialize logging driver: dial tcp: lookup fluentd_container on 127.0.0.53:53: server misbehaving

Просто fluentd

Вы не поняли, нужно добавлять имя сервиса прописанного в в docker-compose. Либо добавить alias: - youdomain

Вы не поняли, нужно добавлять имя сервиса прописанного в в docker-compose. Либо добавить alias: - youdomain

пробовал просто fluentd, выдает ту же ошибку. Сейчас прочитаю про alias. Спасибо

а зачем вам 2 docker-compose?

а зачем вам 2 docker-compose?

Разные стеки

пробовал просто fluentd, выдает ту же ошибку. Сейчас прочитаю про alias. Спасибо

Алиас это алиас, работает и без него

а зачем вам 2 docker-compose?

один для логирования, другой для своей приложухи

обычно 1 проект 1 docker-compose

я вот, кстати, не уверен, что оно вообще так заработает

заработает

но я бы ссылался на fluentd по имени хостовой тачки

обычно 1 проект 1 docker-compose

ну так и есть, 1 проект - система логирования. 2 - мое приложение. 3...n - другие приложения, которые тоже будут писать логи

а ещё бы я постарался использовать имя с точкой – во избежание приколов с резолвингом

а ещё бы я постарался использовать имя с точкой – во избежание приколов с резолвингом

А незя в докере точки в имени)

А незя в докере точки в имени)

имя в смысле доменное

а не имя контейнера

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

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

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

Во, точно. Я даже не обратил внимание)

А в докер файле можно задать имя образа, кстати? Чот я сходу не нашёл такого. И не понимаю почему этого нет, может причина какая есть?

@hitmaker

А в докер файле можно задать имя образа, кстати? Чот я сходу не нашёл такого. И не понимаю почему этого нет, может причина какая есть?

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

нет, нельзя (и незачем)

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

Не вижу ничего странного. Есть проект, в нём лежит рецепт. Почему мне надо задавтать имя итогового имеджа где-то вне репозитория?

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

так как мне зарезолвить ip fluentd в параметрах лог драйвера автоматически?

никак

с точки зрения хоста

выставлять наружу порт и ходи на адрес хоста

хм

в docker for mac/win, например, есть workaround на эту тему – но там совсем другая история

Не вижу ничего странного. Есть проект, в нём лежит рецепт. Почему мне надо задавтать имя итогового имеджа где-то вне репозитория?

потому что имён может быть множество?

давай туда ещё имя контейнера писать

@hitmaker

?

Может быть. А может и не быть. Давайте не хранить исходники софта в репе, ведь реализаций может быть множество.

ну, или, потому, что имя вообще ничего не значит

давай туда ещё имя контейнера писать

А я что имел ввиду? 0_о

А я что имел ввиду? 0_о

я-то откуда знаю

ты написал "имеджа". Я так преполагаю, что это "image"

Ну

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

ты написал "имеджа". Я так преполагаю, что это "image"

Тут для многих это одно и тоже)

А что такое контейнер? Это запущеные из имеджа файлы

запущенные файлы?

запущенный пациент

Тут для многих это одно и тоже)

вот это поворот

в docker for mac/win, например, есть workaround на эту тему – но там совсем другая история

external_links меня тоже не спасет?

запущенные файлы?

Лол, нет. Я просто с другой стороны в это входил и чуть расхожусь с тобой в терминах.

хочется и пошутить и не нагрубить

про папу, другую сторону и последствия

external_links меня тоже не спасет?

боюсь, что нет. У тебя эндпоинтом является адрес хоста

у тебя слегка вывернутая наизнанку архитектура :)

Лол, нет. Я просто с другой стороны в это входил и чуть расхожусь с тобой в терминах.

я, в общем, не спорю и не переубеждаю

у тебя слегка вывернутая наизнанку архитектура :)

а как сделать так, чтобы это было более-менее вменяемо?

а как сделать так, чтобы это было более-менее вменяемо?

да оно вменяемо, why not

я, в общем, не спорю и не переубеждаю

Шмотри. Что такое контейнер? Это процесс изолированный ядром. Исходные файлы нужные этому процесу обычно представлены в виде слоёв имеджа. И когда говорят "контейнер", в моём контексте имеется ввиду как раз имедж потому как "имён" у запущенного процесса-то нет. То что в докере это есть я упустил из виду, сорьки

Шмотри. Что такое контейнер? Это процесс изолированный ядром. Исходные файлы нужные этому процесу обычно представлены в виде слоёв имеджа. И когда говорят "контейнер", в моём контексте имеется ввиду как раз имедж потому как "имён" у запущенного процесса-то нет. То что в докере это есть я упустил из виду, сорьки

могу только порекомендовать почитать документацию, а то с терминологией не всё хорошо

(у контейнеров тоже есть имена)

(у контейнеров тоже есть имена)

Берём процесс, изолируем его ядром. Вот прям руками, без враппера в виде докера. Тада! Имён нет, пока ты не начинаешь изобретать свой велосипед.

@little0big где-то был реквест про resolvable hostname ровно для твоего случая

Берём процесс, изолируем его ядром. Вот прям руками, без враппера в виде докера. Тада! Имён нет, пока ты не начинаешь изобретать свой велосипед.

ты это мне рассказываешь?

Ну ты же мне рассказываешь, что имена есть :)

fair enough

а как вообще организовывают сбор логов на отдельно стоящий efk-стек?

я явно что-то не понимаю в архитектуре

ну, во-первых, стоит решить вопрос статической/динамической конфигурации

если эндпоинт доступен всегда по одному и тому же адресу – можно смело его использовать

btw, чего нелогичного в задании имени имеджа прямо в рецепте? Когда я собираю имеджи не-докером (например, bazel), то я именно там и пишу имя. Ибо декларативное описание, всё есть код, весь проект в репозитории. А тут мне чтоб "всё есть код" надо заврапать docker build во что-то. Хрень выходит.

ну, во-первых, стоит решить вопрос статической/динамической конфигурации

конфигурацией сети имеется ввиду?

в том числе

ты это в рамках кластера запускаешь?

ты это в рамках кластера запускаешь?

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

хотелось сделать так, чтобы потом не плакать кровавыми слезами

тогда, если вкратце – то во fluentd-address придётся использовать доступный в локалке адрес хоста

окей, спасибо

очень помогли. Так и сделаю

всегда рады

btw, чего нелогичного в задании имени имеджа прямо в рецепте? Когда я собираю имеджи не-докером (например, bazel), то я именно там и пишу имя. Ибо декларативное описание, всё есть код, весь проект в репозитории. А тут мне чтоб "всё есть код" надо заврапать docker build во что-то. Хрень выходит.

@twwlf выскажись плиз. Мне правда интересно мнение человека вне моего контекста

@twwlf выскажись плиз. Мне правда интересно мнение человека вне моего контекста

Сначала стоит договориться о терминах, а это долго, увы

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

Давай исходить из вот такого: у нас есть код, есть некая сборочная система (docker build), и цель — получить имедж соответствующий стандарту OCI. Почему задавать имя имеджа в рецепте для сборочной системы — не логично?

Тут терминов как-то и не осталось. Только голая суть.