A publicação sobre a arquitetura de outubro de 2025 é útil porque tenta ligar o hardware, a base Linux, o Docker, o armazenamento, a rede, as aplicações e a monitorização num único modelo mental. É também um bom exemplo de por que razão a engenharia inversa feita pela comunidade não deve ser confundida com uma especificação interna oficial.
O autor mudou o nome da publicação para «My Observation» e corrigiu vários detalhes depois de outros utilizadores os terem contestado. Um resumo de qualidade deve preservar essas correções e verificar apenas as afirmações fundamentais que são sustentadas pelas fontes atuais da própria IceWhale.
O ZimaOS é baseado no Buildroot, não é uma instalação Debian de uso geral
A correção mais importante na discussão dizia respeito ao sistema operativo base. Inicialmente, a publicação suscitou perguntas sobre o Debian, mas o autor corrigiu a informação, indicando o Buildroot. O repositório público do ZimaOS da IceWhale confirma de forma independente que o sistema é criado com o Buildroot e concebido em torno de atualizações OTA estáveis.
Pode verificar essa base na descrição pública atual do projeto ZimaOS da IceWhale.
O foco da plataforma suportada é o x86-64
A publicação original lista hardware Intel e AMD x86-64 e afirma que, na altura, não existia uma versão ARM oficial. O projeto público atual da IceWhale continua a descrever o hardware Zima e sistemas x86-64 genéricos com UEFI como alvos suportados.
Isso torna o x86-64 um facto arquitetural estável; o suporte para placas de rede, GPU, controladores de armazenamento e sensores individuais continua a depender do hardware concreto e da versão do ZimaOS.
As aplicações são baseadas no Docker Compose
A publicação da comunidade descrevia o Docker como a camada de aplicações. As especificações atuais da loja de aplicações do ZimaOS confirmam que as definições das aplicações são criadas como Docker Compose, com metadados x-casaos específicos do ZimaOS adicionados.
A regra de conceção útil é simples: as definições de execução dos contentores permanecem no Docker Compose, enquanto os metadados da loja do ZimaOS ficam em x-casaos.
Os dados das aplicações ficam fora dos contentores descartáveis
Uma consequência prática do modelo de contentores é que os dados importantes das aplicações devem ser mapeados para armazenamento persistente. As orientações atuais do ZimaOS recomendam manter os dados valiosos das aplicações no espaço de armazenamento, em vez de ocupar a unidade de sistema mais pequena.
Isto é mais útil na prática do que depender de uma lista fixa de caminhos internos baseada numa observação arquitetural de 2025, porque o empacotamento da loja de aplicações e o comportamento do armazenamento podem evoluir de forma independente.
A correção do nome de anfitrião local foi zimaos.local
A discussão utilizava originalmente zima.local. Outro utilizador testou-o e mostrou que o nome local funcional era zimaos.local, que o autor corrigiu posteriormente.
zima.local para zimaos.local.Não trate os nomes internos de serviços observados pela comunidade como imutáveis
A publicação original listava nomes específicos de serviços, portas, componentes de monitorização, localizações de RAID e ferramentas opcionais de sistemas de ficheiros. Alguns podem ter sido corretos numa determinada versão, mas não constituem todos contratos públicos estáveis.
Para conteúdos de pesquisa que se mantenham úteis a longo prazo, o modelo arquitetural mais seguro é o limite suportado: um sistema operativo appliance baseado no Buildroot, aplicações baseadas em Docker, armazenamento e rede geridos, atualizações OTA e uma camada de gestão através da Web e do cliente. Considere os nomes mais detalhados dos serviços como pormenores de implementação, exceto quando a IceWhale os publicar como API ou contrato de compatibilidade.
Perguntas frequentes sobre a arquitetura do ZimaOS
O ZimaOS é Debian?
Não. O autor da comunidade corrigiu essa afirmação e o projeto público da IceWhale identifica o ZimaOS como baseado no Buildroot.
O ZimaOS utiliza Docker para as aplicações?
Sim. As especificações atuais da loja de aplicações do ZimaOS baseiam-se no Docker Compose e nos metadados do ZimaOS.
Todos os nomes de serviços internos da publicação de 2025 são garantidos?
Não. A publicação é explicitamente uma observação e foi corrigida após a sua publicação. Os componentes internos podem mudar entre versões.
Que nome de anfitrião local devo experimentar?
O nome de anfitrião corrigido na discussão é zimaos.local, embora o acesso direto pelo endereço IP continue a ser útil quando a descoberta local não está disponível.
