https://gitlab.com/snippets/1784968

а напрямую app то открывается? он стартанул?

links, container_name - не нужное

docker-compose exec nuxt_app curl localhost:4000 отдает то что нужно

а тоже самое из контейнера nginx?

0curl: (7) Failed to connect to localhost port 4000: Connection refused

но ведь это же внутри контейнера локалхост. а вообще он же должен обращаться по айпи докера. вида 172.18.0.3:4000

0curl: (7) Failed to connect to localhost port 4000: Connection refused

так подключайся не к локалхосту же, а к nuxt_app

Оно даже в DevOps группе не в тему, тут тем более

понял , извиняюсь сразу

Оно даже в DevOps группе не в тему, тут тем более

а как же devsecops?

а как же devsecops?

дада

так подключайся не к локалхосту же, а к nuxt_app

то же самое выдает

то же самое выдает

что-то у тебя с сетью, докер дефолтная установка?

да через оф гайды

а композ через pip

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

почему не в чатик кубера? )

многие контейнеры бежали без него

Так, кто там с харбором успел поработать? Объясните по человечьи за LDAP и AD. Я правильно понимаю что могу скинуть харбор на донастройку админу и будет у нас логин в регистр через Active Dirrectory?

в теории да

но я еще не пробовал

ребят, подскажите, зачем использовать docker compose —project-name (-p) . Нашел вот такое в скрипте docker-compose -f services.yml -p appname up -d Имеется 2 yml файлика, 1) - services.yml, 2) - appname.yml. Что-то мне кажется 2) appname.yml не используется при запуске docker compose , или я не прав?

Так, кто там с харбором успел поработать? Объясните по человечьи за LDAP и AD. Я правильно понимаю что могу скинуть харбор на донастройку админу и будет у нас логин в регистр через Active Dirrectory?

закинул harbor в дирректорию perl. сижу ржу как мудак)

закинул harbor в дирректорию perl. сижу ржу как мудак)

:D

ребят, подскажите, зачем использовать docker compose —project-name (-p) . Нашел вот такое в скрипте docker-compose -f services.yml -p appname up -d Имеется 2 yml файлика, 1) - services.yml, 2) - appname.yml. Что-то мне кажется 2) appname.yml не используется при запуске docker compose , или я не прав?

затем чтобы не городить три страницы докера в шелле?

закинул harbor в дирректорию perl. сижу ржу как мудак)

?

ребят, подскажите, зачем использовать docker compose —project-name (-p) . Нашел вот такое в скрипте docker-compose -f services.yml -p appname up -d Имеется 2 yml файлика, 1) - services.yml, 2) - appname.yml. Что-то мне кажется 2) appname.yml не используется при запуске docker compose , или я не прав?

По дефолту имя прожекта - название папки

По дефолту имя прожекта - название папки

спс, а какой бенефит этого вообще? я правильно понимаю, что appname.yml не используется в данном варианте

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

так он не проверял

так он не проверял

Говорит пингует же

спс, а какой бенефит этого вообще? я правильно понимаю, что appname.yml не используется в данном варианте

Для конфига -f же

спс, а какой бенефит этого вообще? я правильно понимаю, что appname.yml не используется в данном варианте

для того, чтобы не зависеть от имени папки.

Для конфига -f же

ну да, вот и я пытаюсь понять, зачем нужно -p appname

ну да, вот и я пытаюсь понять, зачем нужно -p appname

Забей

Забей

могу -p appname удалить? Что-то мало инфы по этому нашел

могу -p appname удалить? Что-то мало инфы по этому нашел

Оно же бесплатно - пробуй

Оно же бесплатно - пробуй

?

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

https://gitlab.com/snippets/1784993

такая же конф почти. но все норм

docker-compose exec nuxt_app curl localhost:4000 отдает то что нужно

такс, стоп, ты случаем не биндишь бэк на Localhost?

а нужно по идее 0.0.0.0?

конечно

пасибо пофиксил

надо было гуглить))

получше

это не гуглить, это понимать нужно, как сеть работает

это не гуглить, это понимать нужно, как сеть работает

с чего начать с arp, с ip, с tcp или с igmp или routing, gw..?

Господа, кто нить пользовался jib для упаковки джава приложений в Докер? Как время синхронизировать в полученном контейнере?

Подмонтирование /etc/localtime не помогает

Господа, кто нить пользовался jib для упаковки джава приложений в Докер? Как время синхронизировать в полученном контейнере?

а зачем вообще оно(jib) надо?

и вангую, тебе нужна не синхронизация, а нужный TZ

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

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

да

Отлично, спасибо

а зачем вообще оно(jib) надо?

Для упаковки джава приложений в докер

Да tz

Удобная вещь jib

Для упаковки джава приложений в докер

это я понимаю, а чем обычные способы не устраивают?

Наверно потому что джиб удобнее

Вобщем кажется разберусь щас

Там можно базовый имэдж указать

Кстати в джибе не нужно докерфайл писать

притащить другие 100500 инструментов, чтобы докерфайлы не писать)

Не ну делай все руками

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

Ну ждиб люди из гугл писали

Там же не идиоты сидят

Ну ждиб люди из гугл писали

под вполне себе конкретные цели, осмелюсь предположить

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

Не ну делай все руками

что делать руками? )) я один раз 2 года назад написал Dockerfile java->jar и забыл. там даже менять ничего не нужно)

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

А ну удачи тогда

под вполне себе конкретные цели, осмелюсь предположить

Да, цель одна - запустить джаву в докере максимально просто

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

хорошо что в нашей фирме с ней не работают

хорошо что в нашей фирме с ней не работают

или плохо)

как посмотреть

париться не придется в погоне за "а как православнее было бы?"

докладываю с передовой: Harbor норм. много вопросов по его поднятию типа почему именно так когда можно было упростить как у всех

дело не в том, джиб или нет дело в том, чтобы делать по стеку проекта, а не чтобы один Васька делал в джибе, а остальные не понимали его поделки

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

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

дело не в том, джиб или нет дело в том, чтобы делать по стеку проекта, а не чтобы один Васька делал в джибе, а остальные не понимали его поделки

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

Что вы хотите решить?

видимо да, что-то не то решаю

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

Разве не через Dockerfile все это делается?

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

права выдайте на этапе написания докерфайла необходимые на директорию

ну или энтрипоинтом как там у вас

привет коллеги!

привет