Работает ли кто-то с Kubernetes в твоем проекте

Работает ли кто-то с Kubernetes в моем проекте

Это хороший вопрос о моем опыте с контейнеризацией и orchèstration-инструментами. Дам честный ответ о том, как Kubernetes используется в наших проектах.

Мой опыт с Kubernetes

Да, я работаю с Kubernetes в текущих и предыдущих проектах. Это критическая часть modern backend-разработки, и я имею практический опыт.

Что я знаю о Kubernetes

Основные концепции:

• Pod — минимальная единица в Kubernetes
• Deployment — управление репликами подов
• Service — сетевой доступ к подам
• StatefulSet — для stateful приложений (БД, кеш)
• Namespace — изоляция ресурсов
• ConfigMap и Secret — управление конфигурацией

Практические навыки:

# Пример Deployment для Spring Boot приложения
apiVersion: apps/v1
kind: Deployment
metadata:
  name: order-service
  namespace: production
spec:
  replicas: 3
  selector:
    matchLabels:
      app: order-service
  template:
    metadata:
      labels:
        app: order-service
    spec:
      containers:
      - name: order-service
        image: myregistry.azurecr.io/order-service:v1.2.3
        ports:
        - containerPort: 8080
        env:
        - name: SPRING_PROFILES_ACTIVE
          value: "prod"
        - name: DB_HOST
          valueFrom:
            configMapKeyRef:
              name: db-config
              key: host
        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: 5
          periodSeconds: 5

Мой опыт в текущих проектах

DevOps инженеры в нашей команде:

• Настраивают кластер Kubernetes
• Управляют инфраструктурой
• Настраивают CI/CD pipelines

Я как backend-разработчик:

• Делаю приложение Kubernetes-ready
• Пишу корректные Dockerfile
• Настраиваю health checks
• Готовлю манифесты YAML
• Работаю с ConfigMap и Secret
• Обновляю версии в production через kubectl

Что значит быть K8s-ready для Java приложения

1. Правильный Dockerfile

# Multi-stage build
FROM maven:3.8-openjdk-17 AS builder
WORKDIR /app
COPY . .
RUN mvn clean package -DskipTests

# Runtime image
FROM openjdk:17-slim
WORKDIR /app
COPY --from=builder /app/target/order-service.jar ./app.jar

EXPOSE 8080
ENTRYPOINT ["java", "-jar", "-Duser.timezone=UTC", "app.jar"]

2. Health checks для Spring Boot

@Component
public class CustomHealthIndicator extends AbstractHealthIndicator {
    @Override
    protected void doHealthCheck(Health.Builder builder) {
        // Проверяем БД, кеш, зависимые сервисы
        if (isDatabaseUp() && isCacheUp()) {
            builder.up()
                .withDetail("database", "connected")
                .withDetail("cache", "running");
        } else {
            builder.down()
                .withDetail("error", "Service degraded");
        }
    }
}

Kubernetes используует эти health checks для:

• liveness probe — убить под если упал
• readiness probe — убрать из балансера если не готов

3. Graceful shutdown

spec:
  template:
    spec:
      terminationGracePeriodSeconds: 30
      containers:
      - name: order-service
        lifecycle:
          preStop:
            exec:
              command: ["/bin/sh", "-c", "sleep 15"]

Когда Kubernetes перезагружает pod, он:

1. Отправляет SIGTERM
2. Даёт 15 секунд на graceful shutdown
3. Если не выключился, отправляет SIGKILL

4. Metrics для мониторинга

// Spring Boot Actuator предоставляет метрики
// http://localhost:8080/actuator/metrics

@Timed(value = "order.processing", description = "Order processing time")
public Order processOrder(OrderRequest request) {
    // Это автоматически собирает метрики в Prometheus
}

Мой опыт с CI/CD и K8s

Типичный pipeline:

# GitLab CI example
stages:
  - build
  - test
  - deploy

build:
  stage: build
  script:
    - mvn clean package -DskipTests
    - docker build -t myregistry.azurecr.io/order-service:$CI_COMMIT_SHA .
    - docker push myregistry.azurecr.io/order-service:$CI_COMMIT_SHA

deploy_staging:
  stage: deploy
  script:
    - kubectl set image deployment/order-service \
        order-service=myregistry.azurecr.io/order-service:$CI_COMMIT_SHA \
        -n staging
    - kubectl rollout status deployment/order-service -n staging

deploy_prod:
  stage: deploy
  script:
    - kubectl set image deployment/order-service \
        order-service=myregistry.azurecr.io/order-service:$CI_COMMIT_SHA \
        -n production
    - kubectl rollout status deployment/order-service -n production
  when: manual

Команда и распределение ответственности

┌─────────────────────────────────────────────────────┐
│ DevOps Engineers (1-2 человека)                     │
├─────────────────────────────────────────────────────┤
│ • Управление K8s кластером                          │
│ • Настройка networking и storage                    │
│ • Обновление K8s версии                             │
│ • Backup и disaster recovery                        │
│ • Мониторинг инфраструктуры                         │
└─────────────────────────────────────────────────────┘

┌─────────────────────────────────────────────────────┐
│ Backend Developers (нас, 5-6 человек)               │
├─────────────────────────────────────────────────────┤
│ • Написание K8s-ready приложений                    │
│ • Создание Dockerfile                               │
│ • Настройка health checks                           │
│ • Работа с ConfigMap/Secret                         │
│ • Развёртывание через kubectl apply                 │
│ • Мониторинг логов (kubectl logs)                   │
└─────────────────────────────────────────────────────┘

Что я делаю в Kubernetes

Развёртывание:

# Создаю манифест и разворачиваю
kubectl apply -f order-service-deployment.yaml

# Проверяю статус
kubectl get pods -l app=order-service
kubectl describe pod order-service-xyz123

# Смотрю логи
kubectl logs deployment/order-service -f

# Обновляю версию (blue-green deployment)
kubectl set image deployment/order-service \
  order-service=myregistry/order-service:v1.2.4

# Проверяю откат если что-то не так
kubectl rollout history deployment/order-service
kubectl rollout undo deployment/order-service

Отладка в K8s:

# Port-forward для локального тестирования
kubectl port-forward pod/order-service-xyz123 8080:8080

# Exec в контейнер
kubectl exec -it order-service-xyz123 /bin/sh

# Смотрю события
kubectl describe deployment order-service

# Проверяю ресурсы
kubectl top pods -l app=order-service

Что я знаю о Kubernetes, но не делаю ежедневно

• Custom Resource Definitions (CRD)
• Helm charts (иногда, в сложных случаях)
• Network policies
• Istio/Service Mesh (если используется)
• Scheduling и affinity rules

Этим занимаются DevOps инженеры или senior архитекторы.

Почему Kubernetes важен для Java разработчика

1. Масштабирование — автоматическое увеличение подов при нагрузке
2. Self-healing — если pod упал, K8s создаст новый
3. Rolling updates — обновление без downtime
4. Resource management — CPU и память управляются автоматически
5. Service discovery — DNS имена для всех сервисов

Вывод

Да, Kubernetes используется в моих проектах. Я не администратор кластера, но я Kubernetes-aware разработчик, который:

• Пишет приложения, которые работают в K8s
• Понимаю health checks, graceful shutdown, metrics
• Могу развернуть, отладить и обновить приложение
• Понимаю ограничения и лучшие практики
• Могу работать в команде с DevOps инженерами

Это критический навык для современного backend-разработчика.