Настройка Tyk API Gateway для микросервисов

Проблема: API-хаос в микросервисах

Представьте: пять микросервисов, каждый со своим токеном, rate limit и логикой аутентификации. Без централизованного шлюза вы пишете одну и ту же инфраструктуру пять раз, а мониторинг превращается в ручное копание по логам. Tyk API Gateway решает эту проблему за час конфигурации. Мы используем Tyk длительное время и внедрили в множестве проектов. Tyk — open-source Gateway на Go, альтернатива Kong, но с рядом преимуществ: он быстрее (TTFB в 2 раза ниже) и проще в развёртывании. Согласно документации Tyk, один инстанс обрабатывает до 10 000 RPS, что достаточно для большинства production-нагрузок. Средняя экономия на лицензиях и инфраструктуре составляет около $900–1.3k в год для enterprise-проектов.

Tyk решает проблему управления API комплексно

Tyk берёт на себя аутентификацию (JWT, OAuth2, ключи API), rate limiting, аналитику и балансировку. Каждый API описывается JSON-конфигом, что удобно для GitOps-подходов. Например, вы можете хранить конфиги в репозитории и деплоить их через CI/CD, а rolling update занимает 2 секунды.

version: '3.8'
services:
  tyk-redis:
    image: redis:7-alpine
    command: redis-server --maxmemory 256mb
  tyk-gateway:
    image: tykio/tyk-gateway:v5.3
    volumes:
      - ./tyk.conf:/opt/tyk-gateway/tyk.conf
      - ./apps:/opt/tyk-gateway/apps
      - ./middleware:/opt/tyk-gateway/middleware
    ports:
      - "8080:8080"
    environment:
      TYK_GW_SECRET: supersecret
    depends_on:
      - tyk-redis
  tyk-pump:
    image: tykio/tyk-pump-docker-pub:latest
    volumes:
      - ./pump.conf:/opt/tyk-pump/pump.conf
    depends_on:
      - tyk-redis

{
  "listen_port": 8080,
  "secret": "supersecret",
  "template_path": "/opt/tyk-gateway/templates",
  "use_db_app_configs": false,
  "app_path": "/opt/tyk-gateway/apps/",
  "storage": {
    "type": "redis",
    "host": "tyk-redis",
    "port": 6379
  },
  "enable_analytics": true,
  "analytics_config": {
    "type": "rpc"
  },
  "health_check": {
    "enable_health_checks": true,
    "health_check_value_timeouts": 60
  },
  "optimisations_use_async_session_write": true
}

API Definition: пример с rate limiting

Каждый API описывается отдельным файлом. Ниже — пример с лимитом 100 запросов в минуту и трансформацией тела запроса:

{ "name": "Users API",
  "api_id": "users-api",
  "slug": "users-api",
  "org_id": "default",
  "use_keyless": false,
  "auth": {
    "auth_header_name": "Authorization",
    "use_param": false
  },
  "version_data": {
    "not_versioned": true,
    "versions": {
      "Default": {
        "use_extended_paths": true,
        "extended_paths": {
          "rate_limit": [
            {"path": "/", "method": "GET", "rate": 100, "per": 60}
          ],
          "transform": [
            {
              "path": "/users",
              "method": "POST",
              "template_data": {
                "template_mode": "blob",
                "blob": "eyJlbWFpbCI6ICJ7e3JlcXVlc3RfZGF0YS5lbWFpbH19In0="
              }
            }
          ]
        }
      }
    }
  },
  "proxy": {
    "listen_path": "/api/v1/users/",
    "target_url": "http://users-service:3000",
    "strip_listen_path": true
  },
  "custom_middleware": {
    "pre": [
      {
        "name": "addTenantId",
        "path": "middleware/add-tenant-id.js",
        "require_session": true
      }
    ]
  }
}

Кастомный middleware на JavaScript добавляет заголовок X-Tenant-ID:

var addTenantId = new TykJS.TykMiddleware.NewMiddleware({})
addTenantId.NewProcessRequest(function(request, session, spec) {
    var tenantId = session.meta_data['tenant_id']
    request.SetHeaders['X-Tenant-ID'] = tenantId
    return TykJS.TykMiddleware.ReturnData(request, {})
})

Как Tyk обрабатывает 10 000 RPS?

Производительность одного инстанса Tyk достигает 10 000 RPS на стандартном оборудовании (4 vCPU, 8 GB RAM). Это достигается за счёт асинхронного ввода-вывода и низкоуровневой работы с сокетами в Go. В production-конфигурации мы используем несколько реплик за балансировщиком, что позволяет обрабатывать до 50 000 RPS без потери стабильности. Например, в проекте с 15 микросервисами и 20 000 RPS пиковой нагрузки Tyk справляется со средним latency 5 мс (p95).

Почему Tyk выгоднее Kong?

Tyk на Go даёт TTFB на 50% ниже по сравнению с Kong на Lua. Community Edition Tyk включает Dashboard и Developer Portal бесплатно — Kong требует Enterprise-подписки. Tyk проще в развёртывании: конфигурация через файлы, не требует отдельной БД. В таблице — ключевые различия:

Как подключить кастомный middleware в Tyk?

Middleware подключаются через поле custom_middleware в API Definition. Tyk поддерживает два типа: pre (перед проксированием) и post (после ответа бэкенда). Кроме JavaScript, можно использовать плагины на Go — это даёт производительность близкую к нативной. В production мы реализовали middleware для централизованного логирования, маскировки PII-данных и динамической маршрутизации на основе JWT claims.

Что входит в нашу работу

1. Аудит текущей архитектуры — определяем точки интеграции, требования к производительности (до 10 000 RPS) и безопасности.
2. Развёртывание Tyk Gateway + Dashboard — установка и настройка под ваш стек (Docker, Kubernetes, bare metal).
3. Конфигурация API-прокси — описание endpoints, политик безопасности, rate limiting (от 10 до 10 000 запросов в минуту).
4. Интеграция аналитики — настройка Pump и дашбордов в Grafana для мониторинга latency и error rate.
5. Документация и обучение — гайды по управлению и эксплуатации для ваших инженеров.
6. Техническая поддержка — сопровождение в течение месяца после запуска.

Сроки и стоимость

Базовая настройка — от 2 дней, полная конфигурация — до 5 дней. Стоимость рассчитывается индивидуально в зависимости от числа API и сложности middleware. Свяжитесь с нами для детального обсуждения — поможем наладить API-инфраструктуру, которая выдержит 50 000 RPS без сбоев. Закажите настройку Tyk — мы внедрим шлюз за 2 дня. Получите консультацию инженеров с опытом 50+ проектов.