Despliegue de la distribución de aplicaciones

1. Cuando se agrega un grupo como destino, y el grupo ya está dirigido a una aplicación distinta que se ha resuelto previamente, la resolución del destino comienza de inmediato.

2. Cuando el grupo no es un destino actual y no se resolvió previamente dentro de la Distribución de aplicaciones, la resolución de destino no continuará en el grupo de destino reciente hasta que el servicio de segmentación de backend resuelva un grupo de entorno. Esto resuelve todos los grupos de destino en las aplicaciones del entorno y puede demorar hasta 24 horas dependiendo de cuándo se seleccionó el grupo en relación con el cronograma del servicio de backend. El proceso de "resolución" determina los dispositivos que finalmente recibirán las aplicaciones.

3. Una vez que los grupos de destino de cada distribución se resuelvan en dispositivos, la etapa siguiente consiste en determinar los dispositivos que recibirán la aplicación. Para cualquier aplicación se utiliza la distribución de mayor prioridad a la que pertenezca el dispositivo. Esto significa que se utilizarán las configuraciones de programación y de la aplicación de la distribución de mayor prioridad, en lugar de las de las distribuciones de menor prioridad, si el dispositivo está asignado a más de una distribución de la aplicación. Los dispositivos asignados a la exclusión de distribución de la aplicación no tendrán la aplicación instalada, independientemente de otras asignaciones de distribución.

   Esto se hace para todas las aplicaciones y todos los dispositivos a los que va dirigido cada aplicación.

4. La etapa siguiente consiste en agregar o actualizar el archivo packages.json (política) de cada dispositivo almacenado en la nube, añadiendo o actualizando todos los datos de destino, mientras se determina si alguna aplicación ha sido desasignada (eliminada).

5. La siguiente fase es configurar los registros de estado para cada dispositivo de destino para cada aplicación como Pendiente.

6. Con los archivos packages.json almacenados en la nube, la próxima vez que se ejecute el motor SWD en el cliente, descargará el archivo y ejecutará las acciones de cada aplicación definidas en el archivo JSON.

7. Todos los motores SWD de un entorno funcionarán al mismo tiempo cada 4 horas más un retraso aleatorio de 0 a 30 minutos agregado. Cada vez que se ejecuta el motor, descarga el archivo packages.json y ejecuta las acciones de cada aplicación que se encuentra en estos tres casos:

   • Aplicaciones de ejecución única que ya se han instalado correctamente.

   • Aplicaciones de ejecución única que ya han alcanzado el límite de tres intentos.

   • Instalar siempre aplicaciones cuyas reglas de detección determinen que la aplicación ya está instalada, sin volver a ejecutar la acción ni enviar ningún estado a la nube. Para el resto de aplicaciones, el motor intentará ejecutar las acciones y los resultados se enviarán a la nube para su visualización en el estado de implementación.

1. Complete los pasos como en Grupos o dispositivos agregados a una distribución creada por el usuario, pero con la siguiente advertencia:
   Si la distribución de mayor prioridad a la que se asignó el dispositivo para una aplicación tenía una hora programada configurada, el motor no ejecutará las acciones de la aplicación (lo que generalmente incluye instalar la aplicación) hasta que la hora actual en el dispositivo (UTC o local, según la configuración de la programación) sea igual o posterior a la hora programada.

Ejecutar ahora es una opción de menú contextual que se encuentra haciendo clic en el menú de tres puntos situado a la derecha de la distribución en la lista de distribuciones. Proporciona una resolución inmediata de dispositivos para una aplicación.

1. Incluso si un grupo es nuevo o ya se está utilizando en la distribución de aplicaciones, el procesamiento de la resolución del grupo para todos los grupos de destino en la distribución comienza de inmediato.

2. Comienza la resolución de destino. Solo los dispositivos que forman parte de la distribución objetivo se procesan posteriormente.

3. Los archivos packages.json se actualizan en la nube.

4. Se crean los registros de estado de despliegue pendiente.

5. Finalmente, se envían mensajes a cada dispositivo que se resuelve en la distribución para activar el agente para que inicie el motor SWD e instale la aplicación.

6. Si se configura un cronograma en la distribución, el motor lo seguirá aplicando, lo que significa que la aplicación no se instalará hasta que se alcance o pase el tiempo programado.

   Las configuraciones y el programa (si es aplicable) de la distribución de mayor prioridad a la que pertenezca el dispositivo se utilizarán si este también está en la distribución deseada. Por lo tanto, es posible que las configuraciones y el programa de la distribución deseada no se utilicen.

7. Si el dispositivo no está encendido o no está conectado a Internet, la aplicación se instalará la próxima vez que el motor funcione según su programación normal y el dispositivo tenga acceso a Internet.

Bajo demanda es similar a Ejecutar ahora en que una acción se ejecuta inmediatamente.

1. Solo se pueden agregar dispositivos individuales a una distribución bajo demanda y no grupos.

2. Prácticamente no hay diferencia entre agregar manualmente dispositivos a la Distribución bajo demanda de una aplicación y realizar una acción Instalar aplicación en la Vista del dispositivo. Estos métodos agregan el dispositivo a la distribución y envían un mensaje de servicio de distribución de aplicaciones de backend para que comience a procesarlo.

3. Una vez que el servicio backend recibe el mensaje, la resolución del objetivo comienza inmediatamente. El dispositivo se resuelve contra todas las distribuciones para determinar qué distribución tiene la prioridad más alta a la que está asignado.

4. Los archivos packages.json se actualizan en Azure Blob Storage.

5. Se crean los registros de estado Pendiente.

6. Los mensajes se envían a cada dispositivo para iniciar el motor SWD e instalar la aplicación.

7. Si bien no es posible configurar un cronograma para las distribuciones a pedido, si la aplicación está asignada a una distribución de mayor prioridad que sí contiene un cronograma, el motor aplica el cronograma.

8. Si el dispositivo no está en la red, la aplicación se instalará la próxima vez que el motor se ejecute según su programación normal y el dispositivo tenga acceso a Internet.

Reintentar la instalación de la aplicación

Reintentar es similar a Bajo demanda, no obstante, se llama de manera distinta en la interfaz.

1. Compruebe el estado de instalación de una aplicación en la pantalla Estado de despliegue.

2. Use el menú de tres puntos a la derecha de la fila de la aplicación específica del dispositivo y seleccione Reintentar.
   Alternativamente, seleccione varias filas y haga clic en el botón Reintentar.

3. La información actualizada se incluye en packages.json desde la última vez que se ejecutó alguna resolución de destino.

4. Se envía un mensaje al motor SWD y se realiza un nuevo intento de instalación (o reinstalación) de la aplicación.

1. Cuando Neurons Assistant está configurado para instalar una aplicación en una de sus fases, esencialmente hace lo mismo que la acción Instalar aplicación en la Vista del dispositivo en los dispositivos. Esto agrega los dispositivos a la distribución a pedido de la aplicación especificada, seguido de un mensaje que se envía a un servicio de distribución de aplicaciones de backend para comenzar el procesamiento.