Cosa fa bene l'interfaccia web di Proxmox, e dove finite per aprire un secondo schermo
L'interfaccia nativa non è il punto debole di Proxmox. È precisa, completa e onesta. L'attrito sta in un punto preciso: le domande la cui risposta vive su più schermate insieme.
AtlasPVE ·
Questa voce risponde a
- l'interfaccia web di proxmox è buona
- limiti dell'interfaccia proxmox
- perché proxmox è difficile per chi inizia
- serve un'altra interfaccia per proxmox
- proxmox gui vs third party panel
Vale la pena dirlo chiaramente, perché spesso si presume il contrario: l'interfaccia web di Proxmox è buona. Espone quasi tutto ciò che il sistema sa fare, non nasconde lo stato dietro riassunti gentili e non vi mente. Molte persone gestiscono infrastrutture serie senza nient'altro, e non si stanno accontentando.
Essere onesti su questo non è cortesia. Se non sapete dire cosa fa bene uno strumento, probabilmente non saprete dire con precisione nemmeno dove è scomodo, ed è la seconda frase quella utile.
Cosa fa bene
È completa. Quasi ogni capacità ha un posto nell'interfaccia. Non c'è un grande insieme di cose che si possono fare solo modificando un file, e questo in questa categoria è più raro di quanto sembri.
Non finge. Quando un valore è ignoto, sembra ignoto. Quando un'operazione fallisce, il fallimento è visibile con il suo output. Le interfacce che smussano queste cose sono piacevoli fino al momento in cui vi serve la verità.
Aderisce da vicino al sistema sottostante. Quello che vedete corrisponde a oggetti reali, quindi ciò che imparate nell'interfaccia si trasferisce alla riga di comando e viceversa. Gli strumenti che inventano una propria astrazione vi insegnano lo strumento invece del sistema.
È veloce ed è sempre lì. Nessun agente da installare, nessun servizio in più da tenere in vita, nessuna seconda cosa che possa rompersi.
Dove sta davvero l'attrito
Non in una singola schermata. Nelle domande la cui risposta è sparsa su più di una.
Chiedete: "se questo disco muore stanotte, quali macchine cadono?" L'interfaccia sa rispondere. Aprite lo storage, annotate cosa c'è sopra, aprite ogni macchina, controllate i suoi dischi e tenete il risultato intermedio a mente. Quattro schermate e una giunzione mentale, e la rifate la volta dopo.
Chiedete: "attraverso quale ponte questa macchina raggiunge davvero l'esterno?" Stessa forma. Macchina, ponte, porta fisica, e la giunzione avviene nella vostra memoria.
Chiedete: "cosa toccherà questa modifica prima che la applichi?" Qui l'interfaccia può aiutare solo in parte, perché la risposta non è memorizzata da nessuna parte: va derivata percorrendo le relazioni in avanti.
Non sono funzioni mancanti. Ogni dato necessario è presente e corretto. Il costo sta nel montaggio, e si paga ogni volta che si pone la domanda, non una volta sola.
Perché quel costo è invisibile finché non lo è più
In un pomeriggio tranquillo aprire quattro schermate non è un peso. Sembra normale amministrazione, perché lo è.
Diventa caro in esattamente due situazioni. Durante un guasto, quando la giunzione si fa sotto pressione e una giunzione sbagliata produce una risposta sicura e sbagliata. E su un sistema che non conoscete, dove non sapete ancora quali relazioni esistano, quindi non sapete cosa avete omesso di controllare.
Per questo chi gestisce un server da anni spesso non riferisce alcun attrito, e chi ne ha ereditato uno la settimana scorsa ne riferisce parecchio. Entrambi descrivono con esattezza la stessa interfaccia.
Cosa non dovrebbe fare un secondo strato
Non dovrebbe sostituire il primo. L'interfaccia nativa resta il riferimento di ciò che il sistema pensa davvero. Tutto ciò che la contraddice è sbagliato per definizione, e un secondo strato che vi incoraggia a non guardarla più è un rischio.
Non dovrebbe inventare un proprio modello. Se un secondo strato vi insegna concetti che in Proxmox non esistono, da quel momento tenete una traduzione in testa, e le traduzioni si allontanano.
Non dovrebbe nascondere i fallimenti. Uno strato che dichiara il successo più facilmente del sistema sottostante è peggio di nessuno strato.
Il modo onesto di decidere
Non chiedete quale interfaccia sia migliore. Chiedete quali domande fate più spesso e se le loro risposte vivono su una schermata o su quattro.
Se le vostre domande abituali riguardano un singolo oggetto, avvia questa macchina, allarga quel disco, controlla quel backup, l'interfaccia nativa risponde direttamente e un secondo strato aggiunge un passaggio per nulla.
Se le vostre domande abituali sono domande di relazione, da cosa dipende questo, cosa toccherà, dove gira davvero, sono quelle che vi costano ogni volta, ed è l'unica ragione onesta per aggiungere qualcosa.
Cosa fa Atlas
Atlas gira accanto all'interfaccia di Proxmox, non al suo posto, e mira esattamente alle domande di relazione qui sopra.
La catena delle risorse è disegnata da una macchina fino al disco fisico, e la catena di rete da una macchina fino alla porta fisica, così la giunzione che prima avveniva nella vostra testa avviene sullo schermo. È tutta qui la differenza: stessi dati, montati una volta e tenuti montati.
Prima che una modifica venga eseguita, le risorse che toccherà sono elencate, il che trasforma la terza domanda in qualcosa da leggere invece che da dedurre.
E rispecchia Proxmox invece di sostituirne il modello: utenti, ruoli, gruppi e token API sono quelli di Proxmox, i permessi vengono chiesti a Proxmox al momento dell'accesso, e Atlas non costruisce alcun concetto parallelo da tenere sincronizzato. Quello che imparate qui resta vero là.
Fonti
La documentazione ufficiale di Proxmox. In inglese, e su questo argomento l’ultima parola è la sua.