Implementación de una solución en Operaciones de Azure IoT (versión preliminar)

Importante

Operaciones de IoT de Azure, habilitado por Azure Arc, está actualmente en VERSIÓN PRELIMINAR. No se debería usar este software en versión preliminar en entornos de producción.

Consulte Términos de uso complementarios para las versiones preliminares de Microsoft Azure para conocer los términos legales que se aplican a las características de Azure que se encuentran en la versión beta, en versión preliminar o que todavía no se han publicado para que estén disponibles con carácter general.

Use Azure IoT Orchestrator (versión preliminar) para implementar, configurar y actualizar los componentes del escenario de proceso perimetral de la versión preliminar de Operaciones de IoT de Azure.

Orchestrator es un servicio que administra cargas de trabajo de aplicaciones en clústeres de Kubernetes habilitados para Arc. Utiliza herramientas existentes como Helm, Kubectl y Arc para lograr el estado deseado en el clúster de destino. Orchestrator usa un modelo de extensibilidad denominado providers, que te permite admitir implementaciones y configuraciones en una amplia gama de plataformas del sistema operativo y mecanismos de implementación. Orchestrator también proporciona funcionalidades de informes de estado y conciliación para asegurarse de que se mantiene el estado deseado.

Construcciones

Varias construcciones te ayudan a administrar la implementación y la configuración de las cargas de trabajo de la aplicación.

Manifiestos

Tres tipos de manifiestos:solución, destinoe instancia, funcionan juntos para describir el estado deseado de un clúster. Para obtener más información sobre cómo crear los archivos de manifiesto, consulta manifiestos.

Solución

Una solución es una plantilla que define una carga de trabajo de la aplicación que se puede implementar en uno o varios destinos. Una solución describe los componentes de la aplicación. Los componentes de la aplicación son recursos que quiere implementar en el clúster de destino y que usan los componentes de infraestructura definidos en el manifiesto de destino, como scripts de PowerShell o canalizaciones del procesador de datos de Azure IoT (versión preliminar).

Destino

Un destino es un entorno de implementación específico, como un clúster de Kubernetes o un dispositivo perimetral. Describe los componentes infraestructurales, que son componentes instalados una vez en un dispositivo, como PowerShell o el Procesador de datos de Azure IoT. Cada destino tiene sus propias opciones de configuración, que se pueden personalizar para satisfacer las necesidades específicas del entorno de implementación. Un destino también especifica enlaces de proveedor que definen qué tipos de recursos se administrarán en el destino (por ejemplo: Helm, scripts de PowerShell, CRs o scripts de Bash).

Instancia

Una instancia es una implementación específica de una solución en un destino. Se puede considerar como una instancia de una solución.

Proveedores

Los proveedores son un modelo de extensibilidad que permite al Orchestrator admitir implementaciones y configuraciones en una amplia gama de plataformas del sistema operativo y mecanismos de implementación. Los proveedores son responsables de ejecutar las acciones necesarias para lograr el estado deseado de un recurso. Orchestrator admite varias herramientas estándar del sector, como Helm, Kubectl y Arc. Para más información, consulta proveedores.

Conciliación

Un proceso de conciliación garantiza que se mantenga el estado deseado de un recurso. El administrador de recursos del clúster compara el estado actual de todos los recursos con el estado deseado especificado en el manifiesto de la solución. Si hay discrepancias, el administrador de recursos invoca al proveedor adecuado en el clúster para actualizar el recurso al estado deseado.

Si el administrador de recursos no puede conciliar el estado deseado, esa implementación se notifica como un error y el clúster permanece en el estado correcto anterior.

De forma predeterminada, el administrador de recursos desencadena la conciliación cada tres minutos para comprobar si hay actualizaciones en el estado deseado. Puedes configurar esta directiva de intervalo de sondeo para personalizarla para escenarios que requieren comprobaciones más frecuentes o para aquellos que prefieren comprobaciones menos frecuentes para reducir la sobrecarga.

Notificación de estado

Las funcionalidades de informes de estado garantizan que se mantenga el estado deseado. Cuando el administrador de recursos del clúster detecta un error para un único componente, considera que toda la implementación es un error y vuelve a intentar la implementación. Si se produce un error de nuevo en un componente determinado, se considera que se ha producido un error en la implementación y, en función de una configuración de conciliación configurable, el administrador de recursos detiene la búsqueda de estado y actualiza la instancia con el estado error. Este estado de error (o de éxito) se sincroniza con la nube y está disponible a través de las API del proveedor de recursos. Los flujos de trabajo de experiencia se pueden compilar para notificar al cliente, realizar un nuevo intento o implementar una versión de solución anterior.