Шлюз (gateway) — одно из тех слов в ИТ, которое встречается повсюду: в настройках Wi-Fi, в телефонии, в оплате картой, в корпоративных системах и даже в схемах бизнес-процессов. Но в каждом случае за ним стоит одна и та же идея: соединить разные части системы и помочь им договориться.
Шлюз — это точка перехода между разными сетями, системами или правилами работы.
Разберёмся, как устроены шлюзы, чем отличаются друг от друга и почему один из них может находиться у вас в домашнем роутере, а другой — обслуживать тысячи запросов к искусственному интеллекту. Без лишней магии: максимум понятных аналогий, немного технических деталей и несколько ситуаций из жизни.
- Что такое шлюз
- Предыстория
- Перевод Gateway
- Зачем нужны
- Простыми словами
- Принцип работы. Схема
- Посредник, прокладка, промежуточное звено…
- Виды и применение
- НОВОЕ! Шлюзы для LLM — AI gateway
- Сетевой шлюз
- Основной шлюз в IP-адресации
- Шлюз подсети
- GSM-шлюз
- VoIP-шлюз
- Оплата через шлюз
- Безопасный шлюз
- Шлюзы в нотации BPMN
- Ветвление процесса
- Вариации: параллельный, эксклюзивный, инклюзивный и другие
- Пример
- Зачем нужны шлюзы, если есть API
- Шлюз как «единственная дверь» в корпоративную систему
- Проблема «бутылочного горлышка»
- Чем отличается? Таблица отличий
- Прокси
- ESB-шины
- Брокера сообщений
- MCP сервера
Что такое шлюз
Чтобы понять, что такое шлюз, полезно начать не с аббревиатур, а с его роли. Он принимает данные или запросы с одной стороны, обрабатывает их по заданным правилам и передаёт туда, где они должны оказаться.
Предыстория
Идея шлюза появилась вместе с необходимостью соединять сети и системы, устроенные по-разному. Например, компьютеры одной организации могли работать в локальной сети, а для выхода в другую сеть требовалось устройство, которое знало бы, куда направить данные.
Со временем понятие расширилось. Шлюзами стали называть не только сетевые устройства, но и программные компоненты, которые соединяют веб-сервисы, телефонные сети, платёжные системы, приложения и даже этапы бизнес-процессов.
Перевод Gateway
Английское gateway буквально означает «ворота» или «вход». В ИТ этот образ очень точный: шлюз часто становится контролируемой точкой входа из одной системы в другую.
В русскоязычной технической речи можно встретить варианты «шлюз», «гейтвей» и «gateway». Обычно это названия одного и того же типа компонента, но конкретное значение зависит от контекста. Сетевой шлюз, API-шлюз и платёжный шлюз выполняют разные задачи, хотя все они соединяют стороны и управляют переходом между ними.
Зачем нужны
Две системы не всегда могут напрямую обмениваться данными. У них могут быть разные протоколы, форматы сообщений, требования безопасности и способы идентификации пользователей. Шлюз помогает устранить эти различия или хотя бы аккуратно их обойти.
Чаще всего шлюз нужен, чтобы:
- связать разные сети и передать данные между ними;
- преобразовать протокол или формат — например, принять один вид запроса и отправить другой;
- проверить доступ и отсеять недопустимые запросы;
- скрыть внутреннее устройство системы от внешних пользователей и сервисов;
- собрать несколько операций в одной точке — например, журналирование, ограничение частоты запросов и маршрутизацию.
Простыми словами
Представьте большой бизнес-центр. Посетитель не знает, в каком кабинете работает нужный специалист, и не должен свободно бродить по всем этажам. Он подходит на ресепшен, объясняет цель визита, а сотрудник проверяет запись и направляет его дальше. В этой аналогии ресепшен — шлюз.
В цифровой системе шлюз не просто «передаёт конверт». Он может проверить, кому адресовано сообщение, разрешён ли такой запрос, нужно ли изменить его формат и какой сервис должен ответить. Иногда шлюз ещё и записывает, кто приходил и что запрашивал. Только кофе посетителям обычно не предлагает — хотя некоторые корпоративные порталы уже близки к этому.
Принцип работы. Схема
Общий принцип работы шлюза можно описать как последовательность действий: получить данные, проверить их, при необходимости преобразовать, выбрать направление и переслать дальше. На практике набор шагов зависит от вида шлюза: домашний роутер и платёжная платформа проверяют совсем разные вещи.
Главная функция шлюза — управляемо пропустить данные из одной среды в другую, а не просто механически их переслать.
Упрощённая схема выглядит так:
[Клиент или сеть A] | v [Получение запроса] | v [Проверка и обработка] | v [Выбор маршрута] | v [Сервис или сеть B]
Например, браузер обращается к сайту через API-шлюз. Шлюз проверяет токен доступа, применяет правила ограничения запросов и направляет обращение к нужному внутреннему сервису. Ответ возвращается обратно тем же путём — либо через тот же шлюз, либо по маршруту, предусмотренному архитектурой.
| Этап | Что происходит | Пример |
|---|---|---|
| Получение | Шлюз принимает пакет, запрос или сообщение | Роутер получает данные от ноутбука |
| Проверка | Сверяет адрес, права или формат | API-шлюз проверяет токен |
| Преобразование | Меняет формат или протокол, если нужно | Телефонный шлюз преобразует голосовой поток |
| Маршрутизация | Определяет, куда передать данные | Запрос направляется к сервису заказов |
У простого шлюза эти действия могут занимать доли секунды и быть почти незаметными для пользователя. У сложного корпоративного решения к ним добавляются аутентификация, шифрование, фильтрация, мониторинг, преобразование данных и обработка ошибок.
Посредник, прокладка, промежуточное звено…
Слова «посредник» и «прокладка» иногда звучат так, будто шлюз только мешает. На деле его задача — не добавить лишний этап ради самого этапа, а сделать взаимодействие управляемым. Он становится прослойкой между участниками, чтобы им не приходилось напрямую знать все подробности друг о друге.
Хороший шлюз упрощает систему для её участников, хотя сам внутри может быть довольно сложным.
Допустим, мобильное приложение общается с десятком внутренних сервисов. Без единой точки доступа приложение должно знать адрес каждого сервиса, способ авторизации и особенности каждого API. Со шлюзом оно обращается к понятной внешней точке, а тот уже распределяет запросы внутри системы.
Такая конструкция полезна, пока шлюз надёжно работает и соответствует задачам. Если настроить его неудачно, «удобная прослойка» превратится в дополнительную задержку или единственное место, отказ которого остановит всю систему. Поэтому важны резервирование, мониторинг и чёткие правила обработки запросов.
Виды и применение
Шлюзы встречаются в самых разных областях. Один соединяет компьютер с интернетом, другой — телефонную сеть с корпоративной АТС, третий принимает онлайн-платежи, а четвёртый управляет обращениями к языковым моделям.
Название «шлюз» указывает прежде всего на роль компонента, а не на конкретную технологию. Чтобы понять, что именно делает шлюз, нужно смотреть на контекст: какие системы он соединяет, какие данные принимает и что проверяет.
НОВОЕ! Шлюзы для LLM — AI gateway
AI gateway — промежуточный слой между приложением и одной или несколькими большими языковыми моделями (LLM). Приложение отправляет запрос не напрямую выбранной модели, а через шлюз, который решает, куда именно его передать и какие правила применить.
AI-АГЕНТ / ПРИЛОЖЕНИЕ │ ▼ AI GATEWAY │ ┌────────────────┼────────────────┐ │ │ │ ▼ ▼ ▼ GPT / LLM Claude Локальная LLM │ │ │ └────────────────┼────────────────┘ ▼ РЕЗУЛЬТАТ / ОТВЕТ
В зависимости от реализации такой шлюз может:
- выбирать модель по типу задачи, цене, скорости или доступности;
- хранить и централизованно подставлять ключи доступа;
- ограничивать частоту запросов и расходы команд;
- вести журнал обращений, измерять задержки и подсчитывать потребление токенов;
- применять фильтры к запросам и ответам, например удалять секретные данные;
- переключать запрос на резервную модель, если основная недоступна.
AI gateway помогает сделать работу с моделями контролируемой, измеримой и менее привязанной к одному поставщику.
Например, если приложение использует несколько поставщиков моделей, AI gateway может предоставить ему единый интерфейс. Тогда при смене поставщика не обязательно переписывать все части приложения. Но это не означает, что шлюз автоматически делает модель безопасной или гарантирует правильность ответов: качество результата по-прежнему нужно проверять.
Сетевой шлюз
Сетевой шлюз соединяет разные сети и помогает передавать между ними трафик. В быту чаще всего с ним сталкиваются через роутер: компьютеры и телефоны находятся в домашней локальной сети, а роутер обеспечивает им путь к интернету.
В строгом сетевом смысле шлюз может не только пересылать пакеты, но и выполнять дополнительные функции: фильтровать трафик, применять правила безопасности, транслировать сетевые адреса или соединять сети с разными схемами адресации.
Основной шлюз в IP-адресации
Основной шлюз, или шлюз по умолчанию, — это адрес устройства, которому компьютер передаёт пакеты, если не знает более конкретного маршрута до получателя. Обычно таким устройством является роутер в локальной сети.
ЛОКАЛЬНАЯ СЕТЬ
│
┌─────────┴─────────┐
│ │
▼ ▼
ПК / ПК Сервер
│ │
└─────────┬─────────┘
▼
ОСНОВНОЙ ШЛЮЗ / IP Gateway
│
▼
РОУТЕР
│
▼
ДРУГАЯ СЕТЬ / ИНТЕРНЕТ
Если компьютер отправляет данные устройству в той же локальной подсети, он может связаться с ним напрямую. А если получатель находится где-то за её пределами, пакет отправляется основному шлюзу. Тот дальше выбирает следующий маршрут — примерно как почтовое отделение, которое принимает письмо для другого города.
Компьютер: 192.168.1.25 Маска сети: 255.255.255.0 Основной шлюз: 192.168.1.1 Запрос к 192.168.1.40 → устройство в локальной сети Запрос к 8.8.8.8 → передача через 192.168.1.1
Если основной шлюз указан неправильно или недоступен, локальная сеть может продолжать работать, но доступ к другим сетям — например, к интернету — пропадёт. Поэтому при диагностике сетевых проблем проверяют не только Wi-Fi, но и настройки адреса, маски и шлюза.
Шлюз подсети
Выражение «шлюз подсети» используют в разных значениях. Обычно так называют устройство или адрес, через который трафик из одной подсети выходит в другую. Это может быть маршрутизатор, межсетевой экран или виртуальный сетевой компонент в облачной инфраструктуре.
Подсеть — это часть более крупной IP-сети, выделенная по правилам адресации. Между подсетями часто задают отдельные маршруты и правила доступа: например, серверы могут обращаться к базе данных, а пользовательские компьютеры — только к веб-приложению. Шлюз в такой схеме становится контролируемым переходом между сегментами.
GSM-шлюз
GSM-шлюз соединяет телефонную инфраструктуру с мобильной сетью. Обычно это устройство с SIM-картами, которое позволяет корпоративной АТС совершать вызовы через мобильные каналы или принимать звонки с мобильных номеров.
IP-СЕТЬ / SIP
│
▼
GSM-ШЛЮЗ
│
┌──────────┴──────────┐
│ │
▼ ▼
SIM-карта SIM-карта
│ │
▼ ▼
GSM-сеть GSM-сеть
│ │
└──────────┬──────────┘
▼
МОБИЛЬНЫЙ ТЕЛЕФОН
Такие решения применяют в офисной телефонии, контакт-центрах и системах резервирования связи. При этом использование GSM-шлюзов должно соответствовать условиям операторов связи и местному законодательству: техническая возможность подключения ещё не означает, что любой сценарий разрешён.
VoIP-шлюз
VoIP-шлюз связывает телефонию по IP-сетям с традиционной телефонной инфраструктурой или другими голосовыми системами. Он может преобразовывать сигналы и потоки голоса, чтобы оборудование с разных сторон могло взаимодействовать.
IP-ТЕЛЕФОНИЯ
│
▼
VoIP-ШЛЮЗ
│
┌──────────┴──────────┐
│ │
▼ ▼
SIP Телефонная
/ IP-PBX сеть
│ │
└──────────┬──────────┘
▼
ТЕЛЕФОННЫЙ
ВЫЗОВ
Например, офисная IP-АТС может через такой шлюз звонить на обычные городские номера. Для пользователя вызов выглядит привычно, хотя внутри голос проходит через несколько сетей и может менять формат передачи.
Оплата через шлюз
Платёжный шлюз — программная или программно-аппаратная система, которая помогает интернет-магазину принять платёж. Она передаёт платёжные данные между сайтом, банком, платёжной системой и другими участниками операции.
ПОКУПАТЕЛЬ
│
▼
ИНТЕРНЕТ-МАГАЗИН
│
▼
ПЛАТЁЖНЫЙ ШЛЮЗ
│
┌─────────────┼─────────────┐
│ │ │
▼ ▼ ▼
Банк-эквайер Платёжная Антифрод
система
│ │ │
└─────────────┼─────────────┘
▼
РЕЗУЛЬТАТ ПЛАТЕЖА
│
▼
ИНТЕРНЕТ-МАГАЗИН
Обычно покупатель выбирает способ оплаты, подтверждает действие, после чего шлюз передаёт запрос участникам платёжной цепочки и возвращает магазину результат: операция одобрена, отклонена или требует дополнительного подтверждения. Сам магазин при этом может не хранить полные данные карты, если использует соответствующую интеграцию.
Платёжный шлюз не просто «берёт деньги»: он организует безопасную передачу и обработку платёжного запроса.
Важно различать платёжный шлюз, платёжный агрегатор и банк-эквайер. В бытовой речи эти понятия часто смешивают, но роли у участников могут отличаться: один компонент передаёт данные, другой объединяет способы оплаты, а третий обслуживает приём платежей для продавца.
Безопасный шлюз
Термин «безопасный шлюз» может означать разные решения: шлюз электронной почты, веб-шлюз, шлюз удалённого доступа или сетевой шлюз с функциями межсетевого экрана. Общая идея — контролировать проходящий трафик и снижать риск нежелательных действий.
ПОЛЬЗОВАТЕЛЬ
│
▼
БЕЗОПАСНЫЙ ШЛЮЗ
│
┌──────────────┼──────────────┐
│ │ │
▼ ▼ ▼
Аутентификация Firewall Антивирус /
анализ трафика
│ │ │
└──────────────┼──────────────┘
▼
КОРПОРАТИВНАЯ СЕТЬ
│
┌─────────────┼─────────────┐
▼ ▼ ▼
Сервер CRM ERP
Например, почтовый шлюз может выявлять спам и опасные вложения, а веб-шлюз — ограничивать доступ к вредоносным сайтам или проверять скачиваемые файлы. Однако шлюз безопасности не заменяет все остальные меры защиты. Нужны также обновления, резервное копирование, надёжная аутентификация и обучение пользователей — даже самый умный фильтр не всегда спасает от письма «срочно откройте этот файл, это точно не вирус».
| Тип шлюза | Что соединяет | Типичная задача |
|---|---|---|
| Сетевой | Локальную сеть и другие сети | Маршрутизация трафика |
| AI gateway | Приложение и языковые модели | Выбор модели, контроль запросов и расходов |
| GSM- или VoIP-шлюз | Разные телефонные сети | Передача голосовых вызовов |
| Платёжный | Магазин и платёжную инфраструктуру | Обработка платежного запроса |
| Шлюз безопасности | Пользователей, сети и внешние ресурсы | Проверка и фильтрация трафика |
Шлюзы в нотации BPMN
В BPMN — нотации для описания бизнес-процессов — шлюз показывает, как процесс управляет потоком работ. Здесь он не передаёт сетевые пакеты и не связывает компьютер с интернетом. Он определяет, куда пойдёт процесс дальше: по одной ветке, сразу по нескольким или после объединения параллельных шагов.
В BPMN шлюз управляет потоком процесса, а не потоком данных в сети.
На диаграммах шлюзы обычно изображают ромбом. Внутри или рядом с ромбом может быть маркер, который уточняет тип поведения. Благодаря этому схема становится понятнее: видно, где принимается решение, какие действия выполняются одновременно и при каких условиях ветки объединяются.
Ветвление процесса
Представим процесс обработки заказа. После оформления система проверяет наличие товара. Если товар есть, заказ передают на сборку; если нет — клиента уведомляют о задержке или отмене. Точка проверки и выбора дальнейшего пути на схеме может быть показана шлюзом.
ОФОРМЛЕНИЕ ЗАКАЗА
│
▼
ПРОВЕРКА НАЛИЧИЯ ТОВАРА
│
▼
┌───────────────┐
│ ШЛЮЗ │
│ Товар есть? │
└───────┬───────┘
┌───────┴───────┐
ДА│ │НЕТ
▼ ▼
ПЕРЕДАТЬ ЗАКАЗ УВЕДОМИТЬ
НА СБОРКУ КЛИЕНТА
│ ┌────┴────┐
▼ ▼ ▼
СБОРКА ЗАДЕРЖКА ОТМЕНА
Шлюзы применяют и для других ситуаций: согласования заявки, выбора способа доставки, проверки лимита расходов, параллельного запуска задач или объединения результатов нескольких подразделений. Чем яснее на диаграмме показаны условия, тем меньше шансов, что участники процесса поймут её по-разному.
Вариации: параллельный, эксклюзивный, инклюзивный и другие
Основные типы шлюзов отличаются тем, сколько веток процесса можно выбрать и как они взаимодействуют. В BPMN важно смотреть не только на рисунок, но и на правила конкретного типа шлюза.
- Эксклюзивный шлюз выбирает ровно один путь из нескольких — например, «одобрить» или «отклонить».
- Инклюзивный шлюз может запустить одну или сразу несколько веток, если подходят соответствующие условия.
- Параллельный шлюз запускает все исходящие ветки, не выбирая между ними. При объединении он может ждать завершения всех нужных веток.
- Событийный шлюз направляет процесс по пути в зависимости от того, какое событие произойдёт первым, например придёт ответ или истечёт таймер.
- Сложный шлюз помогает описать нестандартную логику, когда простых правил выбора недостаточно.
Параллельный шлюз — это не «выбрать ветку быстрее», а «выполнить несколько веток одновременно». Эксклюзивный, наоборот, обычно пропускает процесс только по одному подходящему пути. Если перепутать их при моделировании, диаграмма может изображать процесс, который в жизни никогда не работал именно так.
Пример
Пусть после оформления заказа нужно проверить адрес и оплату. Эти проверки можно запустить параллельно: одна подтверждает корректность адреса, другая — статус платежа. Затем процесс ждёт результаты обеих проверок и решает, отправлять ли заказ дальше.
Заказ оформлен
|
v
[Параллельный шлюз]
/ \
Проверить Проверить
адрес оплату
| |
[Объединение результатов]
|
Все проверки успешны?
/ \
Да Нет
| |
Сборка Уточнение данных
заказа или отмена
Здесь параллельный шлюз подходит потому, что проверки могут идти одновременно. А решение «продолжить или остановить» можно представить отдельным эксклюзивным шлюзом. Так диаграмма показывает не только порядок действий, но и смысл выбора.
Зачем нужны шлюзы, если есть API
API — это интерфейс, через который программы взаимодействуют друг с другом. Шлюз же — компонент, который может предоставлять API, принимать запросы к API или управлять их маршрутизацией. Это не взаимоисключающие понятия: API описывает способ взаимодействия, а шлюз — возможную точку управления этим взаимодействием.
API отвечает на вопрос «как обратиться к системе», а шлюз часто отвечает на вопрос «куда направить запрос и какие правила применить».
Например, внутренний сервис предоставляет API для получения информации о заказе. API-шлюз может быть единой внешней точкой, которая проверяет авторизацию, ограничивает частоту запросов, выбирает нужный сервис и записывает технические события. Сам API сервиса при этом никуда не исчезает.
Если систем немного, нагрузка небольшая, а требования к контролю простые, отдельный шлюз может быть не нужен. Но в крупной системе единый шлюз помогает не дублировать одни и те же функции во множестве приложений. Главное — не превращать его в обязательный этап для каждой мелочи без понятной причины.
Шлюз как «единственная дверь» в корпоративную систему
В корпоративной архитектуре шлюз часто становится единой точкой входа для внешних пользователей, мобильных приложений и партнёров. Вместо того чтобы открывать доступ напрямую к каждому внутреннему сервису, организация предоставляет ограниченный и контролируемый путь через шлюз.
Принцип «единственной двери» помогает централизовать доступ и правила взаимодействия, но требует резервирования этой двери.
Через такую точку можно проверять учётные данные, выдавать доступ к нужным ресурсам, скрывать внутренние адреса сервисов, вести аудит запросов и ограничивать подозрительную активность. Пользователь видит стабильный внешний интерфейс, даже если внутренние компоненты со временем меняются.
У подхода есть и ограничения. Если шлюз сломался, перегружен или настроен неверно, может пострадать сразу много приложений. Поэтому в серьёзных системах предусматривают несколько экземпляров шлюза, балансировку нагрузки, мониторинг, резервные маршруты и план восстановления после сбоя.
Проблема «бутылочного горлышка»
«Бутылочным горлышком» называют компонент, который ограничивает производительность всей системы. Шлюз может стать таким узким местом, если через него проходит слишком много запросов, а ресурсов или экземпляров недостаточно. Тогда даже быстрые внутренние сервисы будут ждать, пока очередь доберётся до шлюза.
Чем больше критичных операций проходит через один шлюз, тем важнее заранее продумать его производительность и отказоустойчивость.
Проблема может проявляться в увеличении времени ответа, тайм-аутах, перегрузке процессора или росте очередей. Иногда причина не в недостаточной мощности, а в тяжёлых проверках, неудачных правилах маршрутизации, слишком подробном журналировании или медленном внешнем сервисе, от которого зависит шлюз.
Снизить риск помогают горизонтальное масштабирование, балансировка нагрузки, кэширование там, где оно безопасно, ограничение чрезмерных запросов, очереди и резервные экземпляры. Но сначала нужно измерить систему: без метрик легко «ускорять» не тот компонент. Для шлюза обычно отслеживают задержки, число запросов, ошибки, размер очередей и доступность зависимых сервисов.
Чем отличается? Таблица отличий
Термины «шлюз», «прокси», «шина» и «брокер» часто используют рядом, потому что эти компоненты могут участвовать в обмене данными. Однако их назначение различается. В конкретной архитектуре функции могут пересекаться: одно программное решение иногда умеет быть и прокси, и шлюзом, и маршрутизатором.
Сравнивать лучше не названия продуктов, а основные обязанности компонента. Важно спросить: он принимает запросы или сообщения? Управляет доступом? Преобразует протокол? Пересылает данные сразу или ставит их в очередь? От ответов зависит, какое понятие точнее описывает роль решения.
| Компонент | Основная роль | Типичный сценарий |
|---|---|---|
| Шлюз | Контролирует переход между системами или сетями | Единый вход к набору сервисов |
| Прокси | Действует от имени клиента или сервера, пересылая запросы | Кэширование или сокрытие внутреннего сервера |
| ESB-шина | Обеспечивает интеграцию множества корпоративных систем | Обмен сообщениями между приложениями предприятия |
| Брокер сообщений | Принимает сообщения и доставляет их подписчикам | Асинхронная обработка событий и заданий |
| MCP-сервер | Предоставляет ИИ-клиенту инструменты и контекст по протоколу MCP | Доступ модели к разрешённым данным и функциям |
Прокси
Прокси — посредник, который передаёт запросы между клиентом и сервером. Прямой прокси обычно работает на стороне клиента и выходит в интернет от его имени; обратный прокси располагается перед серверами и принимает запросы для них.
Шлюз нередко использует проксирование, но может выполнять и более широкий набор задач: проверять права, менять форматы, применять бизнес-правила или маршрутизировать запросы в разные системы. Поэтому фраза «это прокси» описывает способ передачи, а «это шлюз» часто подчёркивает роль контролируемого перехода.
ESB-шины
ESB (Enterprise Service Bus) — корпоративная интеграционная шина. Она помогает связывать множество приложений и сервисов, передавать между ними сообщения и иногда преобразовывать данные или координировать взаимодействие.
Шлюз обычно сосредоточен на контроле определённой границы или точки входа, а ESB — на интеграции систем внутри организации. Но эти роли могут пересекаться: в конкретном проекте отдельные функции шины выполняет интеграционный шлюз или наоборот.
Брокера сообщений
Брокер сообщений принимает сообщения от отправителей и доставляет их получателям. Часто обмен происходит асинхронно: отправителю не нужно ждать, пока получатель обработает сообщение. Это полезно, например, когда сервис заказов передаёт событие о покупке в системы доставки, аналитики и уведомлений.
Шлюз чаще обрабатывает запрос в момент обращения и помогает выбрать путь или проверить доступ. Брокер же отвечает за передачу и доставку сообщений, часто с очередями, подтверждениями и повторными попытками. В сложной системе шлюз и брокер могут работать вместе: шлюз принимает внешний запрос, а затем передаёт задачу брокеру.
MCP сервера
MCP — протокол, с помощью которого ИИ-приложение может получать доступ к инструментам и контексту, предоставляемым внешними компонентами. MCP-сервер публикует доступные ресурсы или действия, например поиск по базе знаний, чтение разрешённых файлов либо вызов бизнес-функции.
MCP-сервер не является шлюзом автоматически: его основная роль — предоставлять инструменты и контекст по правилам протокола. Но в системе он может находиться за AI gateway или API-шлюзом, который дополнительно управляет аутентификацией, журналированием, ограничениями и маршрутизацией. Проще говоря, MCP-сервер отвечает на вопрос «какие инструменты доступны модели?», а шлюз может контролировать, «кто, когда и на каких условиях к ним обращается».
Итак, шлюз — не одна конкретная коробка и не универсальное название для любого посредника. Это роль, которую компонент выполняет на границе между системами: принимает поток, применяет правила и помогает ему попасть в нужное место. Поняв, что именно шлюз соединяет и какие решения принимает, уже гораздо проще разобраться в сетевых настройках, интеграциях, телефонии, оплате и современных AI-сервисах.