System Design Space
Граф знанийНастройки

Обновлено: 23 июня 2026 г. в 06:05

Компьютерные сети: принципы, технологии, протоколы (short summary)

средний

Книга Таненбаума про компьютерные сети ценна не возрастом, а тем, что учит видеть устойчивые сетевые принципы за любыми конкретными протоколами и устройствами.

В реальной работе это помогает рассуждать о слоях, маршрутизации, задержках и потерях из первых принципов, а не только через документацию конкретного стека.

В интервью и архитектурных обсуждениях такой материал полезен тем, что добавляет техническую строгость именно там, где разговор уходит глубже привычного HTTP и балансировщика нагрузки.

Практическая польза главы

Принципы прежде инструментов

Помогает опираться на базовые сетевые принципы, а не только на конкретные технологии и вендоров.

Системный анализ

Учит оценивать взаимодействие протоколов в реальных сетевых топологиях и видеть место начала деградации.

Бюджетирование производительности

Дает язык для расчета задержек и пределов пропускной способности на ключевых участках пути.

Строгость на интервью

Усиливает техническую строгость ответов, когда интервьюер уходит в глубину сетевого стека.

Страница книги

Компьютерные сети. Принципы, технологии, протоколы

В. Г. Олифер, Н. А. Олифер. Издательство «Питер», юбилейное издание.

Открыть

Компьютерные сети. Принципы, технологии, протоколы: Юбилейное издание, дополненное и исправленное

Авторы: Олифер В. Г., Олифер Н. А.
Издательство: Питер, 2026
Объём: 1008 страниц

Классический учебник В. Г. и Н. А. Олифер о слоях сети, маршрутизации, транспортных компромиссах, сетевых отказах и их влиянии на архитектурные решения.

Оригинал

Эта книга полезна, когда нужно увидеть за знакомыми аббревиатурами физику сетевого пути. Она связывает , , , , ограничения , работу , , , , , и в один инженерный путь от клиента до сервера.

Через , , , , , , и авторы показывают, почему сетевое поведение нельзя сводить к одному среднему числу.

Отсюда же вырастает разговор про , , , , и . Именно они определяют системы, цену , смысл и требования к , особенно когда запросы идут через или другой нестабильный канал.

О чём эта книга

Это фундаментальный учебник по компьютерным сетям с инженерным фокусом: от сигналов и каналов до прикладных протоколов и пользовательской задержки. Он учит не запоминать список технологий, а разбирать, как данные реально проходят через сеть и почему в этом пути возникают потери, перегрузка и неожиданные задержки.

Слои и границы

Помогает видеть, где заканчивается ответственность канала, транспорта и приложения.

Путь пакета

Адресация, коммутация и маршрутизация определяют, дойдёт ли запрос и за какое время.

Надёжность и деградация

Показывает, как потери, разброс задержек и перегрузка меняют поведение системы.

Ключевые темы книги

Слои, инкапсуляция и границы ответственности

Главная идея книги в том, что сеть нужно понимать как цепочку слоёв с явными контрактами, а не как единый чёрный ящик.

  • Модель OSI помогает локализовать проблему: она может лежать в канале, на сетевом уровне, в транспорте или в приложении.
  • Инкапсуляция объясняет, откуда берутся заголовки, накладные расходы и ограничения на размер пакета.
  • Для системного дизайна это напрямую связано с границами сервисов, API и точками диагностики.

Коммутация, маршрутизация и путь пакета

Адрес назначения — лишь начало истории. На каждом узле кто-то решает, куда отправить пакет дальше, и именно эти решения определяют итоговую задержку.

  • Коммутаторы и маршрутизаторы работают на разных уровнях и по-разному влияют на задержку.
  • Протокол разрешения адресов (ARP), таблицы маршрутизации и следующий узел пути определяют, куда пакет отправится дальше.
  • Понимание поузлового пути помогает ставить метрики и точки наблюдаемости там, где рождается сбой.

Транспортный уровень: протоколы TCP, UDP и QUIC

Выбор транспорта определяет, как система балансирует между упорядоченностью, скоростью восстановления и ценой потерь.

  • Протокол TCP даёт надёжную упорядоченную доставку и управление потоком, но добавляет стоимость установления соединения.
  • Протокол UDP полезен там, где важнее минимальные накладные расходы и прикладной контроль над надёжностью.
  • Протокол QUIC показывает, как современные протоколы уменьшают цену блокировки в начале очереди и ускоряют восстановление после потерь.

Надёжность, перегрузка и эксплуатационные метрики

Сетевую надёжность здесь разбирают как инженерную дисциплину, где важны измерения, а не догадки.

  • Потеря пакетов, джиттер и перегрузка объясняют, почему p95 и 99-й перцентиль (p99) расходятся со средним значением.
  • Тайм-ауты и политика повторов должны следовать из реальных сетевых измерений, а не из округлённых предположений.
  • Время прохождения туда и обратно (RTT), счётчики повторных передач и объём очередей помогают увидеть начало деградации раньше пользовательской жалобы.

Прикладные протоколы и пользовательский путь

Система доменных имён (DNS), протокол HTTP и защита передачи важны не как разрозненные настройки, а как единый путь от клиента до сервера.

  • Даже быстрый сервер не спасает пользовательский опыт, если бюджет задержки съедают система доменных имён (DNS), протокол защиты транспортного уровня (TLS) и повторные попытки.
  • Поддержание соединения, кэширование и аккуратная работа с тайм-аутами прямо влияют на воспринимаемую задержку.
  • Это особенно заметно на мобильных и межрегиональных маршрутах, где сетевой канал нестабилен.

Беспроводные сети и изменчивость канала

В беспроводной среде сеть ведёт себя неравномерно, и это меняет требования к клиенту и серверу.

  • В беспроводной сети Wi-Fi и мобильных сетях задержка и потери могут заметно плавать даже без изменений в приложении.
  • Для таких клиентов нужны адаптивные тайм-ауты, мягкая деградация и, при необходимости, офлайн-сценарии.
  • Это критично для систем реального времени и сервисов с высоким объёмом сетевого обмена.

Модель OSI и роль каждого слоя

Диаграмма ниже полезна не как учебный плакат, а как карта для разложения инцидента по слоям. Когда становится понятно, на каком уровне появляется проблема, разговор о сети перестаёт быть набором догадок.

Слои модели OSI

Выберите уровень, чтобы увидеть его назначение и характерные протоколы

Выбранный уровень

Уровень 7: Прикладной

Протоколы и интерфейсы, с которыми работает приложение.

Примеры

HTTPDNSSMTP
Верхние уровни ближе к приложениям, нижние - к физической среде передачи.

Путь пакета от клиента до сервера

Этот путь нужен не для академического интереса, а для практики: именно по нему удобно раскладывать, где сгорает время, где появляется лишний повтор и на каком участке теряется предсказуемость.

Разрешение имени и начало сеанса

Сначала клиент проходит систему доменных имён (DNS), затем тратит первое время прохождения туда и обратно (RTT) на установление соединений по протоколу TCP и протоколу защиты транспортного уровня (TLS).

Маршрут и транспорт

Дальше пакет проходит через сетевые узлы, ограничения максимального размера блока передачи (MTU), окна передачи и механизмы контроля перегрузки.

Приём на сервере

На стороне сервера запрос проходит сетевой стек, очереди обработки и логику приложения.

Ответ и восстановление после потерь

На обратном пути важны повторные передачи, тайм-ауты и то, как система переживает нестабильный канал.

Сетевые метрики

RTT / p95 / p99реальная задержка
Пропускная способность каналаверхняя ёмкость
Потеря пакетовстоимость повторов
Джиттерразброс во времени

Что реально пригодится в системном дизайне

  • Разбирать путь запроса по слоям и быстро находить участок, где задержка перестаёт быть «магией».
  • Связывать измерения времени прохождения туда и обратно (RTT), потерь и джиттера с выбором тайм-аутов, повторов и политики соединений.
  • Осознанно выбирать протоколы TCP, UDP или QUIC под требования к порядку доставки, скорости восстановления и стоимости ошибки.
  • Понимать, как сетевые ограничения влияют на мобильные клиенты, межрегионный трафик и пользовательский опыт.

Почему это важно для системного дизайна

  • Сетевые свойства системы часто определяют пользовательский опыт сильнее, чем локальная оптимизация кода.
  • Книга даёт язык для разговора о слоях, отказах, деградации и транспортных компромиссах без туманных формулировок.
  • Она помогает проектировать наблюдаемость, тайм-ауты, повторы и границы сервисов на основе механики, а не интуиции.
  • После такой базы протокол перестаёт быть чёрной коробкой и становится частью архитектурного решения.

Кому подойдёт книга

Инженерам, архитекторам и техлидам, которым нужно думать о сети глубже привычного «у нас есть протокол HTTP и балансировщик». Она особенно полезна тем, кто хочет уверенно обсуждать транспортные компромиссы, пользовательскую задержку и причины нестабильности распределённых систем.

Связанные главы

  • Computer Networks (short summary) - Сопоставление с англоязычным учебником: уровни сети, маршрутизация, надёжность передачи и поведение беспроводных каналов.
  • Модель OSI - Практическая карта уровней и типичных обязанностей каждого слоя сети.
  • Протокол TCP - Надёжная доставка, окна, повторные передачи и контроль перегрузки.
  • Протокол UDP - Минимальные накладные расходы и сценарии, где надёжность управляется на уровне приложения.
  • Система доменных имен (DNS) - Разрешение имён, кэширование и влияние системы доменных имён (DNS) на пользовательскую задержку.
  • Протокол HTTP - Эволюция HTTP и то, как прикладный протокол меняет путь запроса и поведение клиента.

Где найти книгу

Чтобы отмечать прохождение, включи трекинг в Настройки