Сети и протоколы
Версии HTTP: тест с выбором ответа
Суть Тест с выбором на синтез по юниту версий HTTP — multiplexing, два слоя head-of-line blocking, изоляция потоков QUIC, сжатие заголовков и выбор протокола в продакшне.
Высота — путь к senior
НольJuniorMiddleSenior
Ты на senior-высоте — в орбитеШесть вопросов поперёк всего юнита. Каждый отражает выбор протокола или диагностику, которую ты делаешь в продакшне — не определение для заучивания, а компромисс, который надо взвесить под реальными сетевыми условиями.
Цель
Убедись, что связываешь multiplexing, два слоя head-of-line blocking, изоляцию потоков в QUIC, упорядоченность сжатия заголовков и операционные сигналы, которые решают, какая версия HTTP реально выигрывает.
Викторина
Completed
API делает 50 параллельных под-запросов на страницу. На оптоволокне (потери менее 0.1%) HTTP/2 быстр; на сотовом канале с 1.5% потерь он заметно медленнее, чем HTTP/1.1 с 6 соединениями. Почему?
Heads-up 9-байтный заголовок фрейма HTTP/2 пренебрежимо мал. Регрессия — это transport-layer HOL blocking: один потерянный пакет стопорит все мультиплексированные потоки на единственном соединении.
Heads-up HPACK не портится под потерями; TCP переотдаёт по порядку. Проблема в том, что общий байтовый поток TCP стопорит каждый поток, пока ретранслируется потерянный сегмент.
Heads-up Операторы не троттлят по версии HTTP. Причина структурная: у одного TCP-соединения один домен восстановления потерь, поэтому потеря стопорит все потоки разом.
Викторина
Completed
HTTP/2 мультиплексирует независимые потоки, но всё равно страдает от head-of-line blocking. На каком слое и почему HTTP/3 от него уходит?
Heads-up Потоки HTTP/2 независимы на HTTP-слое; чередование бесплатно. Оставшийся HOL blocking чисто транспортный, из упорядоченного байтового потока TCP.
Heads-up Число потоков ни при чём. QUIC даёт каждому потоку своё восстановление потерь, поэтому потерянный пакет стопорит лишь те потоки, чьи данные он нёс — TCP так не умеет.
Heads-up QUIC всё равно надёжно переотдаёт потерянные данные потоков. Он изолирует потери по потокам, а не отказывается от надёжности.
Викторина
Completed
Почему HTTP/3 заменил HPACK на QPACK и что было бы, сохрани он HPACK поверх QUIC?
Heads-up Степень и скорость сжатия сопоставимы. Изменение — про упорядоченность: общая упорядоченная таблица HPACK ломает независимость потоков QUIC; QPACK её сохраняет.
Heads-up И HPACK, и QPACK уже защищены от compression-oracle атак на заголовки. Причина QPACK — проблема упорядоченности и независимости потоков на QUIC.
Heads-up QPACK как раз сохраняет статическую таблицу (99 записей). Реальный драйвер — развязать обновления динамической таблицы, чтобы заголовки одного потока никогда не блокировали другой.
Викторина
Completed
Команда планирует выкатить HTTP/2 Server Push для прелоада критичного CSS. Что должен сказать senior-ревьюер?
Heads-up Push хорошо выглядел на бенчмарках с холодным кэшем, но проиграл в продакшне: слепая переотправка закэшированного, отсутствие пользы на тёплых загрузках и поломки на middlebox. Он deprecated.
Heads-up HTTP/3 не реабилитирует push; проблема видимости кэша идентична. Современная замена на любой версии — 103 Early Hints плюс preload.
Heads-up Сжатие ни при чём. Дефект операционный — сервер угадывает, что закэшировал клиент — а не кодировка отправляемых байтов.
Викторина
Completed
Оператор включает HTTP/3 на edge. За ночь дашборд ALPN показывает обвал доли h3 с 21% до 1% без ошибок в приложении. Наиболее вероятная причина и верный первый шаг?
Heads-up Истёкший сертификат сломал бы и HTTP/2 поверх TCP и выдал бы громкие ошибки. Тихий обвал только h3 с поглощением трафика h2 указывает на блокировку UDP/443 на пути.
Heads-up Исчерпание таблицы QPACK ухудшает сжатие, а не выбор протокола. Полный обвал ALPN к h2 — это проблема достижимости UDP, а не сжатия заголовков.
Heads-up Браузеры не ротируют версии случайно; они выбирают h3, когда Alt-Svc или SVCB его рекламирует и UDP работает. Падение в 20 раз — сетевое событие, а не шум.
Викторина
Completed
Real-time multiplayer-бэкенд держит 100k преимущественно сотовых соединений. Обновления позиции бесполезны, если приходят поздно, но пропуск одного безвреден. Какой стек подходит лучше и почему?
Heads-up RFC 8441 экономит установку соединения, но едет по TCP: один потерянный пакет на сотовом с потерями стопорит каждый поток game-state. К тому же нет ненадёжных датаграмм для быстрых обновлений позиции.
Heads-up Каждому WebSocket нужно своё TCP-соединение, платящее холодный хендшейк на каждый мобильный реконнект, без изоляции потерь и без ненадёжного канала — худший вариант для real-time с потерями.
Heads-up Сырой UDP переизобретает congestion control, шифрование, обход NAT и мобильных firewall, anti-replay — всё, что QUIC уже даёт. Оправдано лишь в крайне нишевых случаях.
Итог
Сквозная линия юнита — одна эволюция: HTTP/1.1 параллелит множеством соединений, HTTP/2 мультиплексирует потоки на одном TCP-соединении (убирая HOL blocking на прикладном слое, но наследуя его на транспортном), а HTTP/3 переходит на QUIC ради per-stream восстановления потерь, сжатия заголовков QPACK и connection migration. Производственная линза постоянна — подбирай версию под сеть (HTTP/3 на потерях и мобильных, HTTP/2 на надёжном east-west), следи за ALPN и h3-fallback-by-ASN как за сигналом здоровья и предпочитай 103 Early Hints и приоритеты RFC 9218 мёртвому Server Push.