На каком стеке работаешь

Мой стек для разработки на Go

Как опытный Go-разработчик с более чем 10 годами практики, я работаю на современном стеке, который постоянно эволюционирует, но имеет проверенное ядро. Мой выбор инструментов обусловлен требованиями к производительности, масштабируемости и поддерживаемости кода.

🚀 Ядро и основные технологии

Основу моего стека составляют:

• Язык Go (версии 1.20+) с акцентом на современные возможности: дженерики, embed, улучшенная работа с памятью
• Фреймворки и библиотеки:
  • net/http для базовых HTTP-серверов, но часто дополняю chi или gin для сложных роутинговых нужд
  • database/sql с драйверами pgx (PostgreSQL) или go-sqlite3 для SQLite
  • gRPC/protobuf для микросервисной коммуникации
  • context для управления временем жизни операций и передачи метаданных

💾 Базы данных и хранилища

// Пример работы с несколькими хранилищами
type Repository struct {
    db    *sql.DB          // PostgreSQL через pgx
    cache *redis.Client    // Redis для кэширования
    search *elastic.Client // Elasticsearch для поиска
}

func (r *Repository) GetUser(ctx context.Context, id int) (*User, error) {
    // Сначала проверяем кэш
    if user, err := r.getFromCache(ctx, id); err == nil {
        return user, nil
    }
    
    // Затем БД
    var user User
    err := r.db.QueryRowContext(ctx, 
        "SELECT id, name, email FROM users WHERE id = $1", id).
        Scan(&user.ID, &user.Name, &user.Email)
        
    // Кэшируем результат
    if err == nil {
        r.cache.Set(ctx, fmt.Sprintf("user:%d", id), user, time.Hour)
    }
    
    return &user, err
}

🏗️ Архитектурные паттерны

Я предпочитаю чистую архитектуру (Clean Architecture) или гексагональную (Ports and Adapters):

1. Domain — бизнес-логика и сущности
2. Application — use cases и сервисный слой
3. Infrastructure — реализация репозиториев, внешних API
4. Presentation — HTTP-хендлеры, gRPC серверы

🔧 Инструменты разработки

• Тестирование: testing пакет + testify для assertions, gomock для моков
• Миграции: golang-migrate или встроенные миграции
• Валидация: go-playground/validator для структур
• Конфигурация: viper или нативный подход с env переменными
• Логирование: slog (встроен в Go 1.21+) или zerolog для высокопроизводительного логирования

☁️ Инфраструктура и деплой

# Пример docker-compose для локальной разработки
version: '3.8'
services:
  app:
    build: .
    ports:
      - "8080:8080"
    environment:
      - DB_HOST=postgres
      - REDIS_URL=redis://redis:6379
    depends_on:
      - postgres
      - redis
  
  postgres:
    image: postgres:15-alpine
    environment:
      POSTGRES_PASSWORD: example
  
  redis:
    image: redis:7-alpine

📦 CI/CD и мониторинг

• CI/CD: GitHub Actions или GitLab CI с многостадийными Docker-сборками
• Контейнеризация: Docker с multi-stage builds для минимальных образов
• Оркестрация: Kubernetes или Docker Swarm для продакшена
• Мониторинг: Prometheus метрики + Grafana, трейсинг через Jaeger
• Логи: ELK-стек или Loki + Grafana для анализа логов

🔄 Дополнительные технологии

Для фронтенда (если требуется fullstack):

• HTMX для простых интерактивных интерфейсов
• React с TypeScript для сложных SPA
• Templ — декларативный шаблонизатор для Go

Мой стек прагматичен — я выбираю инструменты под конкретную задачу, а не следую модным трендам. Например, для высоконагруженных API я использую чистый Go с минимальными зависимостями, тогда как для enterprise-приложений — более структурированные фреймворки. Ключевой принцип: простота, производительность и ясность кода всегда приоритетнее "использования самого популярного инструмента".