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

Сейчас погрузимся в другую тему — интернет. Поговорим о том, что это вообще такое, из каких компонентов состоит и почему эта система невероятно устойчива.

Прочитав этот параграф, вы сможете объяснить, почему интернет — это не только сайты и какой путь проходит сигнал, прежде чем превратится в свежий мем.

Но самое важное — мы дадим контекст: почему появились те или иные технологии, как они связаны друг с другом и чем именно занимаются.

А начнём с быстрого примера для разогрева.

Представьте: есть девочка Света

Она живёт в Волгограде, и мама попросила её забрать посылку от своей подруги. Мама в этой истории рассеянная, поэтому она назвала Свете только адрес дома. А как добраться — не рассказала.

Это только нам с высоты птичьего полёта видно, где он находится:

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

Поэтому она выходит из дома, останавливает прохожего и вежливо интересуется, не знает ли он, как пройти к дому 68 на улице Землячки. Тот отвечает, что это далеко, он не знает. Но советует пройти выше по Жукова и узнать у следующего прохожего.

Следующий прохожий направляет дальше: нужно повернуть на Каче направо, а там подскажут. На Каче говорят, что надо пройти до бульвара 30-летия Победы. Там — что двигаться до Симонова через 127-й квартал. Оттуда направляют на улицу Космонавтов.

И наконец, там добрая женщина указывает, как дворами дойти до конкретного дома. Света встречается с подругой мамы, представляется, объясняет, зачем пришла, забирает посылку, возвращается домой. Мама счастлива!

Собственно, вот так и выглядит интернет. В нём есть клиенты (Света), серверы (мамина подруга), данные (посылка), каналы связи (улицы и дороги), маршрутизаторы (прохожие), протоколы (объяснение с маминой подругой) и адреса.

Обо всём расскажем подробнее, но сначала дадим определение.

Интернет — это глобальная сеть, объединяющая миллионы других компьютерных сетей по всему миру.

Как видите, интернет — это в первую очередь инфраструктура, которая обеспечивает быструю передачу данных между клиентами и серверами. Чтобы данные проходили, нам нужны каналы связи, маршрутизаторы и адреса. А чтобы все части сети могли найти общий язык — протоколы.

Теперь давайте поговорим о составных частях интернета подробнее.

Клиенты и серверы

Начнём с определений.

Сервер — это специализированный компьютер (или программа, работающая на таком компьютере), основная функция которого — предоставлять услуги, ресурсы или данные другим компьютерам в ответ на их запросы.

«Другие компьютеры», как вы можете догадаться, — это клиенты.

Клиент — это компьютер (или программа, работающая на таком компьютере), который запрашивает и использует услуги, ресурсы или данные, предоставляемые сервером.

Под компьютером в данном случае мы понимаем не только десктоп или ноутбук, но также планшеты, смартфоны, умные часы, Яндекс Станцию и так далее. Вместе их отношения называются «клиент-серверное взаимодействие» — его мы подробно рассмотрим в следующем параграфе.

Вот примеры программ-клиентов:

• Браузер.
• Приложение.
• Программа для работы с почтой.
• Многопользовательская игра — вроде «Доты» или «танчиков».

О клиентах важно запомнить одну вещь: именно они первыми инициируют запрос к серверу. Для этого каждый из них использует свои протоколы. Пока просто запомните эту мысль, вернёмся к ней позже.

Сейчас сфокусируемся на серверах. Как вы уже поняли, на один сервер приходится много-много клиентов. И ясно, что для обработки их запросов такой компьютер должен быть мощным. Но насколько?

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

Сервер небольшой сети магазинов может отказать пару раз в месяц, ничего страшного. Но если «упадёт» сервер, обрабатывающий транзакции банка или медицинские данные — жди многомиллионных убытков и судебных исков.

Одно дело, если на нашем сервере лежит сайт, который запрашивают 10 человек в сутки. Другое — если это музыкальный сервис, к которому одновременно подключаются 10 тысяч человек и в реальном времени слушают треки.

И как же повысить отказоустойчивость?

Для этого инженеры придумали много своих трюков, вот некоторые:

• Дублирование CPU и многоядерность. Часто на материнских платах два процессора, и в каждом — несколько десятков физических ядер (максимум до 128). Это позволяет распараллеливать вычисления.
• Наличие памяти с коррекцией ошибок (ECC). Такой тип оперативной памяти автоматически находит и исправляет единичные сбои, предотвращая зависание системы из-за повреждённых данных.
• Использование интерфейса NVMe и RAID-массивов. Это уже технологии для хранения данных: интерфейс NVMe увеличивает скорость чтения и записи на SSD-накопители до нескольких гигабайт в секунду, а RAID-массивы распределяют данные по нескольким хранилищам, что позволяет восстановить эти данные в случае выхода из строя накопителя.
• Применение сетевых карт с высокой пропускной способностью. Например, есть сетевые карты производительностью до 100 Гбит/c. Сравните с производительностью карт для домашних ПК — 1 Гбит/c.
• Организация удалённого управления. Современные серверы живут в стойках огромных дата-центров, доступ к ним ограничен. Поэтому они оснащены чипами удалённого управления, с помощью которых инженеры могут запускать, перезапускать и обслуживать любой сервер.

В основном серверы используют:

• для хранения сайтов;
• хранения файлов;
• обработки электронной почты;
• управления игровыми мирами и взаимодействием игроков в онлайн-играх;
• научных вычислений.

Показываем их средние характеристики, чтобы вы видели разницу в мощностях для разных задач:

Задача	Цель	Процессор	RAM	Объём хранилища	Сетевая карта
Хранение сайтов	Минимальное время отклика и эффективное обслуживание множества одновременных запросов	8 ядер, 2,5–3,0 ГГц	16–32 ГБ	500 ГБ SSD	1–10 Гбит/с
Хранение файлов	Быстрый и бесперебойный доступ к сотням терабайт данных	16 ядер, 2,5 ГГц	64 ГБ	200–500 ТБ HDD + SSD-кэш	10 Гбит/с
Обработка электронной почты	Быстро проверять письма и искать данные по почтовым архивам	8 ядер, 2,0–2,5 ГГц	32 ГБ	2–4 ТБ SSD/HDD	1–10 Гбит/с
Игровой сервер	Расчёты физики, минимальная задержка между действием игрока и откликом	24 ядра, 3,0+ ГГц	64 ГБ	1–2 ТБ NVMe SSD	10–25 Гбит/с
Научные вычисления (HPC)	Сложные расчёты, моделирование, обучение нейросетей	1000+ ядер/GPU	1–4 ТБ	Петабайты NVMe + параллельные хранилища	100+ Гбит/с

Хорошо, с клиентами и серверами разобрались!

А как вообще клиенты понимают, куда им отправлять запрос? Тут на помощь приходит адресация. Давайте поговорим о ней подробнее.

Адресация

В нашем примере с девочкой Светой мамина подруга жила по адресу: г. Волгоград, ул. Землячки, д. 68. Поэтому Света знала, куда ей идти. В интернете тоже есть система адресов — они называются IP и есть у каждого устройства в сети, и у клиентов, и у серверов.

IP выглядят так: 87.250.250.206. Это обязательно четыре числа в диапазоне от 0 до 255 включительно.

Есть нюанс

Некоторые IP-адреса зарезервированы, и воспользоваться ими нельзя. Например:

• 0.0.0.0
• 255.255.255.255
• 192.168.x.x
• 10.x.x.x

Тут вы могли удивиться: как IP может быть у всех устройств в сети, если при такой комбинации цифр возможно чуть больше 4 млрд адресов, а подключённых к интернету устройств — около 20 млрд?

Есть хитрость. Действительно, когда в 1981 году только придумали IP, такая ёмкость казалась достаточной. Но она начала заканчиваться уже к 2000 году. Тогда придумали новый стандарт — IPv6, который состоит из восьми блоков по 4 шестнадцатеричных числа: 2001:0db8:85a3:0000:0000:8a2e:0370:7334.

Из первой главы мы помним, что для кодировки одного байта нужно 2 шестнадцатеричных числа. Один байт — это 8 бит. Получается, что IPv6-адрес — это 128-битное число. Значит, оно позволяет закодировать (3,4 × ) различных вариантов адресов. Это огромное число: если каждому человеку на Земле выдать по одному адресу, у человека останется ещё 41,5 тысяч триллионов триллионов адресов «про запас».

Серьёзно?

Да!
Вот как мы считали. Население Земли в 2024 году по данным ООН составило 8.2 млрд человек, или 8.2 × .

Вычисляем:

[
\frac{2^{128}}{8{,}2 \times 10^9}
= \frac{3{,}4028 \times 10^{38}}{8{,}2 \times 10^9}
= \frac{3{,}4028}{8{,}2} \times 10^{38 - 9}
\approx 0{,}4151 \times 10^{29}
= 4{,}151 \times 10^{28}
]

Триллион триллионов — .

DNS

В большинстве сценариев IP скрыт от наших глаз. Например, чтобы перейти на страницу хендбуков (https://education.yandex.ru/handbook), никакой IP вводить не нужно, достаточно ввести в адресную строку браузера симпатичный и легко читаемый адрес.

Чтобы он превратился в IP, браузер автоматически обращается в «справочную» интернета — DNS (Domain Name System — система доменных имён). Это сеть специальных серверов, которая сопоставляет домен (например, education.yandex.ru) и его IP.

Структура эта иерархическая и состоит из серверов нескольких типов:

• Корневые серверы (Root Servers).
• Серверы доменов верхнего уровня (TLD Servers).
• Авторитативные серверы (Authorative Servers).
• Рекурсивные резолверы (Recursive Resolvers).

Расскажем о них подробнее.

Корневые серверы

Находятся на самом верхнем уровне иерархии. Они не хранят соответствия для конкретных доменов, их задача — направить запрос «вниз по дереву»: они знают IP-адреса серверов всех доменов верхнего уровня (TLD).

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

Серверы доменов верхнего уровня

Домен верхнего уровня — это последняя часть доменного имени: .ru, .com, .org и так далее. Соответственно, серверы доменов верхнего уровня знают IP-адреса авторитативных серверов для каждого домена в своей зоне.

Авторитативные серверы

Это конечный источник истины для конкретного домена (в нашем случае — education.yandex). Авторитативный сервер хранит DNS-записи для своего домена. То есть даёт справку — какой у него IP и другие данные (сейчас останавливаться на них не будем).

При регистрации домена владелец (им может быть частное лицо или юридическое) указывает, какие DNS-серверы будут для него авторитативными. Часто эту услугу предоставляют доменные регистраторы или крупные ИТ-компании вроде Google или Amazon.

Рекурсивные резолверы

Это помощник вашего клиента. Его задача — получить запрос от вашего браузера, пройти весь путь по иерархии (от корневых до авторитативных серверов), собрать ответ и вернуть его.

Если клиент хоть раз проделал весь этот путь, IP-адрес домена сохраняется в кэше DNS устройства или рекурсивного резолвера. Поэтому, если вы снова откроете страницу хендбуков, ваш браузер сначала проверит этот кэш и сразу получит нужный IP, не обращаясь к DNS-серверам.

Резолверами управляет ваш интернет-провайдер. Но существуют и публичные — вроде Google Public DNS и Cloudflare DNS.

---

Процедура сопоставления домена и IP называется «поиск в системе доменных имён», но на практике используют англоязычный термин — DNS Lookup. Для страницы хендбуков процесс будет выглядеть так:

• Вы вводите название сайта в адресную строку браузера и нажимаете «Ввод».
• Браузер ищет IP в локальных кэшах.
• Если находит — отправляет запрос. Если нет — запрашивает данные об IP у рекурсивного резолвера.
• Тот обращается к корневому серверу.
• Корневой сервер направляет его к TLD-серверу ru-зоны.
• TLD-сервер указывает на авторитативный сервер домена yandex.ru.
• Наконец, авторитативный сервер для поддомена education сообщает IP-адрес.
• Резолвер передаёт его обратно браузеру и сохраняет в своём кэше.

В контексте нашего примера с девочкой Светой мы всё ещё находимся на этапе «мама сказала ей адрес своей подруги». Так что впереди у браузера много работы — нужно будет прогуляться до этого адреса.

В этом ему помогают маршрутизаторы и каналы связи — аналоги дорог и прохожих из нашего примера.

Маршрутизаторы и каналы связи

Сначала поговорим про «дороги» интернета, то есть про инфраструктуру, по которой наши запросы достигают серверов.

Существует три решения:

• Оптоволокно.
• Медные кабели.
• Радиоволны.

Коротко остановимся на каждом.

Оптоволокно

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

Главные преимущества оптоволокна — колоссальная скорость (десятки, сотни гигабит в секунду в коммерческих сетях и терабиты в лабораторных), невосприимчивость к электромагнитным помехам и возможность преодолевать огромные расстояния без потери сигнала.

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

Медные кабели

Это знакомые всем Ethernet-кабели (например, витая пара) и телефонные линии (DSL). Сигнал здесь — это уже электричество.
Хотя медь значительно медленнее и чувствительнее к помехам по сравнению с оптоволокном, она дешевле и хорошо подходит для подключения конечного потребителя — в квартире или офисе.

Радиоволны

Wi-Fi-роутер или вышка сотовой связи создают электромагнитное поле определённой частоты (2,4 ГГц, 5 ГГц для Wi-Fi, различные диапазоны для 4G/5G), которое модулируется для кодирования данных.

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

---

Продолжим разбирать наш пример — Света уже вышла на дорогу. Но как ей добраться до адреса? Или — как наш браузер понимает, как построить путь до определённого IP?

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

Обмен данными в интернете происходит в формате пакетов, на которые разбивается наш запрос и ответ сервера. Подробнее об этом мы поговорим в следующем параграфе, пока просто запомните этот факт.

Так вот, наш клиент отправляет запрос, запрос разбивается на пакеты, они подписываются (IP-адрес источника и адресата), а затем летят к маршрутизатору провайдера. Он изучает данные о пакете, сверяется со своей таблицей маршрутизации и принимает решение, что с ним делать.

• Если он «знает», где находится сервер, — отправляет пакет ему.
• Если нет — отправляет пакет к соседнему маршрутизатору.

Это самое важное: ни один маршрутизатор не знает, как проложить путь запроса от клиента до сервера целиком.

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

Маленькое уточнение

Честно скажем — наша метафора со Светой не идеальна: у нас роль маршрутизаторов играют прохожие, которые знать не знают друг о друге и отсылают Свету по улицам города.

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

Но пример получился бы тогда громоздким.

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

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

В нашем примере со Светой это как если бы в параллельной вселенной Качу перекрыли на ремонт и прохожие перенаправили Свету в обход.

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

Для этого умные люди придумали протоколы и порты.

Протоколы и порты

Если максимально коротко, протокол отвечает на вопрос «как общаться?», порт — на вопрос «куда стучаться?».

• Примеры протоколов: http, https, smtp, ssh.
• Примеры портов: 80, 443, 25, 22.

Вы можете отправлять запросы по одному и тому же URL, но, меняя протоколы (и формат запроса) и порты, получите разный ответ.

А чем различаются URL и домен?

Домен — это имя сайта (например, yandex.ru).
URL — это полный адрес страницы, который включает протокол, домен, путь и другие параметры (например, https://yandex.ru).

Короче, домен — это часть URL. URL — это полный адрес, а домен — его название.

Ниже в таблице — примеры протоколов и зарезервированных под них портов.

URL	Пояснение	Комментарий
http://example.com:80	Стандартный порт для HTTP-протокола	Можно не указывать порт в браузере. Браузер  подставит порт автоматически
https://example.com:443	Стандартный порт для HTTPS-протокола	Браузер тоже автоматически его подставляет
smtp://example.com:25	Порт для отправки почты (SMTP)
ssh://example.com:22	Порт для SSH-доступа	Например, если хотим из терминала зайти в админку на сайте

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

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

А можно ли поменять стандартный протокол и порт? Например: https://example.com:25

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

Это как если бы вы пришли в бухгалтерию и попросили взвесить 300 грамм докторской колбасы. Причём попросили бы на грузинском. Коммуникация окончилась бы ошибкой.

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

Тут скажем ещё пару слов про протокол, например про HTTP. У каждого протокола есть спецификация, то есть документ, который регламентирует и фиксирует требования к его реализации.

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

А фактическая почтовая служба работает уже на основании закона, то есть воплощает его нормы. С HTTP и спецификацией то же самое. Как и законы, спецификации со временем могут меняться.

Но как это происходит — отдельный большой разговор, мы сейчас не будем заострять на этом внимание. Скажем лишь, что на момент написания этого параграфа текущая версия спецификации для HTTP была RFC 9114.

А ещё скажем, что всё это время мы ходили вокруг огромного слона в комнате, но старательно избегали говорить о нём. Причина простая: вы были не готовы. Зато теперь у вас есть всё необходимое, чтобы его увидеть!

Встречайте: протокол TCP/IP.

Протокол TCP/IP

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

Чтобы понять почему — откатимся в 1960-е. Тогда американское агентство по перспективным исследовательским проектам (ARPA) создавало сеть ARPANET. Финансировало проект Министерство обороны, которому требовался способ передавать чувствительные военные данные между разными учреждениями.

Изначально ARPANET использовала для связи протокол под названием NCP (Network Control Program — программа для сетевого контроля). NCP хорошо работал, но только в пределах одной сети.

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

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

Решение было найдено в 1970-е годы. Учёные Винтон Серф и Роберт Кан разработали набор правил, которые описывали, как должны взаимодействовать устройства из разных сетей, чтобы данные свободно переходили и не терялись по дороге. Этот набор стал известен как TCP/IP (Transmission Control Protocol / Internet Protocol — протокол управления передачей / интернет-протокол).

Первым был разработан и формализован IP. Он решил главную задачу — объединил разные устройства в одну сеть и предложил концепцию адресов (да, те самые IP-адреса). А ещё предложил разбивать данные на пакеты и описал принцип их маршрутизации.

Но, как мы понимаем, мало отправить пакеты. Они могут теряться по дороге и приходить не в том порядке. Для решения этих проблем поверх IP был разработан TCP.

Первые версии TCP/IP были определены в 1974–1976 годах и стандартизированы в конце 1970-х. А 1 января 1983 года сеть ARPANET официально перешла на использование TCP/IP. Этот день считается днём рождения современного интернета.

Изначально Серф и Кан планировали создать один протокол. Но позже они решили разделить ответственность между двумя. Причём оба протокола независимы друг от друга:

• IP отвечает только за доставку пакетов. А что внутри — ему всё равно.
• И точно так же TCP: ему всё равно, как будет доставлен пакет, главное — чтобы был оформлен определённым образом.

Вот почему позже появились другие транспортные протоколы, например UDP, который менее надёжный, чем TCP, но более быстрый. Поэтому он используется для видеостриминга и голосовой связи.

Иллюстрация разделения ответственности — концепция слоёв, которые описывают TCP/IP. Каждый слой независим и получает только необходимую информацию от соседних слоёв.

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

Слой	Средство	Что происходит
Прикладной	Протоколы HTTP, HTTPS, FTP, SMTP	Клиент инициирует связь, данные формируются в формате нужного протокола: HTTP-запрос для веба, письмо (SMTP), файл для передачи (FTP)
Транспортный	Протоколы TCP, UDP	Данные разбиваются на пакеты, каждый пакет нумеруется и подписывается — для какого порта он предназначен
Сетевой	Протокол IP	Добавляются IP-адреса отправителя и получателя, чтобы пакет можно было доставить через интернет
Канальный	Оптоволокно, радиоволны, медные провода	Сетевая карта компьютера / Wi-Fi-модуль / сотовая антенна преобразует пакеты в сигналы и запускает к ближайшему маршрутизатору провайдера

Разумеется, это упрощённая версия. В действительности там гораздо больше нюансов (например, как Wi-Fi-роутер понимает, какое из устройств сети отправило запрос и какому из них вернуть ответ сервера), но мы оставляем их на самостоятельное изучение.

Самое главное: теперь вы видите, что интернет — это именно межсетевое взаимодействие между клиентами и серверами. А как именно оно происходит — через сайт, приложение, почту, игру, — определяет прикладной слой.

И последнее, о чём стоит упомянуть: существует ещё одна модель, которая описывает взаимодействие клиентов и серверов. Она называется OSI. В ней слоёв больше — 7. Но она чисто теоретическая и появилась позже TCP/IP (в 1984 году).

Тем не менее именно OSI привнесла терминологию и логическую структуру, которые теперь используются для объяснения принципов работы TCP/IP и других сетевых технологий.

На этом всё. Давайте коротко подведём итоги, что именно вы узнали.

• Интернет — это сеть сетей. Как общаются устройства в этой сети, определяет протокол TCP/IP.
• Веб (Всемирная паутина, WWW) ≠ интернет. Веб — это одна из сетей в интернете.
• В интернете два типа устройств: клиенты и серверы. Клиенты отправляют запросы, серверы их получают и обрабатывают. И клиенты, и серверы — это компьютеры. Просто одни слабее, а другие мощнее.
• У каждого устройства в сети есть уникальный IP-адрес. Но обычным людям пользоваться ими неудобно. Поэтому в вебе появились домены и специальная справочная сеть (DNS), которая сопоставляет их с IP-адресом.
• Клиенты и серверы обмениваются пакетами. Пакеты путешествуют через маршрутизаторы до правильного адресата. За сборку и отправку пакетов отвечают транспортные протоколы TCP и UDP.
• Кто будет адресатом и как с ним общаться — определяют порты и протоколы прикладного уровня: HTTP, SMTP, FTP и так далее.

Теперь вы знаете, как работает интернет. Это очень хорошая база для понимания многих сфер, связанных с ИТ: фронтенд- и бэкенд-разработки, DevOps, компьютерной безопасности и так далее.

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