да, тут согласен

Ну, вот и все, к сожалению 😳😭

Приходится костылить

нахуй иди.

Чёт какой-то неадекват.

бывает, не стоит обращать внимания

Ваще, я почему-то был уверен, что ты тут одмен :-)

не похоже на то

не похоже на то

а хотел бы)

драсти

ребят, у меня вопрос по docker compose 😁

есть два файла: docker-compose-backend.yml docker-compose-loadbalancer.yml

loadbalancer один. бэкендов много: docker-compose -p backend_1 -f docker-compose-backend.yml up -d ... docker-compose -p backend_x -f docker-compose-backend.yml up -d

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

это можно сделать с сеткой для каждого бэкенда, и добавить лб в каждую

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

касательно бекендов - сложнее - но можно их публиковать попросту на 127.0.0.1:any_port и этот порт прописывать в ЛБ автомагическим способом - через консул, например, или через лейблы контейнеров

касательно бекендов - сложнее - но можно их публиковать попросту на 127.0.0.1:any_port и этот порт прописывать в ЛБ автомагическим способом - через консул, например, или через лейблы контейнеров

> публиковать попросту на 127.0.0.1:any_port интерестно. вот не думал

погоди. если бэкенд публикован на 127.0.0.1, как лб к нему подключится? лб тоже в докере кстати

> лоадбалансер в хостовую сеть засунуть перечитал. сейчас доки почитаю

Добрый день. Подскажите можно ли как то задать имя хоста nginx в docker-compose что бы обращаться не по localhost:8098, а, например, по host.local?

Добрый день. Подскажите можно ли как то задать имя хоста nginx в docker-compose что бы обращаться не по localhost:8098, а, например, по host.local?

hostname: ...

И в файл host добавить 127.0.0.1 host.local

hostname: ...

Спасибо)

Добрый день. Подскажите можно ли как то задать имя хоста nginx в docker-compose что бы обращаться не по localhost:8098, а, например, по host.local?

Обращаешься с другого контейнера или с хост машины?

хост машины

получается но нужно указывать порт всеравно. host.local:8098

Ну так раз ты такой порт юзаешь, то логично

это верно

Доменное имя и порт это разные вещи

Здравствуйте, уважаемые знатоки! Очередной вопрос новичка по основам и идеологии: Есть задача (учебная) развернуть на одной машине несколько приложений. Как пример: Gitlab + Nextcloud. Правильнее это делать в виде виртуальных машин или контейнеров? Смущает, что каждое подобное приложение это целый набор разных служб, что противоречит документации докера.

Здравствуйте, уважаемые знатоки! Очередной вопрос новичка по основам и идеологии: Есть задача (учебная) развернуть на одной машине несколько приложений. Как пример: Gitlab + Nextcloud. Правильнее это делать в виде виртуальных машин или контейнеров? Смущает, что каждое подобное приложение это целый набор разных служб, что противоречит документации докера.

и что?

гитлаб - удобно упакован в докер как пакетный менеджер. Влияние на систему минимально. Даже продакшен до 50-100 юзеров он вывезет

а вот дальше - для кубернетеса - его распилили на отдельную модули

Ок)

Здравствуйте, уважаемые знатоки! Очередной вопрос новичка по основам и идеологии: Есть задача (учебная) развернуть на одной машине несколько приложений. Как пример: Gitlab + Nextcloud. Правильнее это делать в виде виртуальных машин или контейнеров? Смущает, что каждое подобное приложение это целый набор разных служб, что противоречит документации докера.

Правильнее это делать в зависимости от задачи

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

Правильнее это делать в зависимости от задачи

+1

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

Ты спросил как правильнее, я и сказал

Ты спросил как правильнее, я и сказал

Да, спасибо

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

А docker build не модно уже?

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

Докиром (

Buildah прикольно, но это неудобно разрабам. Они уже привыкли к формату докерфайла и им нужен инструмент, который его поддержит

А docker build не модно уже?

неудобно, ограниченно хотя, да, потихоньку улучшают

Buildah прикольно, но это неудобно разрабам. Они уже привыкли к формату докерфайла и им нужен инструмент, который его поддержит

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

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

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

Bazel

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

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

хотя докирфайл он таки какой некакой стандарт, а эти ваши велосипеды каждый умник пытается новый придумать, и чет западло как-то с одного велосипеда на друглй прыгать постоянно из за того что умники везде самые умные ))) ... правд с докирфайлом совладать чет никак не могут хД )))

судя по вашему образу мыслей с способу изъясняться - Докерфайлы как раз для вас и сделали, да

судя по вашему образу мыслей с способу изъясняться - Докерфайлы как раз для вас и сделали, да

уж точно не для таких как ты ))) ты слишком умный для них хД )))

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

@Atassis

да уже)

там поток больше чем тут)

банлист все стерпит)

о, и тут уже почистили)

@Atassis

ты зазря призвал меня, я не джин

Джин это напиток такой алкогольный.

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

https://github.com/moby/buildkit/blob/master/docs/rootless.md

хотя докирфайл он таки какой некакой стандарт, а эти ваши велосипеды каждый умник пытается новый придумать, и чет западло как-то с одного велосипеда на друглй прыгать постоянно из за того что умники везде самые умные ))) ... правд с докирфайлом совладать чет никак не могут хД )))

moby/buildkit уже сами создатели этого стандарта признают что он не просто какой-никакой, а просто никакой и делают LLB BuildKit builds are based on a binary intermediate format called LLB that is used for defining the dependency graph for processes running part of your build. tl;dr: LLB is to Dockerfile what LLVM IR is to C. Currently, following high-level languages has been implemented for LLB: Dockerfile (See Exploring Dockerfiles) Buildpacks (open a PR to add your own language)

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

"поднимите тут руку кто собирает контейнеры через докерфайлы, и поднимите ногу кто собирает через buildah ... и давайте посмотрим кого больше" поднимите что хотите у кого проблемы с программированием даже если не признаетесь даже и смотреть не надо понятно что таких больше и даже не смотря на то что их больше как допилят runC и BuildKit им и в Докере станет не уютно претензии по "велосипедам" пожалуйста, к разработчикам Moby

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

ты бы опрос запилил уже тогда. сообщениями будет неудобно

ты бы опрос запилил уже тогда. сообщениями будет неудобно

"миллионы мух не могут ошибаться!" (С) народный юмор

"миллионы мух не могут ошибаться!" (С) народный юмор

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

если тебе нравится писать на брейнфаке, это еще не значит что стоит тащить его в прод

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

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

если тебе нравится писать на брейнфаке, это еще не значит что стоит тащить его в прод

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

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

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

Опять срач

"мы" - это кто? вы от чьего имени говорите?

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

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

"мы" - это кто? вы от чьего имени говорите?

от имени нещщастных вынужденых писать эти богомерзкие докерфайлы ...

Опять срач

не срач, а интеллектуальная дисскусия )))

ахах

не срач, а интеллектуальная дисскусия )))

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

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

ага ... чтобы фсб не спалило )))

Всем привет, дайте совет я разворачиваю php приложение через docker-compose lamp и само приложение пытается подключиться к ftp серверу, для сохранения контента. Но у меня ошибка directory / not found. Мне нужно внутри контецнера поднимать ftp сервер?

шта