Spring Integration, EIP и Messaging | OTUS
⚡ Подписка на курсы OTUS!
Интенсивная прокачка навыков для IT-специалистов!
Подробнее

Курсы

Программирование
Backend-разработчик на PHP Алгоритмы и структуры данных Team Lead Архитектура и шаблоны проектирования Разработчик IoT C# Developer. Professional HTML/CSS
-11%
C# ASP.NET Core разработчик
-5%
Kotlin Backend Developer
-8%
iOS Developer. Professional
-8%
Symfony Framework Unity Game Developer. Basic JavaScript Developer. Professional Android Developer. Basic JavaScript Developer. Basic Java Developer. Professional Highload Architect Reverse-Engineering. Professional Java Developer. Basic Web-разработчик на Python Framework Laravel Cloud Solution Architecture Vue.js разработчик Интенсив «Оптимизация в Java» Супер - интенсив по паттернам проектирования Супер - интенсив по Kubernetes Супер-интенсив "Tarantool" PHP Developer. Basic
Инфраструктура
Мониторинг и логирование: Zabbix, Prometheus, ELK Administrator Linux. Professional Дизайн сетей ЦОД Разработчик IoT PostgreSQL Экспресс-курс "Версионирование и командная работа с помощью Git"
-30%
Microservice Architecture Highload Architect MS SQL Server Developer Разработчик программных роботов (RPA) на базе UiPath и PIX Разработчик голосовых ассистентов и чат-ботов Administrator Linux. Advanced Infrastructure as a code Супер-практикум по использованию и настройке GIT Administrator Linux.Basic Экспресс-курс «IaC Ansible» Экспресс-курс «CI/CD или Непрерывная поставка с Docker и Kubernetes» Основы Windows Server
Корпоративные курсы
Безопасность веб-приложений IT-Recruiter Дизайн сетей ЦОД Компьютерное зрение Разработчик IoT Вебинар CERTIPORT Machine Learning. Professional
-6%
NoSQL Пентест. Практика тестирования на проникновение Java QA Engineer. Базовый курс Руководитель поддержки пользователей в IT
-8%
SRE практики и инструменты Cloud Solution Architecture Внедрение и работа в DevSecOps Супер-практикум по работе с протоколом BGP Infrastructure as a code Супер-практикум по использованию и настройке GIT Промышленный ML на больших данных Экспресс-курс «CI/CD или Непрерывная поставка с Docker и Kubernetes» BPMN: Моделирование бизнес-процессов Основы Windows Server
Специализации Курсы в разработке Подготовительные курсы
+7 499 938-92-02

Spring Integration, EIP и Messaging

SpringDeep_06.06_Site.png

Spring Integration – очень специфичный проект Spring. По своей сути он содержит в себе реализацию так называемых Enterprise Integration Patterns (EIP) и различные способы их настройки, включая свой собственный Java-DSL.

Чтобы разобраться, что такое Spring Integration и EIP, необходимо понять, какую проблему они решают. Представим, что у нас есть огромное приложение, написанное в классическом стиле Spring с применением IoC-контейнера:

class PersonService {
    // на самом деле куча зависимостей
    private ServiceDependency0 dependency0;
    private ServiceDependency1 dependency1;

    // и параметров конструктора тоже много
    public PersonService(ServiceDependency dependency0, ...) {
        this.dependency0 = dependency0;
    }

    public void processPerson(Person person) {
        // и это далеко не единственные вызовы
        this.dependency0.doOtherProcessing(person);
        this.dependency1.doOtherProcessing(person);
    }
}

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

    public void processPerson(Person person) {
        this.dependency1.doOtherProcessing(person);
        this.dependency0.doOtherProcessing(person);
    }
}

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

И это далеко не единственные проблемы связанности этих сервисов, и простым способом их не решить.

Что за способ поможет?

Решением может являться так называемый Messaging. Организуем наш код не императивными вызовами методов, а как обработку сообщений, которые ходят по специальным каналам. Тогда наши сервисы будут выглядеть примерно так (в действительности сервис можно не переписывать):

public class ServiceDependencyN {
    // нет смысла делать зависимости от множества сервисов
    // сервис отвечает только за один конкретный шаг
    public ServiceDependencyN() { }

    public Message<Person> processPerson(Message<Person> person) {
        // какой-то шаг обработки
    }
}

Обратите внимание, что метод принимает некое сообщение, содержащее Person, и возвращает новое сообщение. Сервис стал проще, и организовать такой код воедино становится тоже проще. Действительно, нужно просто организовать канал, по которому будут ходить сообщения Message<Person>, проходя все этапы обработки в независимых (!) сервисах.

Но тут возникает несколько вопросов: – А откуда сообщения будут поступать в канал? – А как они будут «выходить» из канала? – Сообщения обрабатываются в отдельных потоках? – Канал представляет собой очередь или что-то вроде topic-а в JMS? – Если очередь, то она с буфером?

Ответом на этот вопросы как раз и служат различные Enterprise Integration Patterns, которые содержат не только большое число различных потоков, но и всевозможные Splitter и Aggregators (позволяющие параллельно обрабатывать batch-и), фильтры, задержки и другие полезные компоненты обработки.

А Spring Integration предназначен для того, чтобы не писать их реализацию самостоятельно и просто интегрировать их в существующее огромное Spring-приложение.

Остались вопросы? Спросите в комментариях!

Не пропустите новые полезные статьи!

Спасибо за подписку!

Мы отправили вам письмо для подтверждения вашего email.
С уважением, OTUS!

Автор
2 комментария
0

ServiceDependency1, ..ServiceDependencyN вместо одного PersonService (в смысле PersonService вообще исчезает)?

0

Как часто приходилось реально использовать или есть информация о применении? По ощущениям, глобально, когда к балу присоединяется camunda и же с ними, то EIP на Spring integration начинает смотреться - чтобы было и чаще свои велосипеды пишут ) буду рад оказаться не правым )

Для комментирования необходимо авторизоваться