Иерархия и классификация технологий интеграции

• Дата: 28 мая, четверг, 18:00 мск
• Спикер: Андрей Бураков, Tech Product Manager

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

В формате диалога разберем:

• Иерархию сетевых протоколов и модель OSI
• Протоколы TCP, UDP, TLS
• Работу HTTP/1, HTTP/2, HTTP/3, Websockets
• Уровни зрелости REST API
• RPC-style API: SOAP, JSON-RPC, GraphQL
• Message Brokers

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

📄️Сетевые протоколы и модель OSI

Image

📄️Транспортный уровень — TCP и UDP

Транспортный уровень (уровень 4 модели OSI) отвечает за передачу данных между приложениями на разных узлах сети. Два основных протокола этого уровня — UDP и TCP — предлагают принципиально разные модели доставки.

📄️TLS, SSL и защищённые соединения

Протоколы безопасности TLS (Transport Layer Security) и его предшественник SSL (Secure Sockets Layer) занимают промежуточное положение между транспортным (4) и прикладным (7) уровнями модели OSI. Они обеспечивают шифрование трафика и аутентификацию сторон.

📄️HTTP: от версии 1.1 до HTTP/3

HTTP (HyperText Transfer Protocol) — главный протокол прикладного уровня (уровень 7 модели OSI), на котором построена работа веба. За свою историю он прошёл несколько версий, каждая из которых решала ограничения предыдущей.

📄️WebSocket и SSE

WebSocket и SSE (Server-Sent Events) — это протоколы прикладного уровня (уровень 7 модели OSI), которые обеспечивают режим реального времени в вебе. Они решают фундаментальное ограничение классического HTTP: невозможность для сервера самостоятельно инициировать отправку данных клиенту.

📄️REST API и модель зрелости Ричардсона

Два стиля API

📄️Текстовые RPC: JSON-RPC, SOAP, GraphQL

RPC-стиль API

📄️Бинарный RPC: gRPC

gRPC — это бинарный RPC-фреймворк, разработанный Google. В отличие от текстовых RPC (JSON-RPC, SOAP, GraphQL), gRPC использует бинарный формат и работает строго поверх HTTP/2 (который, в свою очередь, работает поверх TCP).

📄️Брокеры сообщений

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