Восстановление приложения golang в докере после изменения файла

Больше нет необходимости в сторонних приложениях. Начиная с версии docker compose 2.22.0 , вы можете просто использовать docker compose --watch.

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

Проект

Представьте себе простую настройку приложения следующим образом:

.
├── Dockerfile
├── app
│   ├── go.mod
│   └── main.go
├── docker-compose.yaml
└── resources
    └── sample.html

main.go

Мы пишем очень упрощенный веб-сервер:

package main

import (
    "flag"
    "log/slog"
    "net/http"
)

var bindAddress = flag.String("bind", ":8080", "HTTP server bind address")
var dir = flag.String("dir", "./", "Directory to serve")


// Do not use this code in production. There are security implications which are not mitigated for the sake of brevity. You have been warned!
func main() {
    flag.Parse()
    slog.Info("Starting server", "addr", *bindAddress, "dir", *dir)

    http.Handle("GET /files/", http.StripPrefix("/files/", http.FileServer(http.Dir(*dir))))
    err := http.ListenAndServe(*bindAddress, nil)
    if err != nil && err != http.ErrServerClosed {
        slog.Error("Failed to start server", "err", err)
    }
}

Примечание. НЕ используйте приведенный выше код в производстве. Существуют последствия для безопасности, которые не смягчаются ради краткости. Вы были предупреждены!

Важными частями являются docker-compose.yaml и Dockerfile.

Докерфайл

Сначала Dockerfile, чтобы мы поняли, что произойдет:

FROM golang:1.22-alpine3.20 AS builder
WORKDIR /app
ADD app/ .
RUN go build -o mycoolapp .

FROM alpine:3.20
COPY --from=builder /app/mycoolapp /usr/local/bin/mycoolapp
COPY resources/sample.html /usr/local/share/mycoolapp/sample.html
ENTRYPOINT [ "/usr/local/bin/mycoolapp" ]
CMD [ "-dir","/usr/local/share/mycoolapp/" ]

Итак, по сути, наш простой веб-сервер построен и будет считывать контент, который он обслуживает /usr/local/share/mycoolapp/, в сервисном контейнере.

docker-compose.yaml

services:
  my-service:
    image: my-service:latest
    build:
      context: .
      dockerfile: Dockerfile
    develop:
      watch:
        - action: sync
          path: resources/
          target: /usr/local/share/mycoolapp/
        - action: rebuild
          path: app/
    ports:
      - "8080:8080"
    environment:
      - MY_ENV_VAR=foo

Так что же происходит, когда мы «запускаем» этот файл компоновки (docker compose up --watch)?

1. Если my-service:latest не существует на вашем компьютере, он встроен.
2. Если файл изменен, добавлен или удален в resources, это будет отражено в Docker, синхронизирующем эти изменения с каталогом /usr/local/share/mycoolapp/ в сервисном контейнере, который является каталогом по умолчанию, из которого веб-сервер в нашем контейнере настроен для обслуживания файлов. Однако файлы не добавляются в образ.
3. Если файл изменен, добавлен или удален в app, запускается полная перестройка, как если бы был вызван docker compose build.