Vad Proxmox webbgränssnitt gör bra, och var du till slut öppnar en andra skärm

Det är värt att säga rakt ut, eftersom motsatsen ofta antas: Proxmox webbgränssnitt är bra. Det visar nästan allt systemet kan, gömmer inte tillstånd bakom vänliga sammanfattningar, och det ljuger inte för dig. Många kör seriös infrastruktur utan något annat, och de nöjer sig inte.

Att vara rättvis om det är inte artighet. Kan du inte säga vad ett verktyg gör bra, kan du förmodligen inte heller säga exakt var det är obekvämt, och det är den andra meningen som är användbar.

Vad det gör bra

Det är komplett. Nästan varje förmåga har en plats i gränssnittet. Det finns ingen stor mängd saker som bara går via filredigering, vilket är ovanligare i den här kategorin än det låter.

Det låtsas inte. Är ett värde okänt ser det okänt ut. Misslyckas en uppgift syns misslyckandet med sin utdata. Gränssnitt som slätar över det är trevliga ända fram till stunden du behöver sanningen.

Det ligger nära systemet under. Det du ser motsvarar riktiga objekt, så det du lär dig i gränssnittet går att flytta till kommandoraden och tillbaka. Verktyg som hittar på en egen abstraktion lär dig verktyget i stället för systemet.

Det är snabbt och alltid där. Ingen agent att installera, ingen extra tjänst att hålla vid liv, inget andra som kan gå sönder.

Var friktionen faktiskt sitter

Inte på någon enskild skärm. I frågorna vars svar är utspritt över flera.

Fråga: "om den här disken går sönder i natt, vilka maskiner följer med?" Gränssnittet kan svara. Du öppnar lagringen, noterar vad som ligger där, öppnar varje maskin, kollar dess diskar och håller mellanresultatet i huvudet. Fyra skärmar och en tankemässig koppling, och nästa gång gör du om det.

Fråga: "via vilken brygga når den här maskinen egentligen omvärlden?" Samma form. Maskin, brygga, fysisk port, och kopplingen sker i ditt minne.

Fråga: "vad kommer den här ändringen att röra innan jag tillämpar den?" Här kan gränssnittet bara delvis hjälpa, för svaret finns inte lagrat någonstans: det måste härledas genom att följa relationer framåt.

Det här är inte saknade funktioner. Varje nödvändig uppgift finns och stämmer. Kostnaden ligger i sammanfogningen, och den betalas varje gång frågan ställs, inte en gång.

Varför den kostnaden är osynlig tills den inte är det

En lugn eftermiddag är fyra skärmar ingen börda. Det känns som vanlig administration, för det är det.

Det blir dyrt i exakt två lägen. Under ett avbrott, när kopplingen görs under tidspress och en felaktig koppling ger ett självsäkert felaktigt svar. Och på ett okänt system, där du ännu inte vet vilka relationer som finns, alltså inte vet vad du missade att kontrollera.

Därför rapporterar den som kört en server i åratal ofta ingen friktion alls, medan den som ärvde en förra veckan rapporterar mycket. Båda beskriver samma gränssnitt korrekt.

Vad ett andra lager inte ska göra

Det ska inte ersätta det första. Det inbyggda gränssnittet förblir referensen för vad systemet faktiskt tycker. Allt som motsäger det är per definition fel, och ett andra lager som uppmuntrar dig att sluta titta där är en risk.

Det ska inte hitta på en egen modell. Lär ett andra lager dig begrepp som inte finns i Proxmox, underhåller du från och med då en översättning i huvudet, och översättningar glider isär.

Det ska inte dölja misslyckanden. Ett lager som meddelar framgång lättare än systemet under är sämre än inget lager alls.

Det ärliga sättet att bestämma

Fråga inte vilket gränssnitt som är bäst. Fråga vilka frågor du ställer oftast, och om deras svar bor på en skärm eller på fyra.

Är dina återkommande frågor enkelobjektsfrågor, starta den här maskinen, utöka den disken, kolla den säkerhetskopian, då svarar det inbyggda gränssnittet direkt och ett andra lager lägger till ett steg i onödan.

Är dina återkommande frågor relationsfrågor, vad hänger på det här, vad kommer det här att röra, var kör det egentligen, då är det de som kostar varje gång, och det är det enda ärliga skälet att lägga till något alls.

Vad Atlas gör

Atlas kör bredvid Proxmox gränssnitt, inte i stället för det, och siktar precis på relationsfrågorna ovan.

Resurskedjan ritas från en maskin ner till den fysiska disken, och nätkedjan från en maskin ut till den fysiska porten, så att kopplingen som förr skedde i huvudet nu sker på skärmen. Det är hela skillnaden: samma fakta, sammanfogade en gång och hållna sammanfogade.

Innan en ändring körs listas de resurser den kommer att röra, vilket gör den tredje frågan till något man läser i stället för härleder.

Och det speglar Proxmox i stället för att ersätta dess modell: användare, roller, grupper och API-token är Proxmox egna, behörigheter frågas av Proxmox vid inloggning, och Atlas bygger inget parallellt begrepp du måste hålla i synk. Det du lär dig här förblir sant där.