Mucho se ha hablado del Internet of Things y el Big Data y del potencial que esto tiene para cambiar nuestras vidas, pero muy pocos de nosotros logramos ver a simple vista los beneficios que esto ya nos está dando. Para tratar de describir el significado de Internet of Things, vale la pena identificar cuales son esas "Things". Pensemos en nuestros carros como un "Thing". Nuestros carros hasta hace poco tiempo eran herramientas de transporte desconectados del Internet. En el momento en el que dentro de los carros se sumaron personas con teléfonos inteligentes (Smartphones), con una conexión a internet, y que reportan en tiempo real su ubicación y la velocidad de desplazamiento a Google, técnicamente los carros se convirtieron en Carros conectados a Internet y forman parte del Internet of Things. Ahora pensemos en los millones de carros que transitan en todas las calles del mundo, y pensemos que google está recibiendo torrentes de información de cada uno de los carros que están transitando por las calles. Esto le permite a google pintar en el Google Maps, en tiempo real, la información del tráfico en las calles. Este es un caso de ejemplo para demostrar que el Internet of Things ya cambió nuestras vidas, quién no ha usado el google maps como navegador?
Entrando un poco en detalle técnico, quisiera destacar que en el caso anterior se habló de que los celulares mandan "en tiempo real" la información de la ubicación y la velocidad. Pero qué significa que sea en tiempo real? Significa que google mantiene un socket abierto por (por cada dispositivo) y que el celular continuamente está mandando datos. Nótese que esto no es el escenario típico de un Web Service, que tiene un inicio y un fin (o un timeout). Pensemos de regreso en el caso de google maps. Por un lado, tenemos los dispositivos móviles reportando la ubicación, y del otro lado tenemos la base de datos de google maps con la información del tráfico. Quiero destacar la necesidad de un Service Bus de integración que una las partes, pero también quiero comentar que un Service Bus Clásico trabaja con web services (o su equivalente) que tienen un inicio y un fin, no con sockets que se mantienen abiertos y que la comunicación es continua.
Llevemos el caso a otro terreno. Pensemos ahora en una empresa como Tyson. No sé exactamente cuántos pollos pueda tener Tyson, solo sé que vende más de 3mil millones de dólares en pollos, supongo que son muchos pollos. Imaginemos que Tyson les pusiera un chip a cada pollo que reporte la ubicación y la temperatura del pollo en tiempo real, para identificar cuando un pollo está enfermo y evitar que contagie a otros pollos. Se vuelve un escenario típico de IoT, pero ahora llevado al ramo empresarial. Ahora Tyson, requiere integrar el torrente de información de todos esos sensores, con su sistema de analíticos inteligentes que resulta ser SAP HANA. Esto nos lleva a SAP Leonardo. SAP Leonardo es una es una plataforma Tipo Hub o Bridge que permite integrar aplicaciones en tiempo real, pero con la capacidad de manejar de mantener millones de sesiones abiertas, transmitiendo teras de información continuamente.
Entrando un poco en detalle técnico, quisiera destacar que en el caso anterior se habló de que los celulares mandan "en tiempo real" la información de la ubicación y la velocidad. Pero qué significa que sea en tiempo real? Significa que google mantiene un socket abierto por (por cada dispositivo) y que el celular continuamente está mandando datos. Nótese que esto no es el escenario típico de un Web Service, que tiene un inicio y un fin (o un timeout). Pensemos de regreso en el caso de google maps. Por un lado, tenemos los dispositivos móviles reportando la ubicación, y del otro lado tenemos la base de datos de google maps con la información del tráfico. Quiero destacar la necesidad de un Service Bus de integración que una las partes, pero también quiero comentar que un Service Bus Clásico trabaja con web services (o su equivalente) que tienen un inicio y un fin, no con sockets que se mantienen abiertos y que la comunicación es continua.
Llevemos el caso a otro terreno. Pensemos ahora en una empresa como Tyson. No sé exactamente cuántos pollos pueda tener Tyson, solo sé que vende más de 3mil millones de dólares en pollos, supongo que son muchos pollos. Imaginemos que Tyson les pusiera un chip a cada pollo que reporte la ubicación y la temperatura del pollo en tiempo real, para identificar cuando un pollo está enfermo y evitar que contagie a otros pollos. Se vuelve un escenario típico de IoT, pero ahora llevado al ramo empresarial. Ahora Tyson, requiere integrar el torrente de información de todos esos sensores, con su sistema de analíticos inteligentes que resulta ser SAP HANA. Esto nos lleva a SAP Leonardo. SAP Leonardo es una es una plataforma Tipo Hub o Bridge que permite integrar aplicaciones en tiempo real, pero con la capacidad de manejar de mantener millones de sesiones abiertas, transmitiendo teras de información continuamente.
Esta es la definición oficial de SAP Leonardo:
- SAP Leonardo includes best-of-breed business services that enable users to rapidly build Internet of Things applications, allowing them to develop digital twins, create reusable application services, and apply predictive algorithms. These core technical services offer opportunities for users to process a high velocity of data, with the ability to stream analytics and run predictive scenarios. This is all delivered on the next-generation SAP Cloud Platform, which is connected to millions of devices
SAP Leonardo es solo un componente de una nueva generación de soluciones de SAP, que los mantiene al liderazgo en innovación para soluciones empresariales.
Este es uno de los temas que nos interesa en DYCSI
Espero que les haya resultado interesante esta introducción. Espero sus comentarios y sugerencias.
Comentarios
Publicar un comentario