Архитектурное картографирование в промышленном Интернете

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

• Умные устройства (конечные точки)
• Соединения между устройством и облаком
• Связь в облаке
• Подключение пользователей (от облака к пользователю)

Стандарт службы распространения данных

Между устройствами и облаком (соединения WAN) DDS предоставляет идеальное решение с:

• Взаимодействия с отслеживанием состояния
  • Интеллектуальные подключения / отключения и возможность повторной отправки только соответствующих данных при повторном подключении.
  • Интеллект встроен в шину, без накладных расходов приложений.
• Множество шаблонов потоков данных для удовлетворения текущих и будущих требований.
• Архитектурный стиль публикации-подписки, основанный на данных.
• Масштабируемость, производительность, отказоустойчивость и безопасность

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

DDS также проникла в облако. Здесь требования охватывают более широкий диапазон и приводят к различным вариантам подключения. DDS может поддерживать такое разнообразие возможностей подключения, а также может способствовать долговечности облачных решений.

Напротив, другие технологии имеют больше смысла для подключений пользователя к облаку WAN (см. Иллюстрацию). На данном этапе модели подключения традиционные веб-технологии, такие как веб-сокеты и HTTP, удовлетворяют ориентированным на человека требованиям:

• Взаимодействие без сохранения состояния
• Единый шаблон потока данных (запрос)
• Стиль архитектуры "запрос-ответ", управляемый человеком.
• Созданная инфраструктура масштабируемости и безопасности.
• Высокая производительность и отказоустойчивость (включая простой перезапуск подключений и приложений).
• Повсеместный доступ с мобильных устройств или тонких клиентов.

Гибкость развертывания

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

• Домен 0 в WAN-соединениях. В домене 0 обнаружение может быть ограничено обнаружением конечных точек шлюза и служб маршрутизации. (Эти шлюзы действуют как прокси для конечных устройств в своих областях.)
• Домен 1, включающий устройства и облако. Полное обнаружение устройства может быть выполнено на устройстве и в облачных шинах.

DDS также поддерживает выбор транспорта, включая UDP, TCP, разделяемую память, OpenSSL (TLS / SSL, DTLS) и соединения с низкой пропускной способностью. Например, в общем случае подключение DDS между устройствами и облаком может использовать DDS через TCP. Обычно правила транспортировки отличаются для:

• LAN:используйте UDP (с многоадресной рассылкой, если доступно). Это применимо в облаке или для связи между приложениями.
• Глобальные сети:для обмена данными между устройством и облаком используйте TCP (с TLS).

DDS применяется для этой последней категории, чтобы обеспечить удаленный доступ к любой шине данных DDS. DDS может управлять состоянием для беспрепятственного обмена данными и переключения между сотовыми и Wi-Fi сетями. Состояние управляется независимо от мобильности и коммутации сети, а качество обслуживания DDS (QoS) может вводить гибкие правила для распределения и управления информацией о состоянии.

Наконец, для связи между облаком и человеком (мобильные конечные устройства пользователей или тонкие клиенты) вы можете использовать традиционные веб-сокеты и HTTP (s) (через TCP).

Для онлайн-демонстрации удаленного доступа из веб-приложений посетите демонстрационный сайт RTI Connext DDS по адресу http://info.rti.com/demo_iot.