Хочешь развиваться как DevOps

Развитие в направлении DevOps: мой взгляд

Мой опыт и мотивация

Я не планирую переходить полностью в DevOps, но постоянно развиваюсь в этом направлении. Вот почему это критично для backend разработчика:

1. DevOps навыки необходимы в modern разработке

Приватный бэкенд-разработчик, который ничего не знает о DevOps — это разработчик 2000-х годов. Сегодня:

# Backend разработчик должен понимать и уметь:
- Docker и контейнеризация
- Kubernetes или простые orchestration
- CI/CD пайпы (GitHub Actions, GitLab CI)
- Мониторинг и логирование
- Основы облачных платформ (AWS, GCP, Heroku)

2. Практические примеры того, что я использую

Docker — основа

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

WORKDIR /app

# Копируем только package.json для кэширования
COPY package*.json ./
RUN npm ci --only=production

# Копируем исходный код
COPY . .

# Health check
HEALTHCHECK --interval=30s --timeout=3s --start-period=5s --retries=3 \
  CMD node healthcheck.js

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

Docker Compose для локальной разработки

# docker-compose.yml
version: '3.8'

services:
  app:
    build: .
    ports:
      - "3000:3000"
    environment:
      DATABASE_URL: postgresql://user:pass@db:5432/mydb
    depends_on:
      - db
      - redis
    volumes:
      - .:/app
      - /app/node_modules

  db:
    image: postgres:15
    environment:
      POSTGRES_USER: user
      POSTGRES_PASSWORD: pass
      POSTGRES_DB: mydb
    volumes:
      - postgres_data:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U user"]
      interval: 10s
      timeout: 5s
      retries: 5

  redis:
    image: redis:7-alpine
    healthcheck:
      test: ["CMD", "redis-cli", "ping"]
      interval: 10s

volumes:
  postgres_data:

CI/CD с GitHub Actions

# .github/workflows/deploy.yml
name: Deploy

on:
  push:
    branches: [main]

jobs:
  test:
    runs-on: ubuntu-latest
    services:
      postgres:
        image: postgres:15
        env:
          POSTGRES_PASSWORD: test
        options: >-
          --health-cmd pg_isready
          --health-interval 10s
          --health-timeout 5s
          --health-retries 5
        ports:
          - 5432:5432

    steps:
      - uses: actions/checkout@v3
      - uses: actions/setup-node@v3
        with:
          node-version: 18
          cache: 'npm'

      - run: npm ci
      - run: npm run lint
      - run: npm test

  deploy:
    needs: test
    runs-on: ubuntu-latest
    if: github.ref == 'refs/heads/main'
    steps:
      - uses: actions/checkout@v3
      - name: Deploy to production
        run: |
          echo "${{ secrets.DEPLOY_KEY }}" > /tmp/deploy_key
          chmod 600 /tmp/deploy_key
          ssh -i /tmp/deploy_key user@server "cd /app && git pull && docker-compose up -d"

3. Что я изучаю постоянно

Мониторинг и логирование

// Использование структурированного логирования
const winston = require('winston');

const logger = winston.createLogger({
  format: winston.format.json(),
  transports: [
    new winston.transports.File({ filename: 'logs/error.log', level: 'error' }),
    new winston.transports.File({ filename: 'logs/combined.log' })
  ]
});

logger.info('User created', { userId: 123, email: 'user@example.com' });

Health checks и graceful shutdown

// src/server.ts
const app = express();
let isShuttingDown = false;

app.get('/health', (req, res) => {
  if (isShuttingDown) {
    return res.status(503).json({ status: 'shutting_down' });
  }
  res.json({ status: 'healthy', timestamp: new Date() });
});

const server = app.listen(3000, () => {
  console.log('Server started');
});

process.on('SIGTERM', async () => {
  console.log('SIGTERM received, starting graceful shutdown');
  isShuttingDown = true;
  
  // Прекращаем принимать новые запросы
  server.close(() => {
    console.log('HTTP server closed');
    process.exit(0);
  });
  
  // Timeout для жёстког выключения
  setTimeout(() => {
    console.error('Forced shutdown');
    process.exit(1);
  }, 30000);
});

4. Облачные платформы

Использую и знаю:

• AWS: EC2, RDS, S3, Lambda
• GCP: Cloud Run, Firestore, Cloud Functions
• Heroku: для быстрого развёртывания MVP
• DigitalOcean: простой и понятный VPS

# Пример развёртывания на Heroku
heroku login
heroku create my-app
git push heroku main
heroku logs --tail

5. Инфраструктура как код (IaC)

Начал изучать Terraform:

# main.tf
provider "aws" {
  region = "us-east-1"
}

resource "aws_instance" "web" {
  ami           = "ami-0c55b159cbfafe1f0"
  instance_type = "t2.micro"

  tags = {
    Name = "web-server"
  }
}

output "instance_ip" {
  value = aws_instance.web.public_ip
}

Где я вижу себя

Не хочу: быть full-time DevOps инженером

Хочу: быть backend разработчиком с сильными DevOps навыками, потому что:

• Понимаю, как мой код работает на production
• Могу быстро отладить проблемы с инфраструктурой
• Знаю constraints облачных платформ
• Могу взять ответственность за качество деплоя

Мой план развития

1. Kubernetes (K8s) — изучаю через Minikube и Kind
2. Terraform — для IaC
3. Prometheus + Grafana — для мониторинга
4. Istio — для service mesh
5. GitOps — ArgoCD для автоматизации

И всё это в контексте backend разработки, не переходя полностью в DevOps.