KINGAI OS Edge | Appareils de périphérie

Positionnement

Edge vise les petits appareils, les passerelles et les nœuds de périphérie à priorité hors ligne ; l’objectif est un système qui s’installe dans l’appareil et tourne durablement, capable de tenir seul lorsque le réseau tombe. Il est encore au stade de projet : cette page décrit des orientations de conception, et chacune d’elles ne comptera que lorsqu’une image réelle et des tests matériels existeront.

Orientations de conception

• Une image compacte, pensée pour des appareils au stockage et à la mémoire limités
• Priorité au hors ligne : en cas de coupure réseau, les données sont d’abord mises en file et stockées localement, puis synchronisées vers le centre dès que le réseau revient
• Mises à jour sécurisées, regroupement d’appareils et administration à distance (autant d’objectifs de conception, non encore réalisés)
• Double architecture amd64 et arm64 ; arm64 est une architecture cible, sans aucun enregistrement de validation à ce jour
• Options TPM, élément sécurisé et démarrage sécurisé, selon le matériel concret

Voir la feuille de route des quatre éditions → Voir l’historique des versions →

Positionnement : installé dans l’appareil, capable de tenir seul sans réseau

Edge vise une catégorie précise d’appareils : les petites passerelles et terminaux dédiés installés dans les magasins, les entrepôts, les coins de salles machines ou les coffrets extérieurs. Leur stockage est réduit, leur mémoire limitée, leur réseau capricieux, et il est fréquent que personne ne passe les voir sur site pendant des mois. Pour ce type d’appareil, la qualité la plus importante d’un système d’exploitation n’est pas le nombre de fonctions, mais trois choses : être compact, ne perdre aucune donnée en cas de coupure réseau et se relever seul d’une mise à jour ratée.

L’ordre de conception d’Edge est donc : d’abord survivre, ensuite administrer. Les données sont d’abord mises en sûreté localement, puis synchronisées vers le centre lorsque le réseau revient ; une mise à jour réussit entièrement ou revient à l’ancienne version et continue de tourner, jamais elle ne s’arrête à mi-chemin. Dans la documentation produit, tout cela reste des points de conception ; cette section les détaille un par un — et chacun porte la même mention : non encore réalisé.

Capacités en projet, détaillées une à une

Image compacte

Le stockage et la mémoire des appareils sont limités : l’image doit être taillée selon le principe « n’installer que ce qui sert ». L’objectif est un faible encombrement (small footprint) ; les chiffres concrets attendront qu’une image réelle existe — au stade de projet, on n’annonce aucun volume.

File d’attente hors ligne

En cas de coupure réseau, les données collectées par l’appareil et les événements à remonter sont d’abord mis en file et stockés localement ; dès que le réseau revient, ils sont synchronisés vers le centre dans l’ordre. Sur le terrain, un réseau instable est la norme ; ce mécanisme décide si les données disparaissent ou non dans le vide pendant les heures de coupure.

Mises à jour immuables sur double partition

Sur le matériel adapté, la partition système est en lecture seule, la mise à jour s’écrit sur l’autre partition et, si le démarrage échoue, le système revient automatiquement à l’ancienne partition. Pour un appareil sans surveillance, c’est bien plus réaliste que « la mise à jour a échoué, on attend que la maintenance se déplace ». L’applicabilité dépend de la forme concrète du matériel ; les mots exacts de la documentation sont : where suitable.

Commandes d’appareil signées et déploiement par groupes progressifs

Les commandes envoyées à distance doivent porter une signature vérifiée ; si la provenance n’est pas la bonne, elles sont rejetées d’emblée. Les nouvelles versions sont d’abord poussées vers un petit groupe d’appareils (groupe canary) pour observation, puis déployées à l’ensemble seulement si tout va bien. Ces deux points sont les fondations de la gestion de flotte (fleet) ; ils en sont encore tous les deux au stade d’objectifs de conception.

Démarrage sécurisé et options TPM

Démarrage sécurisé, chaîne de démarrage de confiance, TPM ou élément sécurisé : tout dépend des capacités que le matériel de l’appareil offre ou non. La documentation les énumère comme des options et non comme un équipement standard ; cette page ne les garantit pas davantage.

Récupération à sécurité intégrée

Après une mise à jour interrompue, une coupure de courant ou une configuration corrompue, l’appareil doit pouvoir revenir à un état fonctionnel au lieu de devenir une brique. Le chemin de récupération devra faire l’objet de tests d’interruption spécifiques avant publication ; c’est aussi l’un des seuils ci-dessous.

Pourquoi il n’y a pas encore d’ISO : quatre seuils de publication

• Une validation indépendante sur une matrice matérielle ARM64 — arm64 n’est pour l’instant qu’une architecture cible, aucune machine réelle n’a été validée
• Des tests hors ligne / reconnexion à distance — prouver que la mise en file en cas de coupure et la synchronisation de reprise fonctionnent réellement comme prévu
• Des tests d’interruption et de retour arrière OTA — couper le courant ou le réseau en pleine mise à jour : l’appareil doit pouvoir se récupérer seul
• Signatures de la chaîne d’approvisionnement et audit des licences des paquets — la provenance et la licence de chaque paquet de l’image doivent être passées en revue

Aucun des quatre seuils n’a été franchi : Edge n’a donc ni numéro de version, ni ISO, ni bouton de téléchargement. Selon les termes mêmes du catalogue officiel : aucune prétention de prise en charge matérielle, d’OTA, de gestion de flotte ou de support ARM64.

État d’avancement actuel, en toute franchise

Côté public : planned, rien de plus. Sur la ligne d’expérimentation interne, l’équipe d’ingénierie a construit, dans l’orientation Debian 13, une image Edge expérimentale amd64 dont il reste des enregistrements de construction, mais l’image n’a pas été conservée, n’a aucun point de téléchargement et n’a subi aucune validation de démarrage par le firmware. Entre une construction expérimentale et une publication officielle, il y a les quatre seuils ci-dessus ; quiconque annonce sur Internet un paquet officiel de KINGAI OS Edge ne parle pas au nom de l’éditeur.

Voir la feuille de route des quatre éditions → Voir l’historique des versions → Voir d’abord l’édition serveur déjà publiée → Suivre l’avancement dans les Issues →