Mapeo arquitectónico dentro de Internet industrial

Según la ubicación y la función, se debe evaluar y seleccionar la solución de conectividad adecuada para los distintos escenarios:

• Dispositivos inteligentes (puntos finales)
• Conexiones de dispositivo a nube
• Conectividad dentro de la nube
• Conectividad de usuario (nube a usuario)

Estándar del servicio de distribución de datos

Entre los dispositivos y la nube (conexiones WAN), DDS proporciona una solución ideal con:

• Interacciones con estado
  • Conexiones / desconexiones inteligentes y la capacidad de reenviar solo datos relevantes al volver a conectarse
  • Inteligencia integrada en el bus, sin sobrecarga de aplicaciones
• Muchos patrones de flujo de datos, para cumplir con los requisitos actuales y futuros
• Estilo de arquitectura de publicación y suscripción que se basa en datos
• Escalabilidad, rendimiento, resistencia y seguridad

Dentro de los propios dispositivos de punto final, DDS se ha aplicado ampliamente por las mismas razones enumeradas anteriormente para las conexiones de dispositivo a nube. Además, DDS permite diseñar dispositivos inteligentes que funcionan de manera muy confiable y cumplen con los requisitos de seguridad y longevidad en industrias como la atención médica y la automotriz. DDS también admite la diversidad de transportes y plataformas dentro de un sistema, como se discutió anteriormente en términos de capacidades de puerta de enlace y servicios de enrutamiento.

DDS también ha hecho incursiones en la nube. Aquí, los requisitos abarcan una gama más amplia y dan lugar a una combinación de opciones de conectividad. DDS puede respaldar esta diversidad de conectividad y también puede promover la longevidad de las soluciones en la nube.

Por el contrario, otras tecnologías tienen más sentido para las conexiones WAN de usuario a la nube (consulte la ilustración). En este punto del modelo de conectividad, las tecnologías web tradicionales como los sockets web y HTTP cumplen con los requisitos centrados en las personas con:

• Interacciones sin estado
• Patrón de flujo de datos único (consulta)
• Estilo de arquitectura de solicitud-respuesta impulsada por humanos
• Infraestructura de seguridad y escalabilidad establecida
• Perdonar el rendimiento y la resistencia (incluidas las conexiones y aplicaciones fáciles de reiniciar)
• Acceso ubicuo desde dispositivos móviles o clientes ligeros

Flexibilidad de implementación

Los dominios DDS facilitan el aislamiento de subsistemas con planos de comunicación de datos individuales. Además de facilitar las reglas de seguridad con separación lógica, los dominios también permiten adaptar las reglas de detección de puntos finales y los niveles de actividad y reducir significativamente el ancho de banda de la red y la sobrecarga de CPU / memoria en las conexiones de puerta de enlace. Como se muestra en el diagrama anterior, por ejemplo, los dominios DDS se pueden definir con:

• Dominio 0 en las conexiones WAN. Dentro del dominio 0, el descubrimiento se puede limitar a la detección de los puntos finales de la puerta de enlace y los servicios de enrutamiento. (Estas puertas de enlace actúan como proxies para los dispositivos de punto final en sus dominios).
• Dominio 1 que abarca los dispositivos y la nube. El descubrimiento completo del dispositivo se puede llevar a cabo en el dispositivo y en los buses de la nube.

DDS también admite una variedad de transportes, incluidos UDP, TCP, memoria compartida, OpenSSL (TLS / SSL, DTLS) y conexiones de ancho de banda bajo. Por ejemplo, en el caso de uso genérico, la conectividad DDS entre dispositivos y la nube puede utilizar DDS sobre TCP. Normalmente, las pautas de transporte son diferentes para:

• LAN:use UDP (con multidifusión, si está disponible). Esto se aplica dentro de una nube o para las comunicaciones de aplicación a aplicación.
• WAN:para comunicaciones de dispositivo a nube, use TCP (con TLS).

Se está adoptando DDS para esta última categoría para proporcionar acceso remoto a cualquier bus de datos DDS. DDS puede administrar el estado para compartir datos sin problemas y cambiar entre redes celulares y Wi-Fi. El estado se gestiona independientemente de la movilidad y la conmutación de la red, y la calidad de servicio (QoS) de DDS puede introducir reglas resistentes para distribuir y gestionar la información del estado.

Por último, para las comunicaciones de la nube a las personas (dispositivos de punto final de usuario móvil o clientes ligeros), puede utilizar sockets web tradicionales y HTTP (s) (a través de TCP).

Para obtener una demostración en línea del acceso remoto desde aplicaciones web, visite el sitio de demostración de RTI Connext DDS en http://info.rti.com/demo_iot.