twwlf
выходит, контент разный, имена разные, "рецепт" общий
twwlf
на мой вкус, выдержан должный уровень абстракции для этих вещей
Aleksey
А с чего бы рецепту быть общим? Один проект, один рецепт, один фюррер
twwlf
а с чего ему быть разным? меняются только файлы, которые лежат снаружи
twwlf
copy source один и тот же
twwlf
представь, что это темплейт )
twwlf
нафига мне 350 разных докерфайлов для 350 разных билд-контекстов
twwlf
если переменная только PWD
Aleksey
Это единственный кейс, где можно и не юзать. А если ты пишешь микросервисы, например? Общего для них будет только какой-нибудь alpine в базе. Яж не просто так сказал, что я уже использую другие сборщики имеджей и везде это есть. И поверь мне, это удобно. Окей, это не везде удобно, кто бы спорил. Но что мешает сделать это опциональным?
twwlf
это единственный кейс, что я привёл
twwlf
их так-то больше
Aleksey
Опять же, если говорить про веб статику, то я бы собрал базовый образ с сервером и в каждый проект со статикой положил бы рецепт на 3 строки — база, имя копи на статику. Почему нет-то?
twwlf
тебе ещё кейс на подумать – докерхаб + автобилд из гитхаба
twwlf
если лично тебе там что-то удобно – кто ж тебе запретит :)
Aleksey
Ну дык. Мне удобно, я так и делаю вне докера. Но когда я обращаюсь к докеру, то он так тупо не может.
twwlf
короткий ответ на твой исходный вопрос – потому что это нелогично и неконцептуально
twwlf
возможно, когда-то (а может быть очень скоро) всё станет иначе
Aleksey
Ты не донёс до меня почему это не логично =(
twwlf
ну и обрати внимание, что это моё личное мнение, а я – незнакомец из интернетов. "Доносить" я задачу не ставлю :)
Aleksey
Я понимаю что я искалечен кубером и вообще живу в своём мире.
Aleksey
Aleksey
Я не спорить пришёл. Просто мой опыт говорит — это не просто логично, но и базовое, чего я хочу от сборочной системы. А ты такой "не логично", вот те кейс. А я подобные кейсы и решаю прибив гвоздями имя в сборочном рецепте
Таймураз
Ребят
Сломал установленные iptables при установке докера и docker-compose
Сейчас контейнеры в сети bridge могут стучаться наружу, а созданные с compose- нет
Никто не ткнет в нужный материал или не подскажет, что нужно в iptables дописать, чтобы новые виртуальные сети имели доступ наружу?
https://gist.github.com/atassis/f0becfdafec08ecb3e264b7ee0c37c2b
twwlf
у тебя прям новые сети не имею доступа?
Таймураз
Таймураз
Записал в правила приведенные здесь https://stackoverflow.com/questions/25917941/docker-how-to-re-create-dockers-additional-iptables-rules
вырубил демон докера, удалил его сеть, запустил заново
Заработала дефолтная сеть докера (bridge), могу как пинговать, так и днс резолвить
Новые же сети, поднятые композом, просто валятся на запросах
Таймураз
Я проверил на своей собственной машине- правил намного больше, чем на корпоративной
Таймураз
Но на своей я таблицы не трогал, тогда как тут пытались "настроить" машину до меня
До настраивателя не достучаться теперь=)
twwlf
Да
чота мне кажется что дело не в iptables, а в sysctl
twwlf
где-нибудь позапрещали форвардинг
Таймураз
sysctl net.ipv4.ip_forward
net.ipv4.ip_forward = 1
Konstantin
Konstantin
Какие у тебя docker_options? В systemd или daemon.json?
Mikhail
Get https://registry-1.docker.io/v2/: x509: certificate has expired or is not yet valid
Mikhail
docker pull не работает, опять забанили?
Таймураз
Но в любом состоянии ufw запросы не работают
Konstantin
то что ты добавил - одно, до тебя может кто-то другой добаил, как ты говоришь)
Mikhail
Get https://registry-1.docker.io/v2/: net/http: TLS handshake timeout
Mikhail
у вас так же?
Таймураз
Konstantin
или митмит)
Таймураз
Mikhail
скорее за РКН, который вот это самое мой трафик
Konstantin
Таймураз
Konstantin
да просто проверь), чего гадать
Konstantin
/etc/docker/daemon.json
и
/lib/systemd/system/docker.service
Korolll
Ребят, можно ли реализовать такой сценарий, я подтягиваю гит репозиторий во время билда проекта, затем пробрасываю в основную файловую систему и редактирую проект уже непосредственно из файловой системы?
Konstantin
Korolll
Нет
А как делать правильно, просто хочется, чтобы мои коллеги запустили основной файл проекта и у них сразу всё стало хорошо, а не клонировали каждый сервис в отдельности, как обычно решаются такие задачи?
Konstantin
Konstantin
Вообще не стоит вносить изменения в собранный образ
Korolll
Вообще не стоит вносить изменения в собранный образ
Ну может я просто концептуально что-то не то делаю. Задача такая есть проект. Он бъётся на части. Для упрашения скажем, на клиент и сервер. Програмисты, которые работают с клиентом хотят просто, иметь возможность вносить измения в клиентскую часть и актуальное на данный момент api и базу. Серверные програмисты хотят обратного. Как обычно решают такие задачи? Или докер здесь не применим?
Konstantin
Нет, это не про докер, это про git flow
Konstantin
Докер образ - артефакт, результат сборки
Konstantin
И это больше наверное в группу devops, хотя инфы на эту тему много в инете
Korolll
Докер образ - артефакт, результат сборки
git flow имеется, но ведь фронтенду придётся ставить postgres какой-нибудь, а это грустно, докер образ неизменяем я понимаю, но конечный контейнер, насколько мне известно, может менятся
arts
> прийдёться
У меня из глаз кровь пошла
Dmitry
Konstantin
Dmitry
у вас есть уже собранный образ, при запуске этого образа вы можете примонтировать локальную директорию
Dmitry
докер файл - файл в котором описывается как собирать образ, но не как его запускать
Korolll
Konstantin
Это работает в другую сторону
pa[aad
всем привет
поднял через docker-compose пару сервисов и к этому прикрутил jwilder/nginx-proxy
указал для сервиса в environment VIRTUAL_HOST и добавил в /etc/hosts
я могу curl`ом достучаться до хоста и логи в контейнере есть при этом
а с браузера не могу, соединение сброшено
в чем может быть проблема ?
Konstantin
pa[aad
Прокси?
Ну nginx proxy, в чем ваш вопрос не пойму или уточнение ?
Konstantin
Браузер не использует прокси?
Денис
pa[aad