Почему ваш микросервис всегда чувствует, что что-то не так?

Звучит знакомо, правда? Многие команды были очень воодушевлены, когда начали разделять сервисы, полагая, что обслуживание и обновления в будущем станут гораздо более гибкими. Но по мере использования вы обнаружите, что сервисы независимы, но «коммуникация» между ними беспорядочна. Откуда приходят запросы, куда они уходят, кто приходит первым, что делать, если что-то пойдет не так — эти вещи вдруг становятся тривиальными проблемами, с которыми приходится сталкиваться каждый день.

Чего не хватает?

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

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

Но как сделать выбор, когда на рынке так много вариантов? Как выглядит надежный шлюз?

Хороший шлюз должен выполнять всю работу тихо.

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

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

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

Дорога, по которой мы проехали, может дать вам некоторую информацию.

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

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

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

Итак, как ты это делаешь?

Во время одного из разговоров клиент спросил: «В чем разница между вашим шлюзом и нашей собственной конфигурацией Nginx?»

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

Будьте практичны

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

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

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

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