Conceptos básicos de Activator
Usa este artículo para familiarizarte con algunos de los términos y conceptos asociados a Fabric Activator (Activator). Comprender estos términos y conceptos facilita la lectura de los otros artículos de Activator y el trabajo con Activator.
Hay muchos objetos y conceptos que componen Activator, demasiados para tratarlos en un solo artículo. Por lo tanto, en este artículo se presenta lo más común: activadores, áreas de trabajo, flujos de eventos, reglas, objetos, eventos y latencia.
Flujo de trabajo de creación de Activator
Un flujo de trabajo típico de Activator implica muchos de estos conceptos. Un flujo de trabajo común comienza con la creación de un nuevo activador vacío en un área de trabajo y el uso de la opción Obtener eventos para conectarse a un flujo de eventos. A partir de ese flujo de eventos, se crean objetos y propiedades. Después, crea una regla basada en esos objetos y propiedades. Por ejemplo: enviarme un correo electrónico si la temperatura del paquete supera los 60 grados. Para crear una regla en ese objeto, el diseñador establece las condiciones, los parámetros y las agregaciones que indican a Activator cuándo desencadenar y qué acciones se deben realizar cuando se desencadena. Por ejemplo: enviar un correo electrónico, crear un elemento de Fabric o iniciar una acción de Power Automate. Otro flujo de trabajo común consiste en empezar desde el propio flujo de eventos. En el flujo de eventos, se agrega un destino de Activator y se crea el nuevo activador. Una vez creado el activador, ábrelo y crea los objetos y propiedades.
Áreas de trabajo
Al igual que con todas las cargas de trabajo de Fabric, puedes empezar a usar Activator creando un elemento en un área de trabajo de Fabric. Los elementos de Activator se denominan activadores. Las áreas de trabajo son lugares para colaborar con compañeros en contenido específico. Las áreas de trabajo contienen colecciones de paneles, informes, flujos de eventos, activadores, etc. Cuando un propietario del área de trabajo te proporciona acceso a un área de trabajo, también te concede permisos de visualización o edición al contenido de esa área de trabajo. Este acceso incluye conceder permisos para ver o editar las reglas del activador en esa área de trabajo.
Todos también tienen un espacio llamado Mi área de trabajo. Mi área de trabajo es su espacio aislado persona,l donde crea contenido para usted.
Para ver las áreas de trabajo, selecciona Áreas de trabajo en el panel de navegación izquierdo.
Obtenga más información sobre las áreas de trabajo.
Activator y activador
Activator es el nombre del producto de Fabric. Un activador es lo que creas con Activator. Un activador contiene toda la información necesaria para conectarse a los datos, supervisar las condiciones y actuar. Normalmente, se crea un activador para cada proceso de negocio o área que se supervisa.
Una vez creado un activador, rellénalo con datos. Obtén información sobre cómo obtener datos en el activador desde Power BI, flujos de eventos y Centro en tiempo real.
Eventos y flujos de eventos
Activator considera que todos los orígenes de datos son flujos de eventos. Un evento es una observación sobre el estado de un objeto, con algún identificador para el propio objeto, una marca de tiempo y los valores de los campos que está supervisando. Los flujos de eventos varían en la frecuencia. Los sensores de IoT pueden tener eventos muchas veces por segundo. Aunque los paquetes que se examinan dentro y fuera de las ubicaciones de envío pueden tener flujos esporádicos.
Un flujo de eventos es una instancia del elemento Eventstream en Fabric. La característica de flujos de eventos de la experiencia de inteligencia en tiempo real de Microsoft Fabric te permite incorporar eventos en tiempo real a Fabric, transformarlos y enrutarlos a varios destinos sin escribir código (sin código). Activator realiza acciones en patrones o condiciones que se detectan en los datos del flujo de eventos. Por ejemplo, Activator supervisa los elementos del flujo de eventos y detecta cuándo un "evento" alcanza determinados umbrales, como "tiempo de entrega superior a 10 horas". A continuación, realiza automáticamente las acciones adecuadas, como alertar a los usuarios o iniciar flujos de trabajo de Power Automate.
Los datos que se observan desde Power BI también se tratan como un flujo de eventos. En este caso, los eventos son observaciones realizadas de los datos según una programación normal que normalmente coincide con la frecuencia de actualización del modelo semántico de Power BI (anteriormente conocido como conjunto de datos). Estas observaciones solo pueden producirse una vez al día, o incluso una vez por semana; es simplemente un flujo de eventos que cambia lentamente.
Objetos
Los objetos de negocios que quieres supervisar podrían ser objetos físicos como congeladores, vehículos, paquetes y usuarios. El objeto de negocio también puede ser un concepto menos tangible, como campañas publicitarias, cuentas y sesiones de usuario. En el activador, modela el objeto conectando uno o varios flujos de eventos, eligiendo una columna para el identificador de objeto y especificando los campos que quieres convertir en propiedades del objeto.
El término instancia de objeto significa un congelador, vehículo, paquete, etc. específico, mientras que el término objeto se usa normalmente para la definición o clase de objeto. Usamos el rellenado para hacer referencia a todas las instancias del objeto.
Reglas
Las reglas definen las condiciones que quieres detectar en los objetos y las acciones que quieres realizar cuando se cumplen esas condiciones. Una regla en un objeto congelador podría detectar que el congelador está demasiado cálido y enviar un correo electrónico al técnico correspondiente.
Hay tres tipos de reglas: reglas en eventos, reglas en eventos que se agregan a un objeto y reglas en las propiedades de un objeto.
Cuando se cumplen las condiciones de una regla y se inicia una acción, se activa la regla.
Propiedades
Las propiedades son útiles cuando se quiere reutilizar la lógica en varias reglas. Puedes definir una propiedad en un objeto congelador que suaviza las lecturas de temperatura durante un periodo de una hora. Después, puedes usar ese valor suavizado en muchas reglas.
Período de retrospectiva
Activator debe realizar un seguimiento de los datos históricos para asegurarse de que se pueden calcular las acciones correctas. La cantidad de datos históricos que se van a consultar se denomina periodo de retrospectiva. Este periodo de retrospectiva depende de cómo se define una regla y del volumen de datos (eventos por segundo) de los datos necesarios para evaluar la regla.
Por ejemplo, una operación de logística farmacéutica está transportando paquetes de medicamentos en una cadena de frío. El objetivo es activar una alerta cuando un paquete de medicamentos se caliente demasiado. Supongamos que la definición de regla evalúa la temperatura media durante un periodo de tres horas para cada paquete individual. Y la condición de regla es que la temperatura media supere los 8 °C. Aquí, el periodo de retrospectiva es de seis horas. Activator debe inspeccionar los datos históricos de seis horas para decidir si la condición de regla se mantiene.
Identificadores de objeto activos distintos
Las reglas basadas en atributos se usan para supervisar cómo cambia un atributo en un identificador de objeto a lo largo del tiempo. En el ejemplo de logística farmacéutica, cada paquete individual se representa mediante un identificador único. El origen de datos proporciona lecturas periódicas de la temperatura de cada paquete. Algunos límites se definen en términos del número de identificadores de objeto distintos (el número de paquetes) de los que Activator realiza un seguimiento dentro del periodo de retrospectiva. Activator realiza un seguimiento de los identificadores de objeto activos. Un identificador de objeto activo es un objeto en el que los eventos llegan dentro del periodo almacenado. Por ejemplo, una estación de peaje que soporta coches que pasan.