O que a interface web do Proxmox faz bem, e onde você acaba abrindo uma segunda tela

Vale dizer com clareza, porque em geral se supõe o contrário: a interface web do Proxmox é boa. Ela expõe quase tudo que o sistema sabe fazer, não esconde estado atrás de resumos gentis e não mente para você. Muita gente roda infraestrutura séria sem mais nada, e não está se contentando com pouco.

Ser justo nisso não é gentileza. Quem não sabe dizer o que uma ferramenta faz bem, provavelmente também não sabe dizer com precisão onde ela incomoda, e é a segunda frase que serve.

O que ela faz bem

É completa. Quase toda capacidade tem um lugar na interface. Não existe um grande conjunto de coisas que só dá para fazer editando um arquivo, e isso nessa categoria é mais raro do que parece.

Ela não finge. Quando um valor é desconhecido, ele parece desconhecido. Quando uma tarefa falha, a falha aparece com a saída dela. Interfaces que suavizam isso são agradáveis até o momento em que você precisa da verdade.

Ela acompanha de perto o sistema embaixo. O que você vê corresponde a objetos reais, então o que se aprende na interface se transfere para a linha de comando e de volta. Ferramentas que inventam a própria abstração ensinam a ferramenta em vez do sistema.

É rápida e está sempre lá. Nenhum agente para instalar, nenhum serviço extra para manter vivo, nada segundo que possa quebrar.

Onde o atrito realmente está

Em nenhuma tela específica. Nas perguntas cuja resposta está espalhada por várias.

Pergunte: "se esse disco morrer hoje à noite, quais máquinas caem?" A interface consegue responder. Você abre o armazenamento, anota o que está nele, abre cada máquina, confere os discos dela e guarda o resultado parcial na cabeça. Quatro telas e uma junção mental, e você refaz tudo da próxima vez.

Pergunte: "por qual ponte essa máquina chega de fato no mundo externo?" Mesmo formato. Máquina, ponte, porta física, e a junção acontece na sua memória.

Pergunte: "o que essa mudança vai tocar antes de eu aplicar?" Aqui a interface só ajuda em parte, porque a resposta não está guardada em lugar nenhum: precisa ser derivada percorrendo relações para a frente.

Não são recursos faltando. Todo dado necessário está presente e correto. O custo está na montagem, e ele é pago toda vez que a pergunta é feita, não uma vez só.

Por que esse custo é invisível até deixar de ser

Numa tarde tranquila, abrir quatro telas não é peso. Parece administração normal, porque é.

Fica caro em exatamente duas situações. Durante um incidente, quando a junção é feita sob pressão e uma junção errada produz uma resposta confiante e errada. E num sistema desconhecido, onde você ainda não sabe quais relações existem, então não sabe o que deixou de checar.

Por isso quem roda um servidor há anos costuma não relatar atrito nenhum, e quem herdou um na semana passada relata bastante. Os dois descrevem a mesma interface com precisão.

O que uma segunda camada não deve fazer

Não deve substituir a primeira. A interface nativa continua sendo a referência do que o sistema realmente pensa. Tudo que a contradiz está errado por definição, e uma segunda camada que incentiva você a parar de olhar lá é um risco.

Não deve inventar o próprio modelo. Se uma segunda camada ensina conceitos que não existem no Proxmox, a partir daí você mantém uma tradução na cabeça, e traduções se afastam.

Não deve esconder falha. Uma camada que declara sucesso com mais facilidade que o sistema embaixo é pior do que camada nenhuma.

O jeito honesto de decidir

Não pergunte qual interface é melhor. Pergunte quais perguntas você faz com mais frequência e se as respostas delas moram em uma tela ou em quatro.

Se suas perguntas habituais são de um objeto só, inicia essa máquina, aumenta esse disco, confere esse backup, a interface nativa responde direto e uma segunda camada acrescenta um passo à toa.

Se suas perguntas habituais são de relação, do que isso depende, o que isso vai tocar, onde isso roda de verdade, essas são as que custam toda vez, e essa é a única razão honesta para acrescentar qualquer coisa.

O que o Atlas faz

O Atlas roda ao lado da interface do Proxmox, não no lugar dela, e mira exatamente nas perguntas de relação acima.

A cadeia de recursos é desenhada de uma máquina até o disco físico, e a cadeia de rede de uma máquina até a porta física, então a junção que antes acontecia na sua cabeça acontece na tela. A diferença toda é essa: os mesmos dados, montados uma vez e mantidos montados.

Antes de uma mudança rodar, os recursos que ela vai tocar são listados, o que transforma a terceira pergunta em algo que se lê em vez de se deduzir.

E ele espelha o Proxmox em vez de substituir o modelo dele: usuários, papéis, grupos e tokens de API são os do Proxmox, as permissões são perguntadas ao Proxmox no login, e o Atlas não constrói nenhum conceito paralelo para você manter em sincronia. O que você aprende aqui continua verdadeiro lá.