Как глубоко знаешь Docker?

Уровень владения Docker

Docker — это неотъемлемая часть моего daily workflow. Расскажу о глубине знаний:

1. Базовые концепции — полное понимание

Образы и контейнеры:

• Образ (image) — это blueprint, контейнер — это running instance
• Layers — каждая инструкция в Dockerfile создаёт слой
• Понимаю кэширование слоёв и как оптимизировать сборку

FROM node:20-alpine AS builder
WORKDIR /app
COPY package*.json ./
RUN npm ci --only=production
COPY . .
RUN npm run build
FROM node:20-alpine
WORKDIR /app
COPY --from=builder /app/node_modules ./node_modules
COPY --from=builder /app/dist ./dist
EXPOSE 3000
CMD ["node", "dist/index.js"]

2. Docker Compose — уверенное использование

Регулярно работаю с multi-container приложениями:

version: 3.8
services:
  api:
    build: .
    ports:
      - 3000:3000
    environment:
      DATABASE_URL: postgresql://user:pass@postgres:5432/db
    depends_on:
      - postgres
    networks:
      - app-network
  postgres:
    image: postgres:15-alpine
    volumes:
      - postgres_data:/var/lib/postgresql/data
    networks:
      - app-network
volumes:
  postgres_data:
networks:
  app-network:
    driver: bridge

3. Production-уровень

Знаю и применяю:

• Resource limits: память, CPU, pids limit
• Health checks: правильная конфигурация
• Signal handling: graceful shutdown при SIGTERM
• Logging: правильная отправка логов в stdout/stderr
• Security: non-root user, read-only filesystem где возможно

4. Оркестрация и масштабирование

Kubernetes:

• Deployments, Services, ConfigMaps, Secrets
• Ingress конфигурация
• Resource requests/limits
• Liveness/Readiness probes

Docker Swarm:

• Знаю, но K8s более актуален для production

5. Отладка и оптимизация

docker exec -it container_name sh
docker logs -f container_name
docker inspect image_name
docker history image_name
docker system prune -a

6. Registry и CI/CD

• Работал с Docker Hub, GitHub Container Registry
• CI/CD pipeline с автоматической сборкой и push образов
• Multi-arch образы (для ARM и x86)

7. Частые mistakes, которые избегаю:

1. Использование latest tag в production
2. Большие образы
3. Root user в контейнере
4. Не обработка сигналов
5. Логирование в файлы вместо stdout

Итог

Овладел Docker на уровне, достаточном для production deployment. Знаю best practices, умею отлаживать проблемы, оптимизирую образы по размеру и скорости сборки. Это неотъемлемая часть современного backend-разработки.