KINGAI OS Edge | Edición perimetral

Posicionamiento

Edge está pensado para dispositivos pequeños, pasarelas y nodos perimetrales con prioridad sin conexión; el objetivo es que se instale dentro de los dispositivos y funcione a largo plazo, sosteniéndose por sí mismo cuando se corta la red. Todavía está en fase de planificación; esta página describe la orientación del diseño, y cada punto solo contará cuando existan una imagen real y pruebas de hardware.

Orientación del diseño

• Imagen de pequeño tamaño, pensada para dispositivos con almacenamiento y memoria limitados
• Prioridad sin conexión: cuando se corta la red, los datos se guardan primero en una cola local y se sincronizan con el centro cuando la red se restablece
• Actualizaciones seguras, agrupación de dispositivos y administración remota (todo ello objetivos de diseño, aún no implementados)
• Doble arquitectura amd64 y arm64; arm64 es la arquitectura objetivo y aún no tiene registros de verificación
• Opciones de TPM, elementos seguros y arranque seguro, según el hardware concreto

Ver la hoja de ruta de las cuatro ediciones →　Ver el registro de versiones →

Posicionamiento: dentro del dispositivo, sosteniéndose solo cuando se corta la red

Edge apunta a una clase de dispositivos: las pequeñas pasarelas y terminales dedicados que se colocan en tiendas, almacenes, rincones de salas técnicas o armarios exteriores. Tienen poco almacenamiento, memoria limitada, una red que va y viene, y es habitual que nadie pase a verlos in situ durante meses. Para esta clase de dispositivos, la cualidad más importante de un sistema operativo no es la cantidad de funciones, sino tres cosas: ser pequeño, no perder datos cuando se corta la red y levantarse por sí mismo si una actualización falla.

Por eso el orden de diseño de Edge es primero sobrevivir y después hablar de gestión: primero se recogen y se aseguran los datos en local, y cuando la red se restablece se sincronizan hacia el centro; la actualización o bien tiene éxito por completo, o bien retrocede a la versión anterior y sigue funcionando, sin quedarse nunca en un estado intermedio. En la documentación del producto todo esto sigue siendo una lista de diseño; esta sección lo desglosa punto por punto, y tras cada uno figura la misma frase: aún no implementado.

Capacidades planificadas, desglosadas una a una

Imagen de pequeño tamaño

El almacenamiento y la memoria de los dispositivos son limitados, así que la imagen debe recortarse con el criterio de «instalar solo lo que se usa». El objetivo es una huella pequeña (small footprint); las cifras concretas de tamaño habrá que esperar a que exista una imagen real: en la fase de planificación no se dan cifras.

Cola sin conexión

Cuando se corta la red, los datos que el dispositivo recoge y los eventos pendientes de reporte se guardan primero en una cola local, y en cuanto la red se restablece se sincronizan con el centro en orden. Que la red en el lugar de instalación sea inestable es lo habitual; este mecanismo decide si los datos desaparecen o no en el aire durante las horas de corte.

Actualizaciones inmutables y de doble partición

En el hardware adecuado, la partición del sistema es de solo lectura y la actualización se escribe en otra partición; si el arranque falla, se vuelve automáticamente a la partición anterior. Para dispositivos sin nadie que los atienda, esto es mucho más realista que «si la actualización falla, que vaya el técnico in situ». Su aplicabilidad depende de la forma concreta del hardware; las palabras textuales de la documentación son where suitable.

Comandos de dispositivo firmados y grupos de despliegue gradual

Los comandos que se envían a distancia deben llevar verificación de firma, y los de origen incorrecto se rechazan sin más; las versiones nuevas se despliegan primero en un pequeño grupo de dispositivos (grupo canary) para observarlos, y solo se generalizan cuando no hay problemas. Estas dos cosas son los cimientos de la gestión de flotas (fleet), y actualmente siguen en la fase de objetivo de diseño.

Opciones de arranque seguro y TPM

El arranque seguro, la cadena de arranque de confianza, un TPM o un elemento seguro dependen todos de que el propio hardware del dispositivo ofrezca esas capacidades. La documentación los enumera como opciones y no como equipamiento de serie, y esta página tampoco los promete.

Recuperación a prueba de fallos

Tras una actualización interrumpida, un corte de electricidad o una configuración mal escrita, el dispositivo debe poder volver a un estado funcional, y no convertirse en un ladrillo. La ruta de recuperación debe someterse a pruebas de interrupción específicas antes de la publicación, y es también uno de los requisitos de la lista siguiente.

Por qué aún no hay ISO: cuatro requisitos de publicación

• Verificación independiente de la matriz de hardware ARM64: arm64 es por ahora solo la arquitectura objetivo, y no se ha verificado ni una sola máquina real
• Pruebas de desconexión y reconexión remotas: demostrar que la cola sin conexión y la sincronización al recuperarse funcionan realmente según el diseño
• Pruebas de interrupción y retroceso de OTA: cortando la electricidad y la red en mitad de una actualización, el dispositivo debe poder recuperarse por sí mismo
• Firma de la cadena de suministro y revisión de licencias de los paquetes de software: hay que repasar el origen y la licencia de cada paquete de la imagen

Ninguno de los cuatro requisitos se ha superado, así que Edge no tiene número de versión, ni ISO, ni botón de descarga. Las palabras textuales del catálogo oficial son: no se declara soporte de hardware, ni de OTA, ni de gestión de flotas (fleet), ni de ARM64.

Progreso actual, dicho con franqueza

En el plano público: planned, solo eso. En la línea experimental interna, el equipo de ingeniería ha construido con la orientación de Debian 13 una imagen experimental de Edge para amd64 y conserva registros de compilación, pero la imagen no se conservó, no hay entrada de descarga y tampoco se ha hecho ninguna verificación de arranque desde el firmware. Entre una compilación experimental y una publicación abierta median los cuatro requisitos de arriba; quien anuncie en internet que dispone de un paquete oficial de KINGAI OS Edge, no es oficial.

Ver la hoja de ruta de las cuatro ediciones →　Ver el registro de versiones →　Ver primero la edición de servidor ya publicada →　Seguir el progreso en Issues →