Arquitectura final.

Después de diversos estudios y reconsideraciones, al final se ha optado por usar el modelo que incluye procesamiento de Fog computing dentro del sistema pubs/Subs.

Aunque se han añadido y substituido ciertos elementos:

 HBASE: Servicio que permite accesos a bases de datos HDSF de la forma clave y valor.

 REST Server: Servidor que recibe peticiones del tipo GET, obtiene la información solicitada de HBASE y la devuelve en formato REST.

 Web Server: Servidor que recibe peticiones tipo GET y devuelve páginas web. También recibe peticiones del tipo post para modificar la web que se recibe.

 Dashboard Web: En la web que devuelve el servidor, dentro de ella se incluye software encargado de hacer peticiones REST y dibujar los datos en gráficas.

 Convencional Big Data analytics: En este elemento se analizarían los datos en modo Batch para hacer análisis demás profundidad pero que no requieran tener baja latencia.

Las modificaciones realizadas son las siguientes:

 En vez de guardar los resultados en dos bases de datos diferentes (relacional y no relacional), se guarda directamente sobre Hbase que corre sobre HDFS, hbase permite usar HDFS como tablas de clave-valor.

 En la capa de presentación, se han separado los servicios, S ha creado un servidor web que responde a peticiones http devolviendo la página solicitada, pero sin acceder a los datos procesados.

 Dentro de la página generada por el servidor hay un software de creación de graficas llamado C3, que es el encargado de por un lado solicitar los datos procesados por medio de REST y por otro de dibujarlos en gráficas. Así la solicitud de datos ya se hace directamente desde el lado del cliente sin tener que pasar por el servidor WEB.

 Por último, se ha añadido una interfaz REST para la obtención de datos, este servidor REST está a cargo de recibir peticiones GET acceder a HBASE obtener los datos, filtrarlos según criterios y devolverlos en formato REST

Ilustración 48 Despliegue final de las tecnologías del sistema

 Truck Device: Dispositivo situado en el camión de recogida de residuos.

o GPS: Obtiene la posición del camión.

o Fill Sensor: Obtiene el llenado del depósito.

 Container Device: Dispositivos situado en cada contenedor.

o Fill Sensor: Obtiene el llenado del contenedor.

 Infosphere Streams (container simulator): Genera una simulación con los llenados de los contenedores de una ruta.

o Management host: Encargado de coordinar y mandar tareas a los application host

o Zookeeper: Se encargar de mantener la información de coordinación entre los hosts.

o Application host: Elemento que realiza las tareas que se asignan.

 Kafka: Sistema publicador/subscriptor distribuido y tolerante a fallos que también incluye procesamiento orientado a flujos de datos. Se encarga de que todos los eventos o mensajes que son enviados desde los dispositivos lleguen a InfoSphere.

o Zookeeper: Se encargar de mantener la información de coordinación entre los elementos de Kafka.

o Broker: Su función es trabajar en conjunto unos con otros para recibir publicaciones y enviarlas a los subscriptores.

o Streams: encargada de hacer procesamiento en streaming sobre los flujos de datos que llegan a Kafka

 File System: Sistema de ficheros de Linux donde se guardan los archivos con las mediciones del simulador

o File: Cada uno de los archivos con mediciones.

 Infosphere Streams (container simulator): Analiza todos los datos que le llegan por Kafka o lee de ficheros y a continuación los guarda en HBASE.

o Management host: Encargado de coordinar y mandar tareas a los application host

o Zookeeper: Se encargar de mantener la información de coordinación entre los hosts.

o Application host: Elemento que realiza las tareas que se asignan.

 Hadoop: conjunto de herramientas para procesamiento y almacenamiento de Big data. En este caso solo se usan las herramientas para el almacenamiento distribuido tolerante a fallos.

o Zookeeper: Se encargar de mantener la información de coordinación entre los hosts.

o HDFS: Sistema de ficheros distribuidos de Hadoop, distribuye los archivos en diferentes nodos para un acceso y una escritura tolerante a fallos.

o HBASE: Servicio que añade a bases de datos HDSF accesos de la forma clave y valor.

 REST Web Servicie: Servicio que recibe peticiones del tipo GET, obtiene la información solicitada de HBASE y la devuelve en formato REST.

o Web Access: Parte del servicio que se encarga de recibir las peticiones y enviar las respuestas.

o Core: Parte del servicio que solicita a HBASE la información y realiza filtrados sobre ellas según las necesidades de la petición.

 WebServer: Servidor que recibe peticiones tipo GET y devuelve páginas web. También recibe peticiones del tipo post para modificar la web que se recibe.

 WebPage: Es la web que devuelve el servidor, dentro de ella se incluye software encargado de hacer peticiones REST y dibujarlo en gráficas.

o C3 Charts: Software en JavaScript orientado a navegadores con el que se pueden generar gráficas y realizar peticiones REST para obtener los datos para ellas.

Para la arquitectura física se ha optado por el modelo en estrella

Ilustración 50 Despliegue físico final.

Sin embargo, como enlace de comunicación para el prototipo, en vez de tecnologías con un alto precio como Lora, se ha optado por usar Wi-Fi siendo este más sencillo y barato de implementar en un prototipo.