L’article sur l’architecture d’octobre 2025 est utile, car il tente de relier le matériel, la base Linux, Docker, le stockage, le réseau, les applications et la supervision au sein d’un même modèle mental. C’est également un bon exemple de la raison pour laquelle la rétro-ingénierie communautaire ne doit pas être confondue avec une spécification interne officielle.
L’auteur a renommé l’article « My Observation » et corrigé plusieurs détails après que d’autres utilisateurs les eurent contestés. Un résumé de qualité doit conserver ces corrections et ne vérifier que les affirmations essentielles étayées par les sources actuelles d’IceWhale.
ZimaOS est basé sur Buildroot, et non sur une installation Debian généraliste
La correction la plus importante du fil concernait le système d’exploitation de base. L’article avait d’abord suscité des questions sur Debian, puis l’auteur l’a corrigé en indiquant qu’il s’agissait de Buildroot. Le dépôt public de ZimaOS d’IceWhale confirme indépendamment que le système est construit avec Buildroot et conçu autour de mises à jour OTA stables.
Vous pouvez vérifier cette base dans la description publique actuelle du projet ZimaOS d’IceWhale.
La plateforme prise en charge est principalement x86-64
L’article source répertorie le matériel Intel et AMD x86-64 et indique qu’il n’existait pas de version ARM officielle à l’époque. Le projet public actuel d’IceWhale décrit toujours le matériel Zima et les systèmes x86-64 génériques dotés de l’UEFI comme des cibles prises en charge.
Cela fait de x86-64 un fait architectural stable ; la prise en charge de chaque carte réseau, carte graphique, contrôleur de stockage et capteur dépend toutefois du matériel utilisé et de la version de ZimaOS.
Les applications reposent sur Docker Compose
L’article communautaire décrivait Docker comme la couche applicative. Les spécifications actuelles de l’App Store de ZimaOS confirment que les définitions d’applications sont rédigées avec Docker Compose, auquel sont ajoutées des métadonnées x-casaos propres à ZimaOS.
La règle de conception utile est simple : les paramètres d’exécution des conteneurs restent dans Docker Compose, tandis que les métadonnées de la boutique ZimaOS résident dans x-casaos.
Les données des applications résident en dehors des conteneurs éphémères
Une conséquence pratique du modèle de conteneurs est que les données importantes des applications doivent être associées à un stockage persistant. Les recommandations actuelles de ZimaOS préconisent de conserver les données précieuses des applications sur l’espace de stockage plutôt que de remplir le disque système de plus petite capacité.
Cette approche est plus exploitable que de s’appuyer sur une liste fixe de chemins internes issue d’une observation architecturale de 2025, car le conditionnement de l’App Store et le comportement du stockage peuvent évoluer indépendamment.
La correction concernant le nom d’hôte local était zimaos.local
Le fil utilisait initialement zima.local. Un autre utilisateur l’a testé et montré que le nom local fonctionnel était zimaos.local, ce que l’auteur a ensuite corrigé.
zima.local à zimaos.local.Ne figez pas les noms internes des services observés par la communauté
L’article original répertoriait des noms de services, des ports, des composants de supervision, des emplacements RAID et des outils de système de fichiers facultatifs précis. Certains ont pu être exacts dans une version donnée, mais ils ne constituent pas tous des contrats publics stables.
Pour les contenus de recherche destinés à rester valables longtemps, le modèle architectural le plus sûr est de s’en tenir aux limites prises en charge : système d’exploitation appliance basé sur Buildroot, applications fondées sur Docker, stockage et réseau gérés, mises à jour OTA et couche de gestion Web/client. Considérez les noms de services plus spécifiques comme des détails d’implémentation, sauf si IceWhale les publie en tant qu’API ou contrat de compatibilité.
FAQ sur l’architecture de ZimaOS
ZimaOS est-il basé sur Debian ?
Non. L’auteur de la publication communautaire a corrigé cette affirmation, et le projet public d’IceWhale présente ZimaOS comme étant basé sur Buildroot.
ZimaOS utilise-t-il Docker pour les applications ?
Oui. Les spécifications actuelles de l’App Store de ZimaOS reposent sur Docker Compose, associé aux métadonnées de ZimaOS.
Chaque nom de service interne mentionné dans l’article de 2025 est-il garanti ?
Non. L’article est explicitement présenté comme une observation et a été corrigé après sa publication. Les composants internes peuvent changer d’une version à l’autre.
Quel nom d’hôte local dois-je essayer ?
Le nom d’hôte corrigé dans le fil est zimaos.local, mais l’accès direct par adresse IP reste utile lorsque la découverte locale n’est pas disponible.
