o_o CLOUD
Пакет-персонаж

Cloud Journey

Путешествие HTTP-запроса через облако

o_o Пакет готов к путешествию!
РЕЗОЛВИМ
DNS
o_o Ищу адрес сервера...

Пользователь набрал app.neocloud.ru в браузере. Но компьютер не понимает доменных имён — ему нужен IP-адрес. DNS-резолвер проходит по цепочке серверов, чтобы превратить имя в числа.

app.neocloud.ru DNS Резолвер 185.42.195.12
DNS-сервер
Факт: Один DNS-запрос может пройти через 4 уровня серверов: рекурсивный резолвер, корневой, TLD и авторитетный. Всё это занимает от 10 до 100 мс.
CDN
EDGE
o_o Лечу к ближайшему серверу!

Запрос попадает на ближайший CDN-узел. NeoCloud держит серверы в 12 регионах мира, чтобы статика отдавалась с минимальной задержкой.

MSK NYC MIA FRA DXB SIN TYO YVR Ближайший узел: Москва — 8ms
CDN-узел

ВОПРОС

Зачем нужен CDN?

БАЛАНСИ-
РОВКА
o_o Куда меня отправят?

Запрос попадает на балансировщик нагрузки. Он выбирает наименее загруженный сервер и отправляет запрос туда. Если один бэкенд упал — трафик автоматически переключается на другие.

Запрос LB Сервер #1 28% ← Сервер #2 65% Сервер #3 82%
Балансировщик нагрузки
Факт: В пике NeoCloud обрабатывает 2 000 000 запросов в секунду. Балансировщик распределяет их по сотням серверов за микросекунды.
ПРОВЕРКА
БЕЗОПАС-
НОСТИ
o_o Проверяют документы...

Перед тем как попасть к приложению, запрос проходит через WAF — Web Application Firewall. Он проверяет запрос на SQL-инъекции, XSS, подозрительные паттерны и ботов.

GET / SQL inj <script> WAF Пропущен ✓ Blocked ✕
WAF-щит

ВОПРОС

Что такое WAF?

ОБРАБОТКА
ЗАПРОСА
o_o Попал в микросервис!

Запрос достиг микросервиса. Код выполняется: парсит параметры, проверяет авторизацию, вызывает бизнес-логику и формирует ответ. Всё это — в контейнере весом 50 МБ.

API Gateway Auth JWT verify Users GET /me Notify WebSocket Queue → 200 OK 12ms
Микросервис
Факт: Среднее время обработки запроса в NeoCloud — всего 12ms. Это быстрее, чем один взмах крыльев колибри (80ms).
ДАННЫЕ
o_o Нужны данные из базы!

Микросервис обращается к базе данных или кэшу. Если данные есть в Redis — ответ приходит за 0.1ms. Если нет — PostgreSQL выполняет запрос за 2-5ms.

APP Сначала кэш Redis 0.1ms HIT! Или в базу Postgres 2-5ms id: 42, name: ... id: 43, name: ... id: 44, name: ...
База данных Redis-кэш

ВОПРОС

Когда лучше использовать кэш?

ОТВЕТ ЛЕТИТ
НАЗАД
^_^ Лечу домой с данными!

Ответ сформирован! Он сжимается Brotli, проходит обратно через CDN (где кэшируется для следующих запросов) и долетает до браузера пользователя.

SRV 200 OK BROTLI -70% size CDN Cached! Готово! 8ms
Ответ летит назад
Факт: Brotli сжимает на 20% лучше, чем gzip. Ответ в 100 КБ превращается в 30 КБ — экономия трафика и скорости.

47ms

Запрос обработан. Пользователь даже не заметил ☕

^_^ Путешествие завершено!

Ответьте на все вопросы выше!

Хотите такую инфраструктуру для вашего мероприятия?

Арендовать
Каталог игр для IT-мероприятий