Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

IOT Introduccion

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 16

Introduccion Internet Of Things

Francisco J. Gálvez Ramírez


Arquitecto de Sistemas
fjgramirez@abdprof.com
RAESTRUCTURAS DE PROCESADORES CUÁNTICOS

Introducción
 Protocolos de comunicación disponibles para aplicaciones de IoT.

 Una gran cantidad de objetos cotidianos están o van a estar conectados entre sí.

 Parte del auge del IoT es:

 La popularidad de Internet y los Smartphone,

 La mejora de los sistemas de comunicación,

 La aparición de dispositivos con conectividad pequeños, baratos y de bajo consumo como el ESP8
o el ESP32.
OTOCOLOS DE COMUNICACIÓN EN IOT

Comunicación entre Dispositivos


 la comunicación entre dispositivos es la piedra central del IoT.

 Uno de los protocolos más conocidos es el popular MQTT. Sin embargo, no sólo existe todo es MQTT e
campo del IoT.

 Un protocolo de comunicación es una serie de normas que definimos para que dos o más dispositivos
puedan comunicarse y entenderse.

 Tenemos muchas formas de comunicar realizar la comunicación M2M (machine-to-machine).


(machine

 En el campo del IoT tenemos ciertos requisitos especiales que hacen que las habituales formas de
comunicación entre dispositivos no sean totalmente adecuados ¿Cuáles son estos condicionantes?
OTOCOLOS DE COMUNICACIÓN EN IOT

Condicionantes en un Sistema IOT (I)


 Una gran cantidad de dispositivos. Algunos de ellos serán pequeños (de pequeños recursos), como
sensores o actuadores.

 Otros serán más grandes, como un servidor que recoge información, almacena datos, y procesa
estadísticas.

 Queremos que sea escalable, es decir, que puedan añadirse o retirarse dinámicamente dispositivos sin
el comportamiento global del sistema se modifique.

 mantener débil el acoplamiento entre dispositivos. Es decir, queremos que la dependencia entre los
dispositivos sea la menor posible, y deseablemente nula.

 Que algunos de los dispositivos serán dispositivos embebidos, con bajo coste y escasa capacidad de
cálculo. Por tanto, tiene que ser un protocolo que requiera poca capacidad de procesado.

 Interoperabilidad. Es decir, que nuestra solución funcione la mayor variedad de dispositivos, sistemas
operativos, y lenguajes de programación.
OTOCOLOS DE COMUNICACIÓN EN IOT

Condicionantes en un Sistema IOT (II)


 Gran número de comunicaciones simultáneas y, en general, se requiere una respuesta rápida. Esto
requiere que los mensajes transmitidos sean pequeños y, nuevamente, no requieran un gran
procesamiento.

 La seguridad, ya que estos dispositivos están expuestos a Internet (que no es un lugar nada seguro) y
transmiten información privada e incluso controlan sistemas físicos.

 Fácil Acceso a los dispositivos, por lo que tendremos que lidiar con direcciones dinámicas y DHCP, pos
conexiones con mala latencia o ancho de banda, dependencia con la infraestructura de la red, firewalls,
OTOCOLOS DE COMUNICACIÓN EN IOT

Solucion
 Una posible solución, que está siendo ampliamente empleada, es externalizar la comunicación un servi
de notificaciones centralizado. De hecho, es una infraestructura cada vez más habitual en informática, t
en aplicaciones de IoT como las que no.

Un servidor central llamado Router o Broker, se encarga de recibir los mens


de todos los dispositivos emisores, y distribuirlos a los receptores.

Este servidor, tiene una dirección fija (o equivalentemente un dominio), de f


que es accesible por todos los dispositivos, con lo que resolvemos el proble
de tener que encontrar al otro dispositivo.

El servidor mantiene un registro de los dispositivos conectados, recibe los


mensajes, y los distribuye al resto dispositivos, filtrando los destinatarios se
algún criterio.

Los dispositivos en ningún momento ‘ven’ o dependen del resto de disposit


Por tanto, esta infraestructura nos proporciona la escalabilidad.
OTOCOLOS DE COMUNICACIÓN EN IOT

Metodologías en IOT
 Publish / Susbcribe (PubSub)

La metodología Pub/Sub es un patrón de mensajería donde un agente, el ‘Subscriber’, informa al Route


que quiere recibir un tipo de mensajes. Otro agente, el ‘Publisher’ puede publicar mensajes. El Router
distribuye los mensajes a los Subscribers.

 Router Remoder Procedure Calls (rRPC)

El rRPC es un patrón de ejecución remota de procedimientos donde un agente, llamado ‘Callee’, comun
al Router que proporciona un cierto procedimiento. Otro agente, llamado ‘Caller’, puede llamar a este
procedimiento. El Router invoca el procedimiento en el Callee, recoge el resultado del proceso, y lo
comunica al Caller que lo ha invocado.
OTOCOLOS DE COMUNICACIÓN EN IOT

Infraestructuras de Servicios IOT


 Existen varias aproximaciones para realizar un patrón PubSub o rRPC. Vamos a ver dos de las principa

Message queue

Message Service
OTOCOLOS DE COMUNICACIÓN EN IOT

Infraestructuras Message Queue


 El Router genera una cola de mensajes única para cada uno de los clientes que inician la subscripción.
Router discrimina los mensajes empleando el identificador del cliente, aunque por supuesto existen
mecanismos para distribuir a múltiples clientes.

 Estas colas de mensajes de cliente mantienen los mensajes recibidos hasta que son entregados al clien
De forma que si se recibe un mensaje cuando el cliente no está conectado, se mantienen en el Router y
son entregados cuando se conecta.

 Un ejemplo de Message Queue es una aplicación de mensajería tipo Whastapp o Telegram, donde el
usuario recibe los mensajes que ha recibido mientras no estaba conectado. Otro ejemplo cotidiano es e
buzón de correo de tu casa. Si estás fuera de vacaciones, cuando vuelves tienes todos tus mensajes
esperándote.
OTOCOLOS DE COMUNICACIÓN EN IOT

Infraestructuras Message Service


 Servicio de mensajería puro. En este caso, el router distribuye inmediatamente los mensajes a los clien
conectados. Los mensajes se filtran por algún criterio, como el tema o el contenido del mensaje.

 Los mensajes entregados mientras el cliente está desconectado se pierden. Se puede implementar alg
tipo de persistencia de datos, por ejemplo, para analítica, históricos, o calidad del servicio.

 Un ejemplo de Message Services es un chat, donde no podemos recuperar los mensajes emitidos cuan
no estábamos en la sala.

 Otro ejemplo cotidiano es una conversación a viva voz. Si alguien dice algo mientras estamos en otra
habitación, aunque entremos nos hemos perdido lo que se dijo antes.
OTOCOLOS DE COMUNICACIÓN EN IOT

Protocolos para IOT (I)


Algunos de los muchos protocolos M2M disponibles.

 MQTT (MQ Telemetry Transport) es un protocolo PubSub de Message Service que actúa sobre TCP.
Destaca por ser ligero, sencillo de implementar.

 Apropiado para dispositivos de baja potencia como los que frecuentemente tenemos en IoT.

 Optimizado para el routing activo de un gran número de clientes conectados de forma simultánea.

 AMQP (Advanced Message Queuing Protocol) es un protocolo PubSub de Message Queue.

 AMQP está diseñado para asegurar la confiabilidad e interoperabilidad.

 Está pensado para aplicaciones corporativas, con mayor rendimiento y redes de baja latencia. No
resulta tan adecuado para aplicaciones de IoT con dispositivos de bajos recursos.

 WAMP (Web Application Messaging Protocol) es un protocolo abierto que se ejecuta sobre WebSoc
y provee tanto aplicaciones de PubSub como rRPC.
OTOCOLOS DE COMUNICACIÓN EN IOT

Protocolos para IOT (II)


 CoAP (Constrained Application Protocol) es un protocolo pensado para emplearse en dispositivos de
de baja capacidad. Emplea el modelo REST de HTTP con cabeceras reducidas, añadiendo soporte UD
multicast, y mecanismos de seguridad adicionales.

 STOMP (Streaming Text Oriented Messaging Protocol,


Protocol es un protocolo sencillo que emplea HTTP y
mensajes de texto para buscar el máximo de interoperabilidad.

 XMPP (Extensible Messaging and Presence Protocol) es un protocolo abierto basado en XML diseñ
para aplicaciones de mensajería instantánea.

 WMQ (WebSphere MQ) es un protocolo de Message Queue desarrolado por IMB.


OTOCOLOS DE COMUNICACIÓN EN IOT

Resumen
 Hasta aquí esta entrada sobre protocolos de comunicación M2M en IoT. Hemos visto las necesidades
especiales de estos protocolos y cómo resolverlo con una externalización en un servicio de mensajería

 También hemos visto los conceptos de PubSub y rRPC y las diferencias entre un Message Service y un
Message Queue. Finalmente, hemos repasado rápidamente algunos de los principales protocolos de Io
disponibles actualmente.

 En la próxima entrada veremos el protocolo MQTT, que será el que emplearemos más habitualmente e
nuestros proyectos, y en la siguiente veremos distintos Brokers para MQTT. Mientras tanto, si tenéis alg
duda o queréis añadir algo ¡Podéis dejar vuestro comentario!
OTOCOLOS DE COMUNICACIÓN EN IOT

Referencia
 https://www.luisllamas.es/protocolos-de-comunicacion
comunicacion-para-iot/
Gracias
Francisco Javier Gálvez Ramirez
fjgramirez@abdprof.com

También podría gustarte