Arquitectura de Connected Field Service con IoTHub

Connected Field Service junto con IoTHub reúne a AzureIoT y Dynamics 365 Field Service. En este tema, encontrará una explicación de la arquitectura y cómo funciona todo de forma conjunta.

Requisitos previos

Para saber qué se trata en este tema, es necesario saber qué Connected Field Service (CFS) hace referencia a un conjunto de soluciones, entidades, y procesos construidos sobre la aplicación Dynamics 365 Field Service. A partir de Field Service v8.3+, CFS se incluye como parte de Field Service.

Para este tema, las palabras datos y telemetría hacen referencia a la información enviada desde un dispositivo IoT a la nube. Las palabras dispositivos y sensores hacen referencia a elementos conectados a Internet como termómetros, giroscopios, magnetómetros, lectores de la presión, etc. que toman medidas específicas. Un activo es un equipamiento que puede tener uno o varios sensores conectados.

Arquitectura

Diagrama que ilustra las conexiones entre Connected Field Service con arquitectura IoTHub, y cómo cada elemento se relaciona con los otros.

  • Dispositivos IoT y Edge: los sensores conectados Internet en el equipo envían datos a IoTHub normalmente mediante conectividad Wi-Fi o móvil. Un solo equipamiento puede tener varios sensores, cada uno tomando distintas medidas como temperatura y presión. Si un edificio o un área tiene un conjunto de equipamiento, cada uno con varios sensores, se puede usar un Dispositivo perimetral para organizarlos y para enviar la telemetría de agente a IoTHub.

  • Simulador de dispositivo: Los administradores pueden simular dispositivos y telemetría con fines de prueba y de desarrollo antes de que esté configurado el hardware. Esto les permite ver cómo las alertas simuladas fluyen a Dynamics 365 Field Service y crear órdenes de trabajo.

  • IoTHub: La puerta de enlace a la nube, capaz de injerir datos a gran escala. IoTHub es una colección de aplicaciones y procesos adaptados a escenarios de dispositivos conectados que también son personalizables. La implementación de IoTHub implementará un grupo de recursos con esta colección de aplicaciones y de procesos.

  • Azure Stream Analytics: Consulta los datos de dispositivos cuando entran en IoTHub. Los datos solo pasan a través y no se almacenan.

  • Almacén de reglas de umbral: Ayuda a decidir si los datos de dispositivos son anómalos y superan los límites aceptables. Los datos anómalos se caracterizan como Error.

  • Bus de servicio: Toma los errores y los lleva a una cola para hacer un seguimiento sistemático de ellos. La cola es útil para escenarios donde los errores no pueden transferirse a Dynamics 365 y deben intentarse de nuevo tras un determinado periodo.

  • Stream Analytics & Azure SQL: Se usa para almacenar los datos de dispositivos por períodos de tiempo más largos para efectuar análisis de datos. Por ejemplo, esta sería una opción para organizaciones interesadas en analizar grandes cantidades de datos históricos para predecir los errores del dispositivo en el futuro. Esto incurre en normalmente un mayor coste de Azure.

  • Logic App Azure to Dynamics: Conecta Azure con Dynamics 365 (y otras aplicaciones y plataformas). Sirve como método para aplicar más lógica, asignar entidades y desencadenar las acciones correspondientes en Dynamics 365, como la creación de un registro de Alerta de IoT. Compare esta opción con IoTCentral, que usa Power Automate.

  • Alerta de IoT: Los errores se pasan de IoTHub a Dynamics 365 en forma de alertas de IoT, que es una entidad de Field Service. Una alerta de IoT es la primera parte del proceso en Dynamics 365. Una alerta de IoT es un subconjunto de todos los datos de dispositivos que requieren atención y potencialmente una acción del departamento del servicio al cliente o servicio de campo.

  • Aplicación basada en modelo de Connected Field Service: Conjunto de entidades y de procesos empleado en Dynamics 365 Field Service. Entre otras cosas, Connected Field Service permite conectar los dispositivos de IoT (sensores) con activos de cliente de Field Service. A partir de Field Service v8.3+, Connected Field Service está integrado y se entrega con la aplicación Field Service.

  • Distribuidores y técnicos de Field Service: Los usuarios finales de Connected Field Service que interactúan con alertas de IoT, casos, y órdenes de trabajo en sus teléfonos, tabletas, y equipos.

  • Dispositivos y activos: Entidades de Connected Field Service en Dynamics 365 que le ayudan a administrar los sensores y el equipamiento que su organización administra.

  • Registro, comandos y propiedades: Procesos que se usan en Connected Field Service para interactuar y devolver datos a IoTHub y finalmente al dispositivo, convirtiendo a CFS en una solución bidireccional. Por ejemplo, el registro permite crear un nuevo dispositivo en CFS y registrarlo en IoTHub. Los comandos permiten ejecutar acciones en los dispositivos como reiniciar. Otro ejemplo es mostrar un mensaje en el dispositivo para que lo vea alguien.

  • Logic App Dynamics to Azure: La inversa de la aplicación lógica explicada anteriormente, esta agrega detalle a los datos y las acciones que deben enviarse a IoTHub desde Dynamics. IoTHub enviará los datos o la acción al dispositivo conectado.

Diagrama de flujo de datos de componentes

Un flujo de datos entre los componentes del Centro de IoT de Azure y Connected Field Services se detalla en este diagrama descargable. Detalla cada flujo de información, el sentido de su flujo y el orden relativo para una instalación típica de Connected Field Service for Dynamics 365.

Vea también

Connected Field Service coin Azure IoTHub Central - Información general