Найти в Дзене
БИТ:ERP

БИТ.IIoT. Обмен между сервером, станциями и мобильными устройствами

Оглавление

1. Архитектура БИТ.IIoT. ISA-95

2. Уровни L4 и L3

-2

3. Уровень L2

-3

4. Обмен L4(L3) – L2

-4

5. Участники обмена

Сервер L4 (L3)

  1. Сервер 1С:ERP Управление предприятием 2 с расширением БИТ.MDT

Устройства L2

  1. На автоматических производственных линиях (например, станции сериализации, агрегации)
  2. На полуавтоматических производственных линиях (например, станции ручной агрегации)
  3. На складах (например, ТСД – терминал сбора данных)

6. Характеристики обмена

  • Паттерн событийно-ориентированной архитектуры
  • Топология – брокер: события связываются вместе без использования центрального посредника
  • Транспорт для событий: асинхронный по протоколам AMQP и RabbitMQ Streams
  • Для передачи файлов (в событиях только ссылка на файл) – объектное хранилище S3
  • Модель согласованности: согласованность в конечном счёте (eventual consistency)
  • Формат данных: JSON(контракт для каждого события)

7. Поток событий

-5
  1. Каждое устройство синхронизировано с сервером точного времени.
  2. События предают изменение, а не состояние
  3. Сообщения не удаляются из потока. При необходимости регистрируются операции-сторно. Обратная операция агрегации – разагрегация, печати – отмена печати, и т.п.
  4. События на каждое устройство приходят в разное время в произвольном порядке, поэтому на устройствах состояния объектов не хранятся, а динамически рассчитываются при использовании (например, состав агрегата рассчитывается на основе событий, имеющихся в базе на момент запроса)

8. Содержание события (4 W)

-6

9. Формат события (JSON + заголовки)

-7

10. Выводы

Плюсы

  • Простота развертывания
    Устройства работают автономно и не требуют ни сетевой связанности, ни наличия постоянного подключения к сети.
  • Безопасность
    Использование вытягивающего подхода (pull) к обменам позволяет на файрволле закрыть входящие порты, и разрешить только исходящие соединения по ограниченному списку протоколов и удаленных серверов
  • Масштабируемость
    Каждый участник обмена при возрастании нагрузки может быть масштабирован отдельно
  • Производительность
    Достигается за счет выполнения разобщённых, параллельных и асинхронных операций
  • Обмены на скорости близкой к реальному времени
    При наличии активного подключения к брокеру сообщений задержка получения информации об операциях других устройств обычно составляет несколько секунд

Минусы

  • Высокая сложность разработки и тестирования
    Обусловлена асинхронной природа паттерна, а также используемой моделью согласованности (согласованность в конце концов) требует