Все ли проекты были с Docker

Все ли проекты были с Docker

Прямой ответ

Нет, не все проекты требовали Docker, но большинство production приложений используют контейнеризацию.

История использования Docker в моих проектах

Ранние проекты (без Docker)

В начале карьеры я работал с:

• Монолитные приложения на Express.js — разворачивались напрямую на VPS через PM2 или systemd сервис
• Простые CLI утилиты — не требовали контейнеризации
• Скрипты на Node.js — запускались через cron задачи на сервере
• Прототипы и MVP — запускались локально на машине разработчика

# Типичный deploy 10 лет назад
ssh user@server
cd /app
git pull
npm install
pm2 restart app

Это работало, но была много проблем:

• Разница между dev и production окружением
• Сложно масштабировать
• Сложно воспроизвести ошибку на другой машине

Современные проекты (с Docker)

Все мои production приложения за последние 5 лет используют Docker:

# Dockerfile для Node.js приложения
FROM node:20-alpine

WORKDIR /app

COPY package*.json ./
RUN npm ci --only=production

COPY . .

EXPOSE 3000
CMD ["node", "index.js"]

# docker-compose.yml для локальной разработки
version: '3.8'
services:
  app:
    build: .
    ports:
      - "3000:3000"
    environment:
      NODE_ENV: development
      DATABASE_URL: postgres://user:pass@db:5432/myapp
    depends_on:
      - db
    volumes:
      - .:/app
      - /app/node_modules

  db:
    image: postgres:16-alpine
    environment:
      POSTGRES_PASSWORD: example
      POSTGRES_DB: myapp
    volumes:
      - postgres_data:/var/lib/postgresql/data

volumes:
  postgres_data:

Когда Docker необходим

Обязательно использовать Docker когда:

1. Microservices архитектура — несколько сервисов, каждый в своём контейнере

services:
  api:
    build: ./api
    ports:
      - "3000:3000"
  worker:
    build: ./worker
  cache:
    image: redis:7-alpine

1. Зависимости и базы данных — PostgreSQL, Redis, RabbitMQ, MongoDB в контейнерах

docker-compose up -d
# Всё поднялось одной командой, не нужно устанавливать на машину

1. CI/CD пайплайны — автоматизированное тестирование и деплой

# GitHub Actions
- name: Build Docker image
  run: docker build -t myapp:latest .

- name: Push to registry
  run: docker push myapp:latest

1. Production deployment — Kubernetes, Docker Swarm, или просто docker run на сервере

2. Team разработка — одинаковое окружение для всех разработчиков

# Dev: просто запускает docker-compose
git clone repo
docker-compose up
# Всё работает, не нужно устанавливать Node.js, PostgreSQL вручную

Когда Docker может быть избыточным

Docker НЕ обязателен для:

• Простые скрипты — одноразовые утилиты, парсеры
• Lambda функции (AWS, Google Cloud) — уже контейнеризированы под капотом
• Serverless (Vercel, Netlify) — не нужен Docker
• Локальная разработка маленького проекта — можно просто npm start
• Прототипы и PoC — лишние сложности

// Простая утилита без Docker
// script.js
import * as fs from 'fs';

const data = fs.readFileSync('input.json', 'utf-8');
const result = JSON.parse(data).map(item => item * 2);
console.log(result);

// Запуск:
// node script.js

Мой опыт с Docker в production

1. e-commerce платформа (2022-2023)

Мультисервисная архитектура:

• API сервис (Node.js)
• Worker сервис (Bull очереди для фоновых задач)
• PostgreSQL база
• Redis для кэширования и сессий
• NGINX как reverse proxy

# Все сервисы в docker-compose
docker-compose up -d

# На production — Kubernetes
kubectl apply -f deployment.yaml

Результат: одна команда для deploy, легко скейлить, просто откатывать версии.

2. SaaS приложение (2023-2024)

YAML конфиги для описания микросервисов, helm charts для Kubernetes.

helm install myapp ./chart
# Автоматический deploy всех сервисов с нужными настройками

3. Real-time платформа (2024-2025)

WebSocket сервер + Worker ноды, каждая в своём контейнере:

FROM node:20-alpine

RUN apk add --no-cache python3 make g++ # Для native dependencies

WORKDIR /app
COPY . .
RUN npm ci

HEALTHCHECK --interval=30s CMD node health.js
CMD ["node", "server.js"]

Docker best practices из опыта

1. Multi-stage build для оптимизации:

# Stage 1: build
FROM node:20-alpine AS builder
WORKDIR /app
COPY package*.json ./
RUN npm ci
COPY . .
RUN npm run build

# Stage 2: runtime
FROM node:20-alpine
WORKDIR /app
COPY --from=builder /app/dist ./dist
COPY --from=builder /app/package*.json ./
RUN npm ci --only=production
CMD ["node", "dist/index.js"]

Результат: финальный образ в 2 раза меньше.

2. .dockerignore файл:

node_modules
npm-debug.log
.git
.env
.DS_Store
dist

3. Non-root user:

RUN addgroup -g 1001 -S nodejs
RUN adduser -S nodejs -u 1001
USER nodejs

4. Health checks:

HEALTHCHECK --interval=10s --timeout=3s --start-period=40s --retries=3 \
  CMD curl -f http://localhost:3000/health || exit 1

Выводы

✅ Docker критичен для production приложений ✅ Docker помогает в team разработке (одинаковое окружение) ✅ Docker облегчает CI/CD и deployment ❌ Docker усложняет разработку простых скриптов ❌ Docker может быть избыточным для быстрых прототипов

В индустрии сейчас: если приложение production-ready, оно в Docker. Это стандарт 2024-2025 годов.