Wat de Proxmox-webinterface goed doet, en waar u uiteindelijk een tweede scherm opent

Het is de moeite waard dit ronduit te zeggen, omdat vaak het tegendeel wordt aangenomen: de Proxmox-webinterface is goed. Hij toont bijna alles wat het systeem kan, verstopt toestand niet achter vriendelijke samenvattingen, en hij liegt niet tegen u. Veel mensen draaien serieuze infrastructuur met niets anders, en zij nemen geen genoegen met minder.

Daar eerlijk over zijn is geen beleefdheid. Wie niet kan zeggen wat een gereedschap goed doet, kan meestal ook niet precies zeggen waar het ongemakkelijk is, en de tweede zin is de nuttige.

Wat hij goed doet

Hij is volledig. Bijna elke mogelijkheid heeft een plek in de interface. Er is geen grote verzameling dingen die alleen via het bewerken van een bestand gaan, en dat is in deze categorie zeldzamer dan het klinkt.

Hij doet niet alsof. Is een waarde onbekend, dan ziet die er onbekend uit. Mislukt een taak, dan is de mislukking zichtbaar met de uitvoer erbij. Interfaces die dat gladstrijken zijn aangenaam tot het moment waarop u de waarheid nodig hebt.

Hij sluit nauw aan op het systeem eronder. Wat u ziet komt overeen met echte objecten, dus wat u in de interface leert draagt over naar de opdrachtregel en terug. Gereedschap dat een eigen abstractie verzint leert u het gereedschap in plaats van het systeem.

Hij is snel en altijd aanwezig. Geen agent te installeren, geen extra dienst in leven te houden, niets tweeds dat stuk kan gaan.

Waar de wrijving echt zit

Niet op één scherm. In de vragen waarvan het antwoord over meerdere verspreid ligt.

Vraag: "als deze schijf vannacht uitvalt, welke machines gaan mee?" De interface kan dat beantwoorden. U opent de opslag, noteert wat erop staat, opent elke machine, controleert de schijven, en houdt het tussenresultaat in uw hoofd. Vier schermen en een gedachtelijke koppeling, en de volgende keer doet u het opnieuw.

Vraag: "via welke brug bereikt deze machine eigenlijk de buitenwereld?" Zelfde vorm. Machine, brug, fysieke poort, en de koppeling gebeurt in uw geheugen.

Vraag: "wat gaat deze wijziging raken voordat ik hem toepas?" Hier kan de interface maar deels helpen, want het antwoord staat nergens opgeslagen: het moet worden afgeleid door relaties vooruit te volgen.

Dit zijn geen ontbrekende functies. Elk benodigd feit is aanwezig en juist. De kosten zitten in het samenstellen, en die worden elke keer betaald dat de vraag wordt gesteld, niet eenmalig.

Waarom die kosten onzichtbaar zijn, tot ze dat niet meer zijn

Op een rustige middag zijn vier schermen geen last. Het voelt als gewoon beheer, want dat is het.

Duur wordt het in precies twee situaties. Tijdens een storing, wanneer de koppeling onder tijdsdruk gebeurt en een verkeerde koppeling een zelfverzekerd fout antwoord oplevert. En op een onbekend systeem, waar u nog niet weet welke relaties bestaan, dus ook niet weet wat u vergat te controleren.

Daarom melden mensen die al jaren één server draaien vaak helemaal geen wrijving, en mensen die vorige week een server erfden juist heel veel. Beiden beschrijven dezelfde interface correct.

Wat een tweede laag niet moet doen

Hij moet de eerste niet vervangen. De eigen interface blijft de referentie voor wat het systeem echt denkt. Alles wat daarmee in tegenspraak is, is per definitie fout, en een tweede laag die u aanmoedigt daar niet meer te kijken is een risico.

Hij moet geen eigen model verzinnen. Leert een tweede laag u begrippen die in Proxmox niet bestaan, dan onderhoudt u vanaf dat moment een vertaling in uw hoofd, en vertalingen lopen uiteen.

Hij moet mislukking niet verbergen. Een laag die makkelijker succes meldt dan het systeem eronder is slechter dan geen laag.

De eerlijke manier om te beslissen

Vraag niet welke interface beter is. Vraag welke vragen u het vaakst stelt, en of hun antwoorden op één scherm of op vier leven.

Zijn uw vaste vragen enkelvoudige objectvragen, start deze machine, vergroot die schijf, controleer die back-up, dan beantwoordt de eigen interface ze rechtstreeks en voegt een tweede laag voor niets een stap toe.

Zijn uw vaste vragen relatievragen, waar hangt dit van af, wat gaat dit raken, waar draait dit eigenlijk, dan zijn dat de vragen die u elke keer kosten, en dat is de enige eerlijke reden om iets toe te voegen.

Wat Atlas doet

Atlas draait naast de Proxmox-interface, niet in plaats daarvan, en richt zich precies op de relatievragen hierboven.

De bronketen wordt getekend van een machine tot de fysieke schijf, en de netwerkketen van een machine tot de fysieke poort, zodat de koppeling die vroeger in uw hoofd gebeurde nu op het scherm gebeurt. Dat is het hele verschil: dezelfde feiten, eenmaal samengesteld en samengesteld gehouden.

Voordat een wijziging draait, worden de bronnen die hij raakt opgesomd, waarmee de derde vraag van afleiden naar lezen verschuift.

En het spiegelt Proxmox in plaats van diens model te vervangen: gebruikers, rollen, groepen en API-tokens zijn die van Proxmox, rechten worden bij het aanmelden aan Proxmox gevraagd, en Atlas bouwt geen parallel begrip dat u synchroon moet houden. Wat u hier leert blijft daar waar.