25 / 25 · §19 · §20

Как всё соединяется

Евгений Езуб ·

Не «что такое Redis» абстрактно, а почему архитектор поставил именно эту коробку именно сюда.

Схема: Как всё соединяется
Нажми на схему, чтобы открыть в полном размере.

Главное

  • Client → Edge (CDN, LB) → API Gateway → сервисы → Data layer.
  • Асинхронные потоки через Kafka/очереди идут в Analytics (ClickHouse) и Notifications.
  • Файлы — S3 + CDN; кэш — Redis; фоновая работа — очередь и workers.
  • Поверх всего — Observability (метрики, логи, трейсы) и trade-offs на каждом слое.

Instagram-like backend

Mobile → API Gateway → User Service → PostgreSQL
                     → Feed Service → Redis
Postgres → Kafka → Analytics → ClickHouse
                 → Notifications
Images → S3 → CDN

Что когда выбирать

  • Kafka не нужна, если событий меньше сотен тысяч.
  • Kubernetes не нужен маленькой команде — хватит ECS / Cloud Run / Fly.io.
  • MongoDB не нужна при реляционных данных — Postgres + JSONB лучше.
  • Redis не нужен без реальной проблемы latency.
  • Elasticsearch — не основная БД. Vector DB — хватит pgvector. GraphQL — для простого CRUD избыточен.

Читая схему

К каждой коробке спрашивай: какую ось компромисса она обслуживает и что отдаёт взамен?