Деплой и инфра
Уровни балансировки: тест на припоминание
Припоминание бьёт перечитывание. На каждый промпт скажи или напиши полный ответ по памяти, прежде чем открыть модельный — именно усилие припоминания закрепляет модель уровней и её операционные ручки.
Восстанови хребет юнита — что видит каждый уровень, почему TLS termination это чистейшая линза на раскол, и как алгоритмы, health checks, affinity и draining решают надёжность — не подглядывая в урок.
- 01Почему L4-балансировщик может маршрутизировать по IP и порту, но никогда по пути URL или HTTP-заголовку, и что меняется на L7?
- 02Объясни, почему TLS termination — чистейшая линза на раскол L4/L7, включая то, что L4-балансировщик делает с TLS вместо этого.
- 03Round-robin против least-connections против хеширования — когда выигрывает каждый, и что хеширование даёт L4-балансировщику?
- 04Что делают активные и пассивные health checks, и почему интервал проверки ограничивает скорость удаления мёртвого бэкенда?
- 05Что такое connection draining, что ломается без него и каков дефолт в AWS?
- 06Почему sticky sessions вредят, даже когда работают, и в чём senior-рефлекс?
Если смог восстановить каждый ответ по памяти — у тебя есть хребет юнита: уровень решает, что балансировщик видит (L4 = IP/порт и байты, L7 = распарсенный HTTP), TLS termination — чистейшая линза на этот раскол (расшифровать ради маршрутизации по пути или пустить насквозь, чтобы остаться слепым и end-to-end), алгоритмы подбираются под профиль запросов (least-connections при разной длительности, хеширование для L4-affinity), health checks выкидывают мёртвые бэкенды не быстрее своего интервала, connection draining (дефолт AWS 300 с) даёт запросам в полёте завершиться перед выводом бэкенда, а sticky sessions меняют равномерность и чистый draining на пиннинг состояния — так что сперва выноси состояние.