So sah mein Netzwerk früher aus: Nostalgie und Realität hinter einem Homelab-Diagramm

Jedes Homelab hat in seiner Geschichte einen Moment, in dem es auf dem Papier perfekt aussieht.

Mehrere Server summen vor sich hin, das Netzwerk ist schnell, die Infrastruktur sorgfältig geplant, und alles ist genau so verbunden, wie es sein soll. Aus so einem Setup macht man stolz ein Diagramm und teilt es mit anderen Enthusiasten.

Genau das tat ein Nutzer mit einem alten Netzwerkdiagramm, das er mit ExcaliDraw erstellt hatte. Es war vor ein paar Jahren für eine Kursaufgabe entstanden, als seine Infrastruktur noch weit aufwendiger war als heute.

Seitdem ist das Leben dazwischengekommen. Hardware wurde verkauft, Geräte fielen aus, und das Netzwerk hat sich verändert. Aus dem einst sorgfältig durchdachten Homelab wurde nach und nach etwas Kleineres und Praktischeres. Das Diagramm gibt es aber noch, und die Geschichte, die es erzählt, erkennen viele Homelab-Bastler sofort wieder.

Wenn ein Diagramm zur Momentaufnahme wird

Netzwerkdiagramme haben die seltsame Eigenschaft, Infrastruktur in der Zeit einzufrieren. Das Diagramm aus dieser Diskussion stammt aus einer Zeit, in der der Nutzer deutlich leistungsfähigere Hardware hatte, darunter Enterprise-Ausstattung wie HP-DL380-Gen9-Server und 10-Gigabit-Netzwerktechnik von Mellanox. Für ein Homelab ist das ernstzunehmende Hardware.

Solche Setups zu unterhalten, kann allerdings teuer werden. Der Stromverbrauch läppert sich, Ersatzteile kosten Geld, und manchmal geht die Hardware einfach kaputt.

Der Nutzer erzählte, dass er einen der Server verkaufen musste, zusammen mit den Mellanox-10-Gig-Netzwerkkarten und -Empfängern. Irgendwann starb auch der Verteiler-Switch, der schon gebraucht gekauft und ohnehin am Ende seiner Lebensdauer war. Plötzlich sah das einst komplexe Netzwerk ganz anders aus, und das Diagramm blieb als Erinnerung daran, was das Setup einmal war.

Warum Menschen es immer noch lieben, ihre Infrastruktur zu zeichnen

Auch im Zeitalter automatisierter Infrastruktur-Tools zeichnen Menschen noch Diagramme, und das hat einen Grund. Diagramme machen abstrakte Systeme sichtbar. Statt sich Dutzende Verbindungen im Kopf vorzustellen, sehen Sie die ganze Architektur vor sich ausgebreitet.

In Homelabs hilft das besonders, weil dort ständig experimentiert wird: Container wandern zwischen Nodes, Firewalls ändern sich, Storage-Pools wachsen. Ein gutes Diagramm hält fest, was womit verbunden ist, und manchmal hilft es auch, das eigene Setup anderen zu erklären, die wissen wollen, wie alles funktioniert.

Diese Neugier zeigte sich in der Diskussion schnell. Mehrere Leute fragten, wie das Diagramm entstanden sei, und vermuteten, dass man dafür programmieren können oder spezielle Tools brauche. Die Antwort war überraschend einfach.

Das Tool hinter dem Diagramm: ExcaliDraw

Die Diagramme entstanden mit ExcaliDraw, einem kollaborativen Zeichentool, das für seinen handgezeichneten Stil bekannt ist.

Verglichen mit klassischen Diagramm-Tools wie Visio oder Draw.io wirkt ExcaliDraw bewusst locker. Die Linien sehen skizzenhaft aus, die Formen sind nicht ganz starr, und das Ergebnis erinnert eher an ein Whiteboard als an eine Unternehmenspräsentation. Gerade diese Formlosigkeit macht es bei Entwicklern und Systemadministratoren beliebt. Man kann Ideen schnell skizzieren, ohne sich um perfekte Ausrichtung oder strenge Formatierung zu kümmern, und vielen fällt es dadurch leichter, komplexe Systeme zu durchdenken.

Der Autor erwähnte, dass er ExcaliDraw schon lange vor dem jüngsten Boom von KI-Tools und Coding-Assistenten genutzt hat, einfach weil es seine bevorzugte Art war, Infrastruktur-Ideen festzuhalten. Interessanterweise baute er die Diagramme ursprünglich mit Komponenten im JSX-Stil auf und verband so Programmierkonzepte mit visuellem Design. Üblich ist das nicht, aber es passt dazu, wie viele Entwickler heute über Systeme denken, nämlich als Komponenten, die durch Flows verbunden sind.

Infrastruktur auf die harte Tour lernen

Interessant war in der Unterhaltung auch, wie das Diagramm überhaupt entstanden ist. Gebaut wurde es weder für ein produktives Homelab noch für ein Arbeitsprojekt, sondern für eine Aufgabe in einem Sicherheitskurs.

Die Diagramme zeigten Kommunikations-Flows zwischen Systemen, also Sender, Empfänger, Verschlüsselung und digitale Signaturen. Damit ließen sich E-Mail-Zustellung, verschlüsseltes Messaging oder andere sichere Kommunikationsprozesse darstellen. Es ging darin also weniger um Hardware als um die Frage, wie geschützte Daten zwischen Systemen reisen.

Aus diesem akademischen Projekt wurde mehr. Der Student bekam für die Aufgabe eine Eins, und die Diagramme wurden zum Ausgangspunkt, um mehr über Netzwerk- und Infrastrukturdesign zu lernen.

Vielen in der Homelab-Community kommt dieser Weg bekannt vor. Man fängt mit einem Kursprojekt an, daraus wird ein Hobby, und irgendwann wird aus dem Hobby echte Infrastruktur.

Die chaotische Seite des Diagramme-Bauens

So beeindruckend die Diagramme aussahen, reibungslos lief ihre Entstehung nach Aussage des Erstellers nicht. Elemente in komplexen Diagrammen sinnvoll anzuordnen, ist überraschend schwierig. Sobald ein Netzwerkdiagramm über ein paar Nodes hinauswächst, überlappen sich Komponenten, Linien kreuzen sich ungünstig, und Teile der Architektur drängen sich gegenseitig an den Rand.

Der Nutzer scherzte, die „React-Zonen" im Diagramm seien beim Umsortieren ziemlich chaotisch geworden. Wer schon einmal große Diagramme gebaut hat, kennt diesen Frust. Man beginnt mit einem sauberen Layout, fügt einen weiteren Server hinzu und dann noch ein Netzwerksegment, und schon bald sieht das Ganze aus wie ein Teller Spaghetti. Solche Unvollkommenheiten gehören aber zum Prozess dazu.

Von Diagrammen zu echter Infrastruktur

Irgendwann drehte sich die Diskussion darum, was der Nutzer heute betreibt. Ein Kommentator tippte darauf, dass bei so einem Setup wohl Container oder Docker-basierte Workloads im Spiel seien, und lag richtig. Der Autor erzählte, dass er derzeit einen Portainer-Cluster mit vier Nodes betreibt, der containerisierte Services über mehrere Maschinen verteilt verwaltet. Von einem einfachen Homelab mit einem einzigen Server ist das weit entfernt.

Die ursprüngliche Hardware hat sich geändert, die Lust am Experimentieren ist geblieben. Container, Cluster und Netzwerk-Flows, also all das, was in den Diagrammen auftauchte, gibt es in der tatsächlichen Infrastruktur immer noch. Das Diagramm hat nur eine frühere Etappe dieses Weges festgehalten.

Warum alte Diagramme immer noch wichtig sind

Alte Infrastrukturdiagramme lassen sich leicht abtun, sobald die Hardware gewechselt hat. Sie zeigen aber oft, wie jemand gelernt hat, über Systeme nachzudenken.

Jedes Homelab verändert sich: Server werden ersetzt, Netzwerke schrumpfen oder wachsen, und die Technik entwickelt sich schnell weiter. Was man beim Entwerfen solcher Diagramme lernt, bleibt trotzdem. Wer versteht, wie Daten durch ein System fließen, wie Firewalls mit Containern zusammenspielen und wie Verschlüsselung zwischen Sender und Empfänger funktioniert, baut ein mentales Modell auf, von dem spätere Projekte profitieren.

Deshalb heben viele Ingenieure ihre alten Diagramme auf. Sie dokumentieren ein Setup und halten zugleich fest, wie sich das eigene Verständnis von Systemen entwickelt hat.

Der bescheidene Stolz hinter einem Homelab

Wenn sich ein Gefühl durch solche Gespräche zieht, dann ist es ein leiser Stolz. Mit der lauten Sorte aus aufpolierten Tech-Marketing-Videos hat er wenig gemeinsam. Es ist der Stolz von jemandem, der etwas selbst gebaut hat, das unvollkommen, experimentell und ständig im Wandel ist.

Der Nutzer, der das Diagramm teilte, gab sogar zu, dass er noch dazulernt, vor allem bei Frontend-Tools wie React. Netzwerk und Container waren seine Stärken, alles in Code zu visualisieren fiel ihm schwerer, und trotzdem arbeitete er sich weiter durch.

Darum geht es bei den meisten Homelabs: Sie werden nie fertig und bleiben laufende Experimente.