中小型应用如何通过轻量级OSS实现高效运维？

CI/CD: 即持续集成与持续交付，用于实现应用开发过程中的高度持续自动化和持续监控。CI/CD的目标是：用户上传代码后，自动构建镜像，自动部署到服务器。使用 GitHub Action 完成此功能。

首先在项目根目录准备 Dockerfile, 将项目从源代码开始构建为二进制。

Dockerfile FROM golang:1.18.0-alpine3.15 as build LABEL maintainer="117503445" RUN apk add --no-cache git WORKDIR /root/project COPY go.mod . COPY go.sum . RUN go mod download COPY . . RUN go build -ldflags="-s -w" -o server FROM alpine:3.15 as prod EXPOSE 8080 WORKDIR /root # stackoverflow.com/questions/66963068/docker-alpine-executable-binary-not-found-even-if-in-path RUN apk add gcompat COPY --from=build /root/project/server server HEALTHCHECK --interval=5s --timeout=5s --retries=3 \ CMD wget -nv -t1 --spider 'localhost:8080/' || exit 1 ENTRYPOINT ./server

编写 GitHub Action，并在 Repo 中的 secrets 填写 阿里云容器镜像服务的 AK 和 SK。这里经过修改，也可以变为上传至 Docker Hub。

.github/workflows/docker.yml

Perl name: Build and Deploy to ACK on: push: branches: - main # Environment variables available to all jobs and steps in this workflow. env: REGION_ID: cn-chengdu REGISTRY: registry.cn-chengdu.aliyuncs.com NAMESPACE: wizz-project IMAGE: experiment-helper-backend TAG: ${{ github.sha }} jobs: build: runs-on: ubuntu-latest environment: production steps: - name: Checkout uses: actions/checkout@v2 # 1.1 Login to ACR - name: Login to ACR with the AccessKey pair uses: aliyun/acr-login@v1 with: region-id: "${{ env.REGION_ID }}" access-key-id: "${{ secrets.ACCESS_KEY_ID }}" access-key-secret: "${{ secrets.ACCESS_KEY_SECRET }}" # 1.2 Buid and push image to ACR - name: Build and push image to ACR run: | docker build --tag "$REGISTRY/$NAMESPACE/$IMAGE:$TAG" . docker push "$REGISTRY/$NAMESPACE/$IMAGE:$TAG" docker tag "$REGISTRY/$NAMESPACE/$IMAGE:$TAG" "$REGISTRY/$NAMESPACE/$IMAGE:latest" docker push "$REGISTRY/$NAMESPACE/$IMAGE:latest"

每次在 main 分支 commit 后， 都会触发 GitHub Action，并将镜像推送至阿里云容器服务。也可以根据 GitHub Flow 等分支管理策略，修改触发条件。

在完成 Docker 镜像的推送后，可以使用 Watchtower 实现镜像的自动拉取、更新。同样使用 docker-compose.yml 部署 Watchtower。

/root/.docker/compose/watchtower/docker-compose.yml

YAML version: "3.3" services: watchtower: image: containrrr/watchtower restart: unless-stopped volumes: - /var/run/docker.sock:/var/run/docker.sock - ~/.docker/config.json:/config.json command: --interval 60 --cleanup --debug

同样使用 GitHub Action，每次发生代码提交后，都进行构建，再将 dist 文件夹上传至 OSS。

.github/workflows/oss.yml

HTTP name: oss on: push: branches: - main jobs: build: runs-on: ubuntu-latest steps: - name: checkout uses: actions/checkout@v1 - name: install node uses: actions/setup-node@v2 with: node-version: "14" - name: build dist run: | npm install -g yarn yarn install yarn build - name: upload files to OSS uses: fangbinwei/aliyun-oss-website-action@v1 with: accessKeyId: ${{ secrets.ACCESS_KEY_ID }} accessKeySecret: ${{ secrets.ACCESS_KEY_SECRET }} bucket: experiment-helper-mobile endpoint: oss-cn-hangzhou.aliyuncs.com folder: ./dist/build/h5

对于更大规模的生产环境，可能需要ELK或者阿里云日志服务等专业的日志解决方案，但是这些解决方案对于本使用场景来说过重了。

我们的目标为，每个应用的开发者都可以下载到自己应用的日志文件。作者开发过一个小工具，github.com/117503445/GoWebDAV。

GoWebDAV 可以将服务器上的文件夹以 WebDAV 的形式暴露出来，并支持浏览器在线访问、挂载多个路径、路径粒度的 Basic Auth 及只读控制。对于这个场景，小工具也可以轻松解决需求。

在上述 orientation-system 项目的部署中，可以观察到将镜像内的 /root/lab.log 挂载到了宿主机的 ~/.docker/volume/orientation-system-be/lab.log；接着部署GoWebDAV。相关配置规则可查看 repo 上的 README。

/root/.docker/compose/watchtower/docker-compose.yml

YAML version: "3.3" services: webdav: image: 117503445/go_webdav restart: unless-stopped volumes: - ~/.docker/volume/orientation-system-be:/root/orientation-system-be environment: - dav=/orientation-system-be,/root/orientation-system-be,user1,pass1,true networks: - traefik labels: - "traefik.enable=true" - "traefik.webdav.be.wizzstudio.com/orientation-system-be/orientation-system-be 访问日志文件了。用户名 user1，密码 pass1，而且只具有只读权限。