Ой все, тебе опять стало скучно

не смержить в вебе

Делом лучше займись полезным

Ничего страшного в том, что он соберёт образы локально и засушит нет

так всегда надо подмерживать перед MR

Начнём с того, что весь костыль от того, что кто-то решил докер не юзать для сборок

На этом и закончим дебаты прошлые)

Сделай сборку без докера

так всегда надо подмерживать перед MR

Это вообще про другое, зачем путать код с окружением?

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

- 1 COPY go.mod . 2 COPY go.sum . 3 ARG CI_JOB_TOKEN 4 RUN git config --global url."https://gitlab-ci-token:${CI_JOB_TOKEN}@${CI_GIT}/".insteadOf "https://${CI_GIT}" 5 RUN go mod download 6 RUN go mod tidy

3,4 меняются на каждый запуск вроде

в какой момент тебе обновлять :build образ?

3,4 меняются на каждый запуск вроде

да

да

5,6 не нужны

нужны

Говорю, что не нужны

ARG BUILD_IMAGE FROM ${BUILD_IMAGE} as build ADD . /src/ WORKDIR /src/ RUN go build -o /… cmd/…/*.go …

где BUILD_IMAGE это результат того что было выше

go mod download в втром докерфайле нет

Оно все равно соберётся

git config тоже нет

Без tidy и download

на устаревших или не выкаченных зависимостях?

откуда он их возьмет?

Ты же не линкуешь кеш модулей

Скачает согласно этим файлам и хешам

Которые зафиксированны

git config --global url."https://gitlab-ci-token:${CI_JOB_TOKEN}@${CI_GIT}/".insteadOf "https://${CI_GIT}" нет во втором файле

он не получит доступ

У меня нет уже этого кода

Объясняю в последний раз выкинь tidy, download , если не линкуешь кеш модулей

Посоны как такое может быть что контейнера ранятся, могу зайти на порты, видеть через portainer. А в docker ps ничего?

Ubuntu 18, смутила еще root dir докера

Всем привет. ENV нельзя на build этапе использовать?

Использовать можно. Передать нельзя. https://vsupalov.com/docker-arg-env-variable-guide/

- 1 COPY go.mod . 2 COPY go.sum . 3 ARG CI_JOB_TOKEN 4 RUN git config --global url."https://gitlab-ci-token:${CI_JOB_TOKEN}@${CI_GIT}/".insteadOf "https://${CI_GIT}" 5 RUN go mod download 6 RUN go mod tidy

А текущий вариант чем не устраивает?

Можно ли как-то ARG не кэшировать?

Зачем? Из текущей постановки задачи не понятно.

Доброе утро. Вопрос следующий, неверняка тупой и ответ есть в первой ссылке, но тем не менее: как можно написать таску в грэдле на докер-компоуз? С учётом того, что проект микросервисный, а докер компоуз и докерфайлы для каждого модуля уже написаны

А текущий вариант чем не устраивает?

Чтобы не выполнять go mod download если go.mod не менялся

Чтобы не выполнять go mod download если go.mod не менялся

Наверное, всё-таки использовать гитлаб ci и его кэш?

Сборка только с докер - приводит к странным костылям

Как таскать кэш между десятком ранеров?

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

Как таскать кэш между десятком ранеров?

Положить на локальный с3 или любое другое общее хранилище ?

Его нет

А десяток раннеров вот прям так необходимы?

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

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

Ранеры в докерах

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

Одной машины не хватает на всех

Одной машины не хватает на всех

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

Посоны как такое может быть что контейнера ранятся, могу зайти на порты, видеть через portainer. А в docker ps ничего?

рут дир в портайнере - /var/lib/docker в терминале - Docker Root Dir: /var/snap/docker/common/var-lib-docker вообще ничего не могу понять, какого хрена оно в снапы попало? Я ставил через APT

рут дир в портайнере - /var/lib/docker в терминале - Docker Root Dir: /var/snap/docker/common/var-lib-docker вообще ничего не могу понять, какого хрена оно в снапы попало? Я ставил через APT

Ну, бывают уникумы, которые ставят докер через снап...

Ну, бывают уникумы, которые ставят докер через снап...

Я похоже вообще все сломал

sudo docker info Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?

но контейнера работают

но контейнера работают

Такое бывает

Такое бывает

хз что это было. Снес snapd ребутнулся - докер увидел все и пришел в чувство

Добрый день подскажите можно ли в dockerfile прорисать открытие портов как при флаге -р

Добрый день подскажите можно ли в dockerfile прорисать открытие портов как при флаге -р

Можно. Expose

Можно. Expose

ответ неверный

EXPOSE - не влияет при запуске докер-контейнера не в swarm-mode

EXPOSE - не влияет при запуске докер-контейнера не в swarm-mode

Ок

что именно потестить?

достаточно контейнера с постгрес - в нем есть psql ?

а для бешеных бенчмарков есть https://github.com/brianfrankcooper/YCSB

или https://github.com/postgrespro/pg_ycsb

EXPOSE - не влияет при запуске докер-контейнера не в swarm-mode

Так и все же есть что нибудь

Так и все же есть что нибудь

в смысле ? нет, нету. Все порты пробрасываются в рантайме, т.е. в команде docker run blablabla

Понял спасибо

hi there! Подскажите, у контейнера с бд открыты порт через докер композ: 0.0.0.0:33666->3306/tcp. Почему внутри других контейнеров этот доступен только через 3306? так и должно быть?

hi there! Подскажите, у контейнера с бд открыты порт через докер композ: 0.0.0.0:33666->3306/tcp. Почему внутри других контейнеров этот доступен только через 3306? так и должно быть?

Ты его открыл в сети хоста по указанному порту, а не в сети докера

Ты его открыл в сети хоста по указанному порту, а не в сети докера

те отдельно в сети докера не нужно пробрасывать его?

те отдельно в сети докера не нужно пробрасывать его?

Нет

Коллеги, приветствую. Docker недавно начал ковырять, могу ошибаться в чём-то, проконсультируйте пожалуйста. Есть 3 хоста с предустановленным docker + weave. Weave в docker заведён и при создании новых контейнеров он получает его сетку. Проблема начинается после перезагрузки. Пропадают роуты на хосте для weave сети 10.32.0.4/12 и соответственно достучаться до контейнера с другого хоста уже не могу, пока не выполню weave expose. Рабочий вариант (после выполнения weave expose): # weave ps weave:expose 4e:c5:c1:23:cd:53 10.46.0.0/12 Не рабочий вариант, когда нет роутов (при этом видно запущенный контейнер с приаттаченной сетью weave): # weave ps weave:expose 16:37:4a:c0:8e:da d3559cc1ee3e ee:26:73:a7:fb:46 10.32.0.4/12 Подскажите, что я делаю не так и как заставить добавлять статичные роуты при старте системы? Желательно без костылей )

Нашёл старую багу с works.weave.multicast=true, но опция для сети weave в Docker имеется.

Пробовал и на Ubuntu 18.04 и на CentOS 7. Результат везде одинаковый.

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

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

Да, но для этого лучше делать отдельную сеть, для группы контейнеров

Да, но для этого лучше делать отдельную сеть, для группы контейнеров

спасибо)

Объясните пожалуйста, зачем нужны реплики? Хоть убей не могу вникнуть...Как это 5 реплик nginx ? Что бы что?

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

главное, чтобы не на одной ноде )

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

Верно ли я понимаю? 1) Делаем менеджера 2) Добавляем рабочих к менеджеру 3) когда я пишу колличество реплик 5 то оно равномерно распределяется между всеми членами роя? p.s. Меня просто смущает с примеров когда на локальной машине поднимают 5 реплик одного приложения..Я не могу понять зачем это делается и что дает....

это видимо такой прикол ) 5 реплик может быть нужно, если это какая-нибудь нода или пайтон, чтобы балансировать нагрузку по процессорам

мы же знаем, что они однопоточные

Подскажите плз, зачем нужна директива expose в dockerfile, если порты открываются при запуске или явно задаются в docker-compose