Ошибки скачивания зависимостей в go контейнере?

Question

[LittleBuster]

Здравствуйте. Возникает проблема при разворачивании контейнеров с multistage сборкой golang приложений. Для своих сервисов я описываю подобные docker файлы:

######## Start first stage for building #######

FROM golang:1.14 as builder

WORKDIR $GOPATH/src/github.com/myrepo/tgbot
COPY ./tgbot/ .
RUN go get -v -d

RUN CGO_ENABLED=0 GOOS=linux go build -v -a -installsuffix cgo -o app .

######## Start a new stage from scratch #######

FROM alpine:3.11.3

LABEL maintainer="  <@gmail.com>"

RUN apk update && \
    apk upgrade && \
    apk add ca-certificates && update-ca-certificates

RUN apk add --update tzdata
ENV TZ=Asia/Novosibirsk

RUN rm -rf /var/cache/apk/*

WORKDIR /root/

COPY --from=builder /go/src/github.com/myrepo/tgbot/app .
RUN mkdir /var/log/myrepo/

CMD ["./app"]

Проблема возникает на этапе скачивания зависимостей go get -v -d.
То он не может получить доступ к адресу

unrecognized import path "go.uber.org/dig": https fetch: Get "https://go.uber.org/dig?go-get=1": dial tcp [2a00:1450:400f:80d::2013]:443: connect: cannot assign requested address

То

# cd .; git clone -- https://go.googlesource.com/net /go/src/golang.org/x/net
Cloning into '/go/src/golang.org/x/net'...
fatal: unable to access 'https://go.googlesource.com/net/': Could not resolve host: go.googlesource.com
package golang.org/x/net/context: exit status 128

и приходится по несколько раз перезапускать docker-compose build чтобы он собрал все контейнеры.

Comments

[di]

Почему не используете go modules?

я примерно так проекты собираю

# Start from the latest golang base image
FROM golang:1.13 as builder

# Set the Current Working Directory inside the container
WORKDIR /app

# Copy go mod and sum files
COPY go.mod go.sum ./

# Download all dependencies. Dependencies will be cached if the go.mod and go.sum files are not changed
RUN go mod download

# Copy the source from the current directory to the Working Directory inside the container
COPY . .

# Build the Go app
RUN CGO_ENABLED=0 GOOS=linux go build -a -installsuffix cgo -o main .
# RUN CGO_ENABLED=0 GOOS=linux make build


######## Start a new stage from scratch #######
FROM alpine:latest

RUN apk --no-cache add ca-certificates

WORKDIR /root/

# Copy the Pre-built binary file from the previous stage
COPY --from=builder /app/chatd .
COPY web web

# Expose port 8080 to the outside world
EXPOSE 8080

# Command to run the executable
CMD ["./chatd"]

[LittleBuster]

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

Answer 1

[asmyasnikov]

Не "нарисовалось" решение?
У меня аналогичная проблема для случая кросс-билда в CI/CD (на хосте x86_64 в контейнере arm32v7). Этой проблемы нет в arm64v8 (хотя он существенно дольше собирает образ, чем в нативной архитектуре).

Comments

[LittleBuster]

Alex Посоветовал перейти на Go модули. Реально помогло, зависимости все скачиваются гораздо быстрее чем go get и никогда не возникает проблем с ошибкой скачивания.

[asmyasnikov]

Я собираю не свой проект (но всегда можно форкнуться) и с CGO_ENABLED=1 (это никак не победить пока нет sqlite3 на чистом go). В любом случае спасибо, может получится в своем форке что-то сделать...

[asmyasnikov]

А go.mod + go.sum уже есть в проекте =(

[asmyasnikov]

Хотя некоторая магия с флагами сборки (`go build -mod=vendor`) все же помогла
Спасибо)

[LittleBuster]

voidSoul, отлично