De acordo com as Leis 12.965/2014 e 13.709/2018, que regulam o uso da Internet e o tratamento de dados pessoais no Brasil, ao me inscrever na newsletter do portal DICAS-L, autorizo o envio de notificações por e-mail ou outros meios e declaro estar ciente e concordar com seus Termos de Uso e Política de Privacidade.

Do Containerfile à produção: o fluxo completo do bootc

Colaboração: Rubens Queiroz de Almeida

Data de Publicação: 15 de outubro de 2026

Depois de conhecer os componentes do bootc, podemos visualizar o fluxo completo de administração.

O repositório Git guarda o Containerfile, os arquivos de configuração, as unidades do systemd e os scripts necessários para construir o sistema.

Quando uma alteração é enviada ao repositório, uma plataforma de integração contínua pode executar as seguintes etapas:

  1. construir a imagem;
  2. verificar vulnerabilidades;
  3. realizar testes automatizados;
  4. assinar a imagem;
  5. publicá-la em um registro;
  6. disponibilizá-la inicialmente para um grupo de testes;
  7. promover a mesma imagem para produção.

Os computadores consultam o registro e recebem a versão aprovada. A atualização pode ser dividida em três operações:

$ sudo bootc upgrade --check
$ sudo bootc upgrade
$ sudo systemctl reboot

O projeto também fornece uma unidade e um timer do systemd para automatizar a consulta, o download e a aplicação de atualizações. A política concreta, porém, pode variar conforme a distribuição.

Esse modelo atende especialmente bem a servidores padronizados, dispositivos de borda, laboratórios, estações especializadas e equipamentos que precisam executar uma configuração conhecida.

Ele pode ser menos conveniente quando cada máquina recebe muitas modificações manuais ou quando a equipe ainda depende de instalar pacotes diretamente em produção. Nesses casos, é necessário transferir gradualmente essas modificações para o Containerfile.

O bootc não elimina a administração de sistemas. Ele muda o ponto em que ela acontece. Em vez de corrigir cada máquina individualmente, o administrador corrige a definição da imagem e distribui um novo estado conhecido.

Essa mudança torna o sistema operacional versionável, testável e reproduzível. É a mesma disciplina que os contêineres trouxeram às aplicações, agora aplicada à base Linux que inicializa a máquina.

Com isso encerramos nossa introdução ao bootc. O próximo passo é montar um laboratório com Podman, uma imagem Fedora bootc e uma máquina virtual.

O serviço oficial de atualização pode verificar o registro, baixar uma nova imagem e reinicializar o equipamento. As três etapas também podem ser controladas separadamente.

Confira a lista completa dos artigos desta série:

  1. Introdução ao bootc: quando o sistema operacional vira uma imagem de contêiner
  2. O que existe dentro de uma imagem bootc?
  3. bootc e DNF: dois modelos de atualização do Linux
  4. Construindo nossa primeira imagem bootc
  5. Como instalar e inicializar uma imagem bootc
  6. Atualizações transacionais com bootc
  7. Rollback no bootc: retornando à versão anterior
  8. Do Containerfile à produção: o fluxo completo do bootc



Veja a relação completa dos artigos de Rubens Queiroz de Almeida