Docker多阶段构建减小镜像体积

这个方案在项目中已经稳定运行了一段时间，整理出来分享。有些细节可能因版本不同有差异，注意看注释。

先搞清楚原理

Docker的基本概念其实不复杂。关键在于理解资源限制这个环节。看下面这段代码，逻辑就很清楚了：

version: '3.8'
services:
  app:
    build: .
    ports:
      - '7000:3000'
    environment:
      - NODE_ENV=production
      - DB_HOST=db
    depends_on:
      - db
      - redis
    restart: unless-stopped
    deploy:
      replicas: 1
      resources:
        limits:
          memory: 512M

  db:
    image: postgres:15-alpine
    volumes:
      - pgdata:/var/lib/postgresql/data
    environment:
      POSTGRES_DB: myapp
      POSTGRES_PASSWORD: secret

  redis:
    image: redis:7-alpine
    command: redis-server --maxmemory 256mb

volumes:
  pgdata:

实际怎么用

写代码的时候，Docker有几个常见写法。推荐用下面这种方式，代码更清晰，也更容易维护：

# Prometheus alerting rules
groups:
  - name: system_alerts_47
    rules:
      - alert: HighMemoryUsage
        expr: (node_memory_MemUsed_bytes / node_memory_MemTotal_bytes) * 100 > 90
        for: 5m
        labels:
          severity: warning
        annotations:
          summary: "Memory usage above 90%"

      - alert: HighDiskUsage
        expr: (node_filesystem_avail_bytes{mountpoint="/"} / node_filesystem_size_bytes{mountpoint="/"}) * 100 < 20
        for: 10m
        labels:
          severity: critical
        annotations:
          summary: "Disk space below 20%"

      - alert: ServiceDown
        expr: up == 0
        for: 2m
        labels:
          severity: critical

进阶一点的用法

Docker在复杂场景下的用法和简单场景差别挺大。主要是基础设施自动化这块需要额外处理，代码如下：

容易踩的坑

用Docker的时候有几个常见的错误写法。比如资源限制没有正确处理，或者基础设施自动化的顺序搞反了。下面列出几个典型问题和修复方式。

写在最后

整体来看，Docker用起来不算复杂，关键是理解基础设施自动化这个核心机制。建议先跑通基础示例，再逐步加功能。有问题可以看官方文档，社区也比较活跃。