Історичний проєкт Elovit. Обсяг і результат стосуються початкової роботи та не означають, що замовник є клієнтом Lira.

← Реалізовані проєкти

03 / Інтеграції

Інтеграція BAS із брокером повідомлень RabbitMQ

Відправлення, читання, обробка вхідної черги та повторне надсилання пакетів — у власних обробках BAS.

RabbitMQREST APIЧергиПовторне надсилання
Обговорити архітектуру обміну ↗

Концептуальна ілюстрація. Склад даних і напрямки наведено у схемі взаємодії.

Задача

BAS × RabbitMQ

Потрібно організувати взаємодію BAS із зовнішніми системами через брокер повідомлень і виділити повторне відправлення в окремий сценарій.

Схема взаємодії

BAS × RabbitMQ

BASКомпоненти та напрямки даних у виконаній розробці.вихідне повідомленнявихідне повідомленнявихіднеповідомленнявхідні повідомленнявхідні повідомленнявхідніповідомленняотримання повідомленняотримання повідомленняотриманняповідомленнявідповідь або данівідповідь або данівідповідь абоданівідібрані пакетивідібрані пакетивідібраніпакетиповторна передачаповторна передачаповторнапередачаBASBASBAS1RabbitMQRabbitMQRabbitMQ2Зовнішня системаЗовнішня системаЗовнішнясистема3Повторне надсиланняПовторне надсиланняПовторненадсилання4BASКомпоненти та напрямки даних у виконаній розробці.вихідне повідомлення1вхідні повідомлення2отримання повідомлення3відповідь або дані4відібрані пакети5повторна передача6BASBASBAS1RabbitMQRabbitMQRabbitMQ2Зовнішня системаЗовнішня системаЗовнішнясистема3Повторне надсиланняПовторне надсиланняПовторненадсилання4
Вибраний зв’язокBAS → RabbitMQ

вихідне повідомлення

Архітектура

Технічний опис

Логіка обміну розділена на публікацію вихідного повідомлення, читання вхідної черги та обробку отриманих даних. Окремий сценарій повторно передає відібрані пакети. У розробках використано варіанти взаємодії через REST API та зовнішню компоненту.

Склад даних

Пакети повідомлень між BAS і зовнішньою системою. На схемі показано логічні напрямки та етапи обробки, а не фактичну кількість повідомлень або стан брокера.

Обсяг нашої роботи

Власні обробки публікації, читання, опрацювання вхідної черги й повторного надсилання. Наявність повторної передачі не означає автоматичного повтору, гарантованої доставки або відсутності дублів.

Що погоджуємо для нового проєкту

Для нового обміну погоджуємо структуру повідомлення, правила обробки та окремий сценарій повторного надсилання. Вимоги до підтверджень, дублів і відновлення після помилок визначаються додатково.

Що ми розробили

Власні обробки обміну повідомленнями

  1. Реалізували відправлення та читання повідомлень RabbitMQ.
  2. Додали обробку вхідної черги та повторне надсилання пакетів.
  3. Розробили варіанти взаємодії через REST API та зовнішню компоненту.

Результат реалізації

Результат реалізації

Команда отримала окремі етапи обміну: сформувати повідомлення, передати його в чергу, прочитати, обробити й за потреби повторно надіслати пакет.

Обговорити задачу ↗

Пов’язані проєкти

НАСТУПНИЙ КРОК

Обговорити задачу

Опишіть поточну систему, задачу та бажаний результат. Узгодимо склад робіт і підготуємо пропозицію.

[email protected]Написати у Telegram ↗Vyvick Engineering у Telegram ↗
Компанія та бажаний термін — необов’язково

Звернення та персональні дані