Деплой через Docker обычно строится вокруг контейнеризации приложения, что позволяет упаковать все зависимости и среду выполнения в единый образ. В моём опыте с Golang это выглядело так:

Пишется Dockerfile, где базовым образом часто служит официальный golang или alpine для минимального размера.
В Dockerfile происходит сборка бинарника приложения внутри контейнера (multi-stage build), чтобы на финальном этапе получить минимальный образ с только бинарником и необходимыми файлами.
Образ пушится в реестр (Docker Hub, приватный registry).
На сервере или в оркестраторе (например, Kubernetes) запускается контейнер из этого образа.

Пример Dockerfile для Go-приложения:

# Stage 1: Build
FROM golang:1.20-alpine AS builder
WORKDIR /app
COPY . .
RUN go build -o myapp

# Stage 2: Run
FROM alpine:latest
WORKDIR /app
COPY --from=builder /app/myapp .
CMD ["./myapp"]

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

Можешь рассказать про деплой через Docker — как оно работало?