← Volver a productos

JelinaOSSistema operativo edge industrial

Dispositivos que funcionan durante añosActualizaciones con una vía de retorno

Los dispositivos de campo deben funcionar durante años y sus sistemas necesitan seguir evolucionando. JelinaOS utiliza Linux industrial como base para ejecutar aplicaciones nativas y en contenedores, e incorpora las actualizaciones, la verificación del arranque y las vías de recuperación al ciclo de vida del dispositivo.

Capas de aplicaciones y datos independientes y particiones de sistema A/B dentro de un dispositivo industrial, junto con las vías de reinicio, verificación y reversión tras una actualización.
Mantén y mejora los dispositivos incluso después de la entrega.
01

Seguir utilizando las aplicaciones nativas y en contenedores existentes

02

Gestionar los datos operativos por separado del sistema

03

Conservar una vía de recuperación si falla una actualización

01 / Lo que cambia

El dispositivo funciona durante años, pero nadie se atreve a modificar el sistema.

Una actualización puede afectar a la operación en campo, el sistema y los datos están mezclados, y la recuperación tras un fallo depende de que un ingeniero se desplace. Con el tiempo, los problemas conocidos permanecen en versiones antiguas y la evolución de los dispositivos se vuelve cada vez más difícil.

01

Las aplicaciones existentes siguen aportando valor.

Los programas nativos y las cargas de trabajo en contenedores pueden ejecutarse sobre la misma base Linux industrial. El equipo elige el método de despliegue según las necesidades de cada aplicación y lleva su experiencia previa de software a los dispositivos de campo.

02

El sistema puede actualizarse. Los datos tienen su propio espacio.

Las escrituras realizadas durante la ejecución se dirigen a una partición de datos independiente, manteniendo el sistema y los datos separados. En el mantenimiento diario, los ingenieros pueden distinguir con mayor claridad la versión del sistema del contenido generado en campo.

03

Conoce la vía de retorno antes de la próxima actualización.

La nueva versión se escribe primero en el sistema de reserva; después del reinicio, se activa y se verifica. Si falla el arranque o la verificación, se revierte siguiendo el mecanismo de recuperación. Diseñar la vía de recuperación antes de actualizar reduce el trabajo manual necesario tras un fallo.

02 / Una nueva forma de trabajar

Cada actualización incluye una vía de recuperación diseñada de antemano.

El sistema activo ejecuta las aplicaciones mientras el sistema de reserva recibe la nueva versión. Tras el reinicio y el cambio de sistema, se verifica el nuevo sistema; los datos operativos permanecen en una partición independiente.

Ilustración conceptual
Aplicaciones nativas y en contenedores
Sistema A
Sistema B
Actualizar · reiniciar · verificar
Reversión en caso de fallo
Datos operativos independientes

El cambio de sistema requiere un reinicio. El resultado de la verificación determina si se continúa utilizando el nuevo sistema o se inicia el proceso de recuperación.

03 / Conoce la implementación

Para disponer de una vía de retorno, primero hay que comprender el mecanismo de cambio de sistema.

La documentación del sistema dual A/B explica la escritura en la partición de reserva, el cambio tras reiniciar, la verificación del arranque y el momento en que se aplica la reversión. Así, el equipo puede planificar las actualizaciones según las ventanas de mantenimiento de la instalación.

Conocer las actualizaciones A/B y la reversión

JELINA / OS

Diseña hoy la vía de retorno de la próxima actualización.

Confirma primero la plataforma de hardware, las aplicaciones existentes y las ventanas de mantenimiento de la instalación. Utiliza después la guía del producto para planificar el funcionamiento, las actualizaciones y la recuperación de los dispositivos.