База знаний · 25 страниц

Backend Map 2026

Задача → класс технологий → выбор → почему. Технологии — производные, первичны оси компромиссов: не «что лучше», а «что мы готовы отдать». Читай по порядку или выбирай нужную тему.

  1. 01 Оси компромиссов Любой выбор в backend — торговля по осям. Не «что лучше», а «что мы готовы отдать». §0 · §18
  2. 02 Языки backend Вопрос не «какой лучший», а «для какого типа системы». §1
  3. 03 Классы баз данных Не сравнивай «MySQL vs Redis» — они решают разные задачи. Мысли классами. §2
  4. 04 Масштабирование реляционной БД Слой, который всегда кусает: разные узкие места — разные способы масштабирования. §2
  5. 05 Где хранить файлы Метаданные — в базе, бинарные файлы — в object storage, доставка — через CDN. §3
  6. 06 Кэширование Отдельная дисциплина: быстро отдаём, но рискуем устаревшими данными. §4
  7. 07 Зачем нужна Kafka Меняет топологию с «все знают обо всех» на «событие произошло — подписчики сами решают». §5
  8. 08 Надёжная обработка событий Самое трудное в messaging — не картинка, а гарантии доставки. §5
  9. 09 CDC: из OLTP в аналитику Как данные попадают из Postgres в ClickHouse без нагрузки на боевую БД. §5
  10. 10 Фоновые задачи и очереди Пользователь не должен ждать HTTP 4 минуты. Тяжёлое — в очередь. §6
  11. 11 Стили API Нет одного лучшего протокола: у каждого своя роль. §7
  12. 12 Как работает Docker Build once, run consistently: одно окружение на laptop, в CI и в production. §8
  13. 13 Как работает Kubernetes Оркестратор: управляет сотнями контейнеров вместо тебя. §8
  14. 14 Как работает Serverless Код запускается по событию, провайдер управляет инфраструктурой. §9
  15. 15 API Gateway Единая защищённая входная дверь для всех клиентов. §10
  16. 16 Как работает JWT Подписанный, но не зашифрованный токен: подтверждает, что данные не изменены. §11
  17. 17 OAuth 2.0 + OpenID Connect AuthN — кто ты, AuthZ — что тебе можно. Это две разные вещи. §11
  18. 18 Infrastructure as Code Когда серверов много, кликать в UI — плохо. Инфраструктура как версионируемый код. §12
  19. 19 CI/CD: от git push до production Backend-разработчик понимает не только API, но и как код становится работающим сервисом. §13
  20. 20 Observability Почему сегодня API отвечает 800 ms вместо 120? Нужны данные, а не догадки. §14
  21. 21 Resilience: сеть ненадёжна Отказы — норма. Хорошая система грамотно переживает их. §15
  22. 22 Стратегия тестирования Найди проблему в 800 ms до production, а не в observability после. §16
  23. 23 Эволюция архитектуры Нет единственной правильной архитектуры — есть та, что подходит твоему контексту. §17
  24. 24 Event-driven архитектура Синхронное и асинхронное общение могут жить вместе. §17
  25. 25 Как всё соединяется Не «что такое Redis» абстрактно, а почему архитектор поставил именно эту коробку именно сюда. §19 · §20