Для чего нужна докеризация в микросервисной архитектуре?

# Докеризация в микросервисной архитектуре

Назначение

Докеризация (containerization) — это процесс упаковки приложения со всеми его зависимостями в Docker контейнер. В микросервисной архитектуре это критически важный процесс, который позволяет управлять множеством независимых сервисов.

Основная проблема без Docker

Сценарий без Docker:
Разработчик А: "У меня работает на Java 17"
Разработчик Б: "Я использую Java 11"
Dev окружение: PostgreSQL 12
Prod окружение: PostgreSQL 14
Тестовое окружение: MariaDB

Результат: ✗ "It works on my machine" синдром

Почему Docker нужен в микросервисах

1. Гарантированная согласованность окружений

# Dockerfile для микросервиса
FROM openjdk:17-slim

WORKDIR /app

# Копируем приложение
COPY target/user-service.jar app.jar

# Зависимости уже в образе
RUN apt-get update && apt-get install -y curl

EXPOSE 8080

CMD ["java", "-jar", "app.jar"]

Теперь образ одинаков на всех машинах: dev, staging, production.

2. Упрощение развёртывания

# Без Docker: сложный процесс
1. Установить Java 17
2. Установить зависимости
3. Установить базу данных
4. Скачать приложение
5. Запустить с правильными параметрами
# 15+ шагов...

# С Docker: одна команда
docker run -d -p 8080:8080 myregistry/user-service:v1.0.0

3. Изоляция между микросервисами

Каждый микросервис работает в своём контейнере:

┌─────────────────────┐
│   Docker Host       │
├─────────────────────┤
│ ┌──────────────┐    │
│ │ User Service │    │ Java 17, PostgreSQL 14
│ │ Container    │    │
│ └──────────────┘    │
│ ┌──────────────┐    │
│ │ Order Service│    │ Java 11, MongoDB 5
│ │ Container    │    │
│ └──────────────┘    │
│ ┌──────────────┐    │
│ │ Payment Svc  │    │ Node.js 18, MySQL 8
│ │ Container    │    │
│ └──────────────┘    │
└─────────────────────┘

4. Горизонтальное масштабирование

# Легко запустить несколько экземпляров одного сервиса
docker run -d -p 8081:8080 user-service:v1.0.0  # Инстанс 1
docker run -d -p 8082:8080 user-service:v1.0.0  # Инстанс 2
docker run -d -p 8083:8080 user-service:v1.0.0  # Инстанс 3

# Load Balancer распределяет трафик

5. Управление ресурсами

# Ограничение памяти и CPU
docker run -d \
  --memory="512m" \
  --cpus="0.5" \
  user-service:v1.0.0

Структура Docker контейнера для микросервиса

FROM openjdk:17-slim as builder
WORKDIR /build
COPY . .
RUN ./mvnw clean package -DskipTests

FROM openjdk:17-slim
WORKDIR /app

# Multi-stage build: копируем только JAR из builder
COPY --from=builder /build/target/*.jar app.jar

# Установка дополнительных зависимостей
RUN apt-get update && apt-get install -y curl && rm -rf /var/lib/apt/lists/*

# Health check
HEALTHCHECK --interval=30s --timeout=3s --start-period=5s --retries=3 \
  CMD curl -f http://localhost:8080/actuator/health || exit 1

EXPOSE 8080
ENTRYPOINT ["java", "-Xmx256m", "-jar", "app.jar"]

Docker Compose для микросервисов

version: '3.8'

services:
  user-service:
    build:
      context: ./user-service
      dockerfile: Dockerfile
    container_name: user-service
    ports:
      - "8081:8080"
    environment:
      - SPRING_DATASOURCE_URL=jdbc:postgresql://postgres:5432/users_db
      - SPRING_DATASOURCE_USERNAME=user
      - SPRING_DATASOURCE_PASSWORD=password
    depends_on:
      - postgres
    networks:
      - microservices
    restart: unless-stopped

  order-service:
    build:
      context: ./order-service
      dockerfile: Dockerfile
    container_name: order-service
    ports:
      - "8082:8080"
    environment:
      - SPRING_DATASOURCE_URL=jdbc:postgresql://postgres:5432/orders_db
      - USER_SERVICE_URL=http://user-service:8080
    depends_on:
      - postgres
    networks:
      - microservices
    restart: unless-stopped

  payment-service:
    build:
      context: ./payment-service
      dockerfile: Dockerfile
    container_name: payment-service
    ports:
      - "8083:8080"
    environment:
      - MONGODB_URI=mongodb://mongo:27017/payments
    depends_on:
      - mongo
    networks:
      - microservices
    restart: unless-stopped

  postgres:
    image: postgres:14-alpine
    container_name: postgres
    environment:
      - POSTGRES_USER=user
      - POSTGRES_PASSWORD=password
      - POSTGRES_DB=microservices
    volumes:
      - postgres_data:/var/lib/postgresql/data
    networks:
      - microservices

  mongo:
    image: mongo:5.0
    container_name: mongo
    volumes:
      - mongo_data:/data/db
    networks:
      - microservices

volumes:
  postgres_data:
  mongo_data:

networks:
  microservices:
    driver: bridge

Управление микросервисами с Kubernetes

# Kubernetes Deployment для микросервиса
apiVersion: apps/v1
kind: Deployment
metadata:
  name: user-service
spec:
  replicas: 3  # 3 экземпляра
  selector:
    matchLabels:
      app: user-service
  template:
    metadata:
      labels:
        app: user-service
    spec:
      containers:
      - name: user-service
        image: myregistry/user-service:v1.0.0
        ports:
        - containerPort: 8080
        env:
        - name: SPRING_DATASOURCE_URL
          value: "jdbc:postgresql://postgres-service:5432/users_db"
        resources:
          requests:
            memory: "512Mi"
            cpu: "250m"
          limits:
            memory: "1Gi"
            cpu: "500m"
        livenessProbe:
          httpGet:
            path: /actuator/health
            port: 8080
          initialDelaySeconds: 30
          periodSeconds: 10
        readinessProbe:
          httpGet:
            path: /actuator/health/readiness
            port: 8080
          initialDelaySeconds: 10
          periodSeconds: 5

Практический пример: Развёртывание микросервиса

1. Подготовка приложения

# Структура проекта
user-service/
├── pom.xml
├── Dockerfile
├── src/
└── docker-compose.yml

2. Создание Dockerfile

FROM openjdk:17-slim
WORKDIR /app
COPY target/user-service-1.0.0.jar app.jar
EXPOSE 8080
CMD ["java", "-jar", "app.jar"]

3. Сборка образа

# Собираем приложение
mvn clean package

# Создаём образ
docker build -t myregistry/user-service:v1.0.0 .

# Пушим в реестр
docker push myregistry/user-service:v1.0.0

4. Развёртывание

# На dev машине
docker-compose up -d

# На prod в Kubernetes
kubectl apply -f user-service-deployment.yaml
kubectl apply -f user-service-service.yaml

Преимущества Docker в микросервисах

Лучшие практики

1. Используйте slim образы

# ✅ Хорошо - 200 MB
FROM openjdk:17-slim

# ❌ Плохо - 500 MB
FROM openjdk:17

2. Multi-stage builds

# ✅ Хорошо - финальный образ меньше
FROM maven:3.8-openjdk-17 as builder
WORKDIR /build
COPY . .
RUN mvn clean package

FROM openjdk:17-slim
WORKDIR /app
COPY --from=builder /build/target/*.jar app.jar
CMD ["java", "-jar", "app.jar"]

3. Health checks

HEALTHCHECK --interval=30s --timeout=3s --start-period=5s --retries=3 \
  CMD curl -f http://localhost:8080/health || exit 1

4. Переменные окружения

# Конфигурируемые значения
ENV JAVA_OPTS="-Xmx256m -Xms128m"
CMD java $JAVA_OPTS -jar app.jar

Резюме

Докеризация в микросервисной архитектуре обеспечивает:

• Консистентность во всех окружениях (dev, staging, prod)
• Изоляцию между независимыми сервисами
• Масштабируемость через простое создание новых контейнеров
• Автоматизацию процессов развёртывания и управления
• Гибкость в выборе технологий (Java, Node.js, Python в одном кластере)

Без Docker микросервисная архитектура теряет смысл — управление множеством разнородных сервисов становится невозможным.