Когда микросервисы начинают «общаться»: чем занят ваш шлюз API?

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

В это время вам нужны «переводчик» и «диспетчер». Это шлюз API.

Gateway: Не швейцар, скорее обычный менеджер по работе с клиентами в кафе.

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

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

Почему бы не использовать прямое соединение? Потому что «пробки» раздражают

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

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

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

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

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

2. Маршрутизация и трансляция Шлюз знает, что «кривая отклика» принадлежит модулю динамического анализа, а «данные загрузки» должны найти другой сервис. Он разбивает запрос на несколько частей и отправляет их на языке, понятном соответствующему сервису. В течение этого периода он также может добавить некоторые параметры по умолчанию, напримермощностьЧасто используемые конфигурации тестовой среды.

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

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

Облегчает ли это жизнь?

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

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

Но при выборе шлюзового решения необходимо обращать внимание на детали.

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

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

Итак, вернемся к первоначальному вопросу…

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

Это не просто технический компонент, а скорее уровень дизайна, который делает технологию «внимательной». В Kpower такая конструкция часто спрятана в самых незаметных местах, но делает диалог всей системы понятным и эффективным.

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

Основанная в 2005 году, компания Kpower занимается профессиональным производителем компактных приводов со штаб-квартирой в Дунгуане, провинция Гуандун, Китай. Используя инновации в модульной технологии привода, Kpower объединяет высокопроизводительные двигатели, прецизионные редукторы и многопротокольные системы управления, чтобы предоставить эффективные и индивидуальные решения для интеллектуальных систем привода. Kpower предоставила профессиональные решения в области приводных систем более чем 500 корпоративным клиентам по всему миру, предлагая продукты, охватывающие различные области, такие как системы «умный дом», автоматическая электроника, робототехника, точное земледелие, дроны и промышленная автоматизация.