Was die Proxmox-Weboberfläche gut macht, und wo Sie am Ende einen zweiten Bildschirm öffnen
Die eigene Oberfläche ist nicht die schwache Stelle von Proxmox. Sie ist genau, vollständig und ehrlich. Die Reibung liegt an einer bestimmten Stelle: bei Fragen, deren Antwort über mehrere Bildschirme verteilt ist.
AtlasPVE ·
Dieser Eintrag beantwortet
- ist die proxmox weboberfläche gut
- proxmox web ui grenzen
- warum ist proxmox für einsteiger schwer
- brauche ich eine andere proxmox oberfläche
- proxmox gui vs third party panel
Es lohnt sich, das deutlich zu sagen, weil oft das Gegenteil angenommen wird: die Proxmox-Weboberfläche ist gut. Sie zeigt fast alles, was das System kann, versteckt Zustände nicht hinter freundlichen Zusammenfassungen und lügt Sie nicht an. Viele Leute betreiben ernsthafte Infrastruktur mit nichts anderem, und sie geben sich nicht mit weniger zufrieden.
Darin fair zu sein ist keine Höflichkeit. Wer nicht sagen kann, was ein Werkzeug gut macht, kann meist auch nicht genau sagen, wo es unbequem ist, und der zweite Satz ist der nützliche.
Was sie gut macht
Sie ist vollständig. Fast jede Fähigkeit hat einen Platz in der Oberfläche. Es gibt keine große Menge an Dingen, die nur durch Bearbeiten einer Datei gehen, und das ist in dieser Kategorie seltener, als es klingt.
Sie tut nicht so als ob. Ist ein Wert unbekannt, sieht er unbekannt aus. Scheitert eine Aufgabe, ist das Scheitern samt Ausgabe sichtbar. Oberflächen, die das glattbügeln, sind angenehm bis zu dem Moment, in dem Sie die Wahrheit brauchen.
Sie bildet das darunterliegende System eng ab. Was Sie sehen, entspricht echten Objekten, also lässt sich Gelerntes zwischen Oberfläche und Kommandozeile übertragen. Werkzeuge, die eine eigene Abstraktion erfinden, bringen Ihnen das Werkzeug bei statt das System.
Sie ist schnell und immer da. Kein Agent zu installieren, kein zusätzlicher Dienst am Leben zu halten, nichts Zweites, das kaputtgehen kann.
Wo die Reibung tatsächlich sitzt
Nicht auf einem einzelnen Bildschirm. Bei den Fragen, deren Antwort sich über mehrere verteilt.
Fragen Sie: "Wenn diese Platte heute Nacht ausfällt, welche Maschinen gehen mit?" Die Oberfläche kann das beantworten. Sie öffnen den Speicher, notieren, was darauf liegt, öffnen jede Maschine, prüfen deren Platten und halten das Zwischenergebnis im Kopf. Vier Bildschirme und eine gedankliche Verknüpfung, und beim nächsten Mal wieder von vorn.
Fragen Sie: "Über welche Brücke erreicht diese Maschine eigentlich die Außenwelt?" Gleiche Form. Maschine, Brücke, physischer Port, und die Verknüpfung passiert in Ihrem Gedächtnis.
Fragen Sie: "Was berührt diese Änderung, bevor ich sie anwende?" Hier kann die Oberfläche nur teilweise helfen, denn die Antwort ist nirgends gespeichert: sie muss aus Beziehungen vorwärts hergeleitet werden.
Das sind keine fehlenden Funktionen. Jede nötige Tatsache ist vorhanden und korrekt. Die Kosten liegen im Zusammensetzen, und sie fallen jedes Mal an, wenn die Frage gestellt wird, nicht einmalig.
Warum diese Kosten unsichtbar sind, bis sie es nicht mehr sind
An einem ruhigen Nachmittag sind vier Bildschirme keine Last. Es fühlt sich nach normaler Administration an, weil es das ist.
Teuer wird es in genau zwei Situationen. Während eines Vorfalls, wenn die Verknüpfung unter Zeitdruck erfolgt und eine falsche Verknüpfung eine selbstbewusst falsche Antwort erzeugt. Und auf einem fremden System, wo Sie noch nicht wissen, welche Beziehungen existieren, also auch nicht wissen, was Sie zu prüfen versäumt haben.
Deshalb berichten Leute, die einen Server seit Jahren betreiben, oft von gar keiner Reibung, und Leute, die letzte Woche einen Server übernommen haben, von sehr viel. Beide beschreiben dieselbe Oberfläche zutreffend.
Was eine zweite Schicht nicht tun sollte
Sie sollte die erste nicht ersetzen. Die eigene Oberfläche bleibt die Referenz dafür, was das System wirklich denkt. Alles, was ihr widerspricht, ist per Definition falsch, und eine zweite Schicht, die Sie ermutigt, dort nicht mehr hinzusehen, ist ein Risiko.
Sie sollte kein eigenes Modell erfinden. Bringt Ihnen eine zweite Schicht Begriffe bei, die es in Proxmox nicht gibt, pflegen Sie ab jetzt eine Übersetzung im Kopf, und Übersetzungen driften.
Sie sollte Fehler nicht verbergen. Eine Schicht, die bereitwilliger Erfolg meldet als das System darunter, ist schlechter als gar keine Schicht.
Der ehrliche Weg zur Entscheidung
Fragen Sie nicht, welche Oberfläche besser ist. Fragen Sie, welche Fragen Sie am häufigsten stellen und ob deren Antworten auf einem oder auf vier Bildschirmen leben.
Sind Ihre regelmäßigen Fragen Einzelobjektfragen, starte diese Maschine, vergrößere jene Platte, prüfe jene Sicherung, dann beantwortet die eigene Oberfläche sie direkt, und eine zweite Schicht fügt für nichts einen Schritt hinzu.
Sind Ihre regelmäßigen Fragen Beziehungsfragen, was hängt hiervon ab, was berührt das, wo läuft das eigentlich, dann sind das die, die jedes Mal kosten, und das ist der einzige ehrliche Grund, überhaupt etwas hinzuzufügen.
Was Atlas macht
Atlas läuft neben der Proxmox-Oberfläche, nicht an ihrer Stelle, und zielt genau auf die obigen Beziehungsfragen.
Die Ressourcenkette wird von einer Maschine bis zur physischen Platte gezeichnet, die Netzkette von einer Maschine bis zum physischen Port, sodass die Verknüpfung, die früher im Kopf stattfand, auf dem Bildschirm stattfindet. Das ist der ganze Unterschied: dieselben Tatsachen, einmal zusammengesetzt und zusammengesetzt gehalten.
Bevor eine Änderung läuft, werden die Ressourcen aufgelistet, die sie berühren wird, womit die dritte Frage von etwas Herzuleitendem zu etwas Lesbarem wird.
Und es spiegelt Proxmox, statt dessen Modell zu ersetzen: Benutzer, Rollen, Gruppen und API-Token sind die von Proxmox, Berechtigungen werden beim Anmelden bei Proxmox erfragt, und Atlas baut kein paralleles Konzept, das Sie synchron halten müssten. Was Sie hier lernen, bleibt drüben wahr.
Quellen
Die eigene Dokumentation von Proxmox. Auf Englisch, und sie hat in dieser Sache das letzte Wort.