Событийно-ориентированная архитектура против микросервисов

Хорошо, давайте перейдем к чему-то реальному.

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

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

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

Итак, чем это лучше, чем микросервисы? Не совсем «лучше». Это другое. Микросервисы организуют функции; управляемый событиями организует моменты.

Зачем беспокоиться, если вы имеете дело с машинами?

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

Это отзывчивость. Это тоже эффективность.

Но разве это не становится грязным?

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

Вот небольшая атмосфера вопросов и ответов, которая не похожа на руководство:

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

Вопрос: Усложнит ли это отладку? Ответ: Это меняет задачу. Вместо отслеживания линейного пути вы отслеживаете потоки событий. Хорошие инструменты ведения журнала станут вашим лучшим другом.

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

Гдемощностьвписывается в картинку

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

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

Итак, какой вывод?

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

Остальное — просто повторение и, возможно, общение с кем-то, кто уже прошел этот путь.

Стройте с умом, двигайтесь с умом. Это настоящее переключение передач.

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