Plataforma IoT para operadores de telecomunicaciones y MSP
AggreGate ayuda a los operadores de telecomunicaciones y a los proveedores de servicios administrados a permitir la entrega de servicios IoT utilizados por usuarios finales e instancias de la plataforma IoT barebone. Estos esfuerzos están dirigidos a crear un ecosistema de socios tecnológicos que proporcionen dispositivos IoT y desarrollen aplicaciones verticales IoT dentro de los límites de las infraestructuras de la nube de las empresas de telecomunicaciones o MSP.
Los modelos de negocio que se describen a continuación no toman en cuenta los requisitos específicos del mercado vertical. Todos los modelos son aplicables para los escenarios B2B (B2B2B, B2B2G, B2B2C), mientras que el último también se aplica a B2C.
Este artículo cubre la oferta de productos IoT en la nube de Tibbo para operadores de telecomunicaciones y MSP.
Escenario 1: soluciones personalizadas para grandes y medianas empresas
Este escenario asume ventas únicas de productos personalizados. Su plataforma en la nube se utiliza para recopilar, almacenar, analizar y visualizar datos. Los clientes empresariales tienen múltiples tipos de dispositivos que deben conectarse tanto directamente (para dispositivos IP) como a través de gateways IoT.
La implementación de la solución vertical a menudo supone invitar a un integrador de sistema que tenga:
- Habilidades esenciales de la industria (por ejemplo, mantenimiento predictivo de unidades de generador de turbina o mejora del ahorro de energía en el refrigerador en redes minoristas)
- Ingenieros capacitados y certificados con experiencia en tecnología de la plataforma IoT
Los gerentes de cuenta clave junto con los vendedores de un socio industrial (integrador de sistemas / compañía de ingeniería) pueden impulsar una venta de dicha solución personalizada. Los empleados de Tibbo también pueden participar en las ventas en nombre de nuestros socios.
En dichos proyectos, la facturación automatizada no es aplicable. La propuesta de precios y los métodos de facturación se desarrollan individualmente.
Existe una instancia de plataforma separada (servidor) para cada cliente. Los servidores multi-tenencia no se usan. En la mayoría de los casos, el servidor de la plataforma en la nube está integrado en el sistema corporativo del cliente dentro del alcance del proyecto.
Las instancias de la periferia de la plataforma IoT pueden operar dentro de puertas de enlace y realizar las siguientes tareas:
- Mensajería de alarma directa a operadores locales
- Almacenamiento datos en el buffer frente a una falla de la conexión a la nube
- Análisis simple de audio / video (por ejemplo, detección de movimiento)
- Analitica IoT edge basado en machine learning (aprendizaje automático), etc.
La actualización, administración y configuración de las instancias de la plataforma Edge es realizada por el servidor de la plataforma principal. Esta administración de puerta de enlace centralizada es parte de la propuesta de valor para los clientes que tienen una gran cantidad de objetos remotos (por ejemplo, sitios de hub, subestaciones transformadoras, estaciones de llenado de combustible, etc.).
Escenario 2: habilitación de aplicaciones de IoT para medianas y pequeñas empresas
Las PYMES que comiencen un proyecto IoT no encontrarán la asistencia del integrador del sistema económicamente viable. Dichas empresas deben completar los siguientes pasos por su cuenta:
- Búsqueda de puertas de enlace IoT y dispositivos de usuario final
- Alojamiento de servidores en la nube o asignar y mantener servidores propios
- Implementación de las instancias de la plataforma IoT
- Integrando las pasarelas seleccionadas con la plataforma
- Dominar el conjunto de herramientas de la plataforma para implementar las tareas de back-end (diseño del dashboard, análisis)
Los clientes de este tipo cambian a una infraestructura de nube IaaS / PaaS siempre que se cumplan las siguientes condiciones:
- La plataforma de IoT en la nube se implementa y mantiene por un operador de telecomunicaciones o MSP
- Es posible elegir entre diferentes pasarelas preconfiguradas para ser compatibles con la plataforma
- Existe una guía paso a paso disponible públicamente que permite pasar por todo el ciclo de desarrollo de una solución en un día: conectar sensores a una puerta de enlace, vincular una puerta de enlace a una nube, diseñar dashboards y configurar análisis
- Obtienen una propuesta a un precio razonable con un CAPEX mínimo que sólo incluye los costos reales asociados con el equipo.
La estrategia de implementación técnica de este escenario de negocios:
- Las instancias de plataforma alojadas en la nube están integradas en su portal de cliente B2B, lo que permite administrar los servicios y realizar un seguimiento del uso de los recursos.
- Las instancias de plataforma también se integran en su sistema de facturación, lo que permite realizar una facturación periódica según los siguientes criterios:
- Recuento de dispositivos, por ejemplo, Rastreadores GPS
- Recuento de etiquetas / métricas, por ejemplo, Registros de dispositivo Modbus
- Recuento de operaciones realizadas, por ejemplo, acceso al dispositivo a través de HTTP API
- Los eventos recopilados cuentan, por ejemplo, a través de MQTT
- La arquitectura de 3 niveles implementada en la nube es capaz de coordinar millones de dispositivos
El factor de éxito general más importante aquí es el marketing activo de la solución IoT Cloud tanto en línea como durante los eventos de la industria. En este caso, su fuerza de ventas B2B desempeña un papel menor ya que los clientes pueden intentar implementar una solución de IoT por sí mismos.
Escenario 3: Habilitación de aplicación de IoT para fabricantes de dispositivos de IoT
Los OEM de IoT enfrentan los mismos desafíos que las empresas más pequeñas que implementan sus proyectos de IoT: la preparación de una infraestructura en la nube, la implementación y el mantenimiento de un software de administración de dispositivos, y el diseño de un sistema de supervisión. Las compañías que producen medidores inteligentes, bandas de fitness y rastreadores de mascotas sirven como buenos ejemplos para el caso.
A menudo sucede que tales compañías comienzan a desarrollar su propio sistema en la nube desde cero, pero pronto se dan cuenta de que los costos para su desarrollo y soporte son enormes. Sin embargo, el sistema que intentan construir es difícilmente personalizable y no cumple con los requisitos de los clientes de alto perfil.
Tener una opción para alojar la plataforma IoT (según el modelo PaaS) a un precio predecible comparable con los costos de alojamiento del servidor (es decir, 2-5 veces más alto, aunque no entre 10 y 100 veces), muchas de esas compañías emplearán una plataforma en la nube de primer día, los demás incluso se dan por vencidos en el desarrollo de software.
En contraste con el escenario SMB, la mayoría de los fabricantes OEM desarrollan su propia interfaz (front-end) de sistema único, independientemente de la calidad y capacidades del UI Builder (Constructor de interfaz de usuario) de la Plataforma.
En un sentido técnico, este escenario es apenas diferente del escenario SMB. La facturación y la escalabilidad se manejan de la misma manera. Sin embargo, aún existen algunas diferencias menores:
- Dado que el equipo es un desarrollo interno, la calidad de las instrucciones de habilitación paso a paso de la aplicación IoT es de máxima prioridad
- La calidad de las API y la documentación que permite implementar un front-end específico del proveedor es una funcionalidad importante de las herramientas de construcción de interfaz de usuario visual de la plataforma.
Escenario 4: Servicios de mercado vertical listos para usar
En algún momento, la infraestructura de un centro de datos para el despliegue y escalado de la instancia de la plataforma Io ya está en funcionamiento, y los escenarios de integración de la cuenta de facturación / usuario están diseñados, probados y funcionan bien.
El desarrollo de servicios de IoT listos para usar (tanto para los segmentos B2B como B2C) resulta ser rentable desde este punto.
La mayoría de las telecomunicaciones y los MSP tienden a evolucionar sus propios servicios en paralelo al ecosistema de socios tecnológicos construidos alrededor de su nube.
