Как работает интернет и веб-сервисы

TCP/IP vs OSI: разбираемся в моделях сетевых протоколов

Представьте интернет как огромную транспортную систему — чтобы всё работало слаженно, нужны чёткие правила движения. В цифровом мире такие «правила дорожного движения» задают сетевые модели — OSI и TCP/IP. Давайте разберёмся, чем они отличаются и почему именно TCP/IP стал «языком» современного интернета.

Две модели — два подхода

Модель OSI (Open Systems Interconnection)

Это «академический эталон» сетевых взаимодействий, разработанный ISO и опубликованный в 1984 году. Её фишка — детализация: 7 уровней, каждый из которых отвечает за свой участок работы:

1. Физический — передача битов по проводам/радио.
2. Канальный — надёжность в локальной сети.
3. Сетевой — маршрутизация между сетями.
4. Транспортный — контроль доставки данных.
5. Сеансовый — управление диалогом устройств.
6. Представления — преобразование данных (например, кодировка).
7. Прикладной — взаимодействие с приложениями.

Плюсы:

• идеально для изучения — понятно раскладывает процесс по полочкам;
• помогает локализовать проблемы на конкретном уровне.

Минус: слишком теоретическая — в реальных сетях протоколы часто «перепрыгивают» через несколько уровней OSI.

Модель TCP/IP

Это «практик», который появился раньше OSI — ещё в конце 1960‑х для ARPANET (прототипа интернета). Её сила — в простоте: всего 4 уровня:

1. Канальный (Link) — физическая передача (Ethernet, Wi‑Fi).
2. Сетевой (Internet) — маршрутизация (IP, ICMP).
3. Транспортный (Transport) — надёжность/скорость (TCP, UDP).
4. Прикладной (Application) — работа приложений (HTTP, SMTP, DNS).

Почему TCP/IP победил?

• Реализованность: создавался для реальных задач, а не для теории.
• Гибкость: легко адаптируется под новые технологии.
• Эффективность: меньше «лишних» уровней = быстрее работа.

Интересный факт: TCP/IP — это не один протокол, а стек (набор). Название объединяет два ключевых:

• TCP (Transmission Control Protocol) — гарантирует доставку данных;
• IP (Internet Protocol) — отвечает за адресацию и маршрутизацию.

TCP vs UDP: когда что использовать?

На транспортном уровне TCP/IP «выбирает» между двумя стратегиями:

TCP — надёжность превыше всего

Как работает:

• устанавливает соединение («тройное рукопожатие»);
• нумерует пакеты и ждёт подтверждений;
• повторно отправляет потерянные фрагменты.

Где применяется:

• веб (HTTP/HTTPS);
• почта (SMTP, POP3, IMAP);
• файловые передачи (FTP);
• защищённые соединения (SSH).

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

UDP — скорость на первом месте

Как работает:

• отправляет данные без подтверждений;
• не контролирует порядок пакетов;
• минимизирует задержки.

Где применяется:

• видео‑ и аудиозвонки (VoIP);
• онлайн‑игры;
• DNS‑запросы (преобразование доменов в IP‑адреса).

Пример: в онлайн‑игре важнее мгновенно увидеть действие противника, чем ждать «идеальной» доставки пакета.

Кто за что отвечает в сети?

Разберём, какие устройства работают на разных уровнях TCP/IP:

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

Устройства: компьютеры, смартфоны, серверы.
Что делают:

• формируют данные для передачи (например, HTTP‑запрос от браузера);
• обрабатывают входящие данные (письмо в почтовом клиенте);
• используют порты для «адресации» внутри устройства (порт 80 для HTTP, 443 для HTTPS).

Термин «хост» — любое устройство в сети (ПК, сервер, телефон), которое отправляет или принимает данные.

Канальный и сетевой уровни

Устройства: коммутаторы, маршрутизаторы, модемы.
Что делают:

• передают сигналы по кабелю/воздуху;
• определяют маршрут по IP‑адресам;
• упаковывают данные в кадры с MAC‑адресами.

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

Почему это важно знать?

Понимание TCP/IP помогает:

• Разбираться в проблемах: если сайт не загружается, можно проверить, где «рвётся» цепочка (DNS, маршрутизация, порт и т. д.).
• Выбирать технологии: для чата подойдёт UDP, для банковского приложения — TCP.
• Говорить на одном языке с IT‑специалистами: термины вроде «порт», «маршрутизатор», «пакет» перестают быть загадкой.

Итог:

• OSI — отличная «учебная модель», но TCP/IP — реальный двигатель интернета.
• TCP гарантирует доставку, UDP — скорость.
• Каждый уровень TCP/IP решает свою задачу: от физического сигнала до работы приложений.

Рассмотрим как происходит передача данных между устройствами:

Таким образом работает протокол TCP/IP

Что такое веб‑сервис: чёткое определение и примеры

Строгое техническое определение

Веб‑сервис — это программный компонент, который:

• работает на удалённом сервере;
• взаимодействует с другими программами (сервисами, приложениями) через интернет;
• использует стандартизированные протоколы обмена данными (чаще всего HTTP/HTTPS);
• предоставляет чётко определённый интерфейс (API) для вызова своих функций.

Ключевая особенность: веб‑сервис не ориентирован напрямую на пользователя — он «разговаривает» с другими программами, а не с людьми.

Как это работает

1. Клиентское приложение (например, мобильное или веб‑приложение) отправляет запрос к API веб‑сервиса.
2. Веб‑сервис обрабатывает запрос, выполняет нужную операцию (получает данные, проводит расчёт и т. п.).
3. Сервис возвращает ответ в структурированном формате (обычно JSON или XML).
4. Клиентское приложение использует полученные данные для своих задач.

Примеры веб‑сервисов (в строгом смысле)

• OpenWeatherMap (openweathermap.org) — предоставляет API для получения текущих данных о погоде, прогнозов и исторических сведений.
• Google Maps API (developers.google.com/maps) — позволяет встраивать карты, геокодирование, маршрутизацию в сторонние приложения.
• Stripe API — сервис для обработки онлайн‑платежей, который интегрируется в интернет‑магазины.
• Twilio API — даёт возможность отправлять SMS, совершать звонки, работать с голосовыми сообщениями через программный интерфейс.

Пример использования:
Ваше приложение запрашивает у Google Maps API координаты адреса, получает ответ в JSON, передаёт данные компоненту отрисовки — и пользователь видит карту с меткой.

Веб‑сервис vs веб‑приложение: в чём разница?

Иногда термин «веб‑сервис» используют расширительно, подразумевая любое онлайн‑приложение с функционалом (не только статический сайт). В этом смысле к веб‑сервисам относят:

• YouTube — платформа для загрузки и просмотра видео;
• Amazon — интернет‑магазин с множеством сервисов;
• Facebook — социальная сеть с функциями общения, публикаций, рекламы и т. д.

Но! В техническом контексте такие ресурсы — это веб‑приложения, а не веб‑сервисы. Они:

• ориентированы на конечного пользователя;
• имеют полноценный UI/UX;
• объединяют множество сервисов внутри себя.

Архитектура: где живёт веб‑сервис

Веб‑сервис — это часть клиент‑серверной архитектуры, где:

• Клиент (браузер, мобильное приложение, другое ПО) отправляет запросы.
• Веб‑сервис (на сервере) обрабатывает запросы и возвращает данные.
• Дополнительные сервисы (базы данных, кэши, другие API) могут быть задействованы на стороне сервера.

Важно:

• Фронтенд (клиентская часть) и бэкенд (серверная часть, включая веб‑сервисы) часто развёртываются отдельно.
• Веб‑сервис может вызывать другие веб‑сервисы — так строится микросервисная архитектура.

Зачем нужны веб‑сервисы

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

Краткий итог

• В строгом смысле веб‑сервис — это программный компонент с API для межпрограммного взаимодействия.
• В широком смысле термин иногда применяют к любым функциональным онлайн‑сервисам (но это не совсем точно).
• Ключевое отличие от веб‑приложения: веб‑сервис работает «за кулисами», обслуживая другие программы, а не пользователей напрямую.

Чтобы понять, как работают интернет‑сервисы, нужно разобраться в трёх ключевых понятиях: URL, порты и сокеты. Рассмотрим их по порядку.

1. Что такое URL и как он устроен

URL (Uniform Resource Locator) — это адрес ресурса в интернете. Им может быть сайт, картинка, API‑сервис и т. д.

Структура URL (на примере https://www.example.com:8080/path/to/resource?query=param#section):

• Схема (Scheme): https — протокол доступа к ресурсу. Определяет, как клиент будет взаимодействовать с сервером.
  • http — незашифрованный протокол (стандартный порт 80).
  • https — защищённая версия (стандартный порт 443).
• Хост (Host): www.example.com — доменное имя сервера. Может быть заменено на IP‑адрес, но обычно используется DNS для автоматического преобразования домена в IP.
• Порт (Port): :8080 — номер порта на сервере. Необязательный элемент; если не указан, используется стандартный порт для схемы (80 для HTTP, 443 для HTTPS).
• Путь (Path): /path/to/resource — путь к конкретному файлу или директории на сервере.
• Параметры (Query): ?query=param — дополнительные данные, передаваемые на сервер. Несколько параметров разделяются символом & (например, ?a=1&b=2).
• Фрагмент (Fragment): #section — якорь внутри документа (указывает на конкретный раздел страницы).

Пример с аутентификацией:
https://user:password@example.org:2121/files?search=report#results
Здесь user:password — логин и пароль для доступа к ресурсу.

2. Что такое порт

Порт — это числовой идентификатор (от 0 до 65 535), который определяет, куда на сервере/клиенте должны быть доставлены данные.

Ключевые особенности:

• Порт работает на транспортном уровне (TCP/UDP).
• Вместе с IP‑адресом он образует «адрес» для конкретной программы или сервиса.
• Аналогия: IP‑адрес — это номер дома, порт — номер квартиры в этом доме.

Стандартные порты:

• 80/TCP — для HTTP.
• 443/TCP — для HTTPS.
• 21/TCP — для FTP.
• 25/TCP — для SMTP (электронная почта).

Важно:

• Можно использовать любой порт, но нестандартизированные номера могут вызвать проблемы с межсерверным взаимодействием.
• Программы «слушают» определённые порты для приёма данных (например, браузер — порты 80 и 443).

3. Что такое сокет

Сокет — это комбинация IP‑адреса и порта, которая однозначно определяет конечную точку сетевого соединения.

Формат:
IP:PORT (например, 127.0.0.1:65000).

Как это работает:

1. Клиент отправляет запрос на сервер по IP‑адресу и порту.
2. Сервер «принимает» соединение через сокет и обрабатывает запрос.
3. Ответ возвращается клиенту через тот же сокет.

Примеры сокетов:

• 192.168.1.100:80 — HTTP‑сервер на локальном устройстве.
• 93.184.216.34:443 — HTTPS‑сервер (например, сайт example.com).

Итоговая схема URL (обобщение)

<схема>://<логин>:<пароль>@<хост>:<порт>/<путь>?<параметры>#<фрагмент>

Где:

• <схема> — протокол (http, https и др.).
• <логин>:<пароль> — аутентификационные данные (опционально).
• <хост> — домен или IP‑адрес.
• <порт> — номер порта (опционально, по умолчанию зависит от схемы).
• <путь> — путь к ресурсу на сервере.
• <параметры> — дополнительные данные (разделяются &).
• <фрагмент> — якорь внутри страницы.

Вывод:

• URL — это «адрес» ресурса в сети.
• Порт — «номер квартиры» для конкретного сервиса на сервере.
• Сокет — пара IP:PORT, которая обеспечивает доставку данных между клиентом и сервером.