Wer eine IT-Infrastruktur beurteilen möchte, muss zunächst wissen, was tatsächlich vorhanden ist. Das klingt selbstverständlich, ist in der Praxis aber wesentlich schwieriger, als eine Liste aus Geräten und IP-Adressen vermuten lässt, denn gerade kleinere Unternehmensnetze wachsen häufig über Jahre hinweg, werden erweitert, umgebaut und an neue Anforderungen angepasst, ohne dass jede Veränderung gleichzeitig auch in einer technischen Dokumentation landet. Irgendwann existiert dann zwar noch ein ungefähres Bild der Umgebung, aber niemand kann mit Sicherheit sagen, ob dieses Bild tatsächlich noch dem aktuellen Zustand entspricht.
Genau an diesem Punkt setzt Kosmos.Argos an. Die Anwendung soll eine IT-Infrastrukturanalyse nicht als einmalige Aufnahme verstehen, sondern als fortlaufenden technischen Prozess, bei dem die tatsächlich vorhandenen Systeme regelmäßig untersucht und ihre Eigenschaften neu bewertet werden. Statt darauf angewiesen zu sein, dass jede Änderung nachträglich von Hand dokumentiert wird, soll Argos möglichst viele Informationen direkt aus der Infrastruktur gewinnen und daraus ein aktuelles technisches Modell aufbauen.
Innerhalb von Kosmos übernimmt Argos damit die Aufgabe, die technische Realität möglichst zuverlässig zu erfassen, während andere Anwendungen diese Informationen anschließend räumlich einordnen, darstellen oder für weitere Zusammenhänge verwenden können.
Eine IT-Infrastrukturanalyse muss von der tatsächlichen Umgebung ausgehen
Eine vorhandene Dokumentation kann sehr wertvoll sein, bleibt aber immer nur so aktuell wie ihre letzte Pflege. Wenn ein Switch ersetzt, eine virtuelle Maschine ergänzt oder ein Server umkonfiguriert wurde, kann bereits eine einzelne nicht nachgetragene Änderung dafür sorgen, dass die vorhandenen Unterlagen nicht mehr vollständig mit der Realität übereinstimmen. Je länger dieser Zustand anhält, desto schwieriger wird später die Entscheidung, welchen Informationen noch vertraut werden kann.
Argos soll deshalb nicht primär fragen, wie die Infrastruktur laut vorhandener Unterlagen aussehen sollte, sondern welche Systeme sich tatsächlich finden und technisch untersuchen lassen. Erreichbare Geräte, Dienste und bekannte Plattformen können analysiert, Eigenschaften abgefragt und bei späteren Läufen erneut verglichen werden, sodass sich nach und nach ein Bild entwickelt, das nicht ausschließlich auf manueller Pflege beruht.
Das bedeutet ausdrücklich nicht, dass jede Information automatisch erkannt werden kann. Eine Maschine kann technisch sichtbar sein, ohne dass Argos aus eigener Kraft weiß, welche geschäftliche Bedeutung sie besitzt oder welche Produktionsprozesse von ihr abhängen. Der Unterschied liegt darin, dass technische Fakten möglichst automatisch ermittelt werden, während fachliche Informationen dort ergänzt werden, wo tatsächlich menschliches Wissen notwendig ist.
Ein einfacher Netzwerkscan wäre dafür viel zu oberflächlich
Dass unter einer bestimmten IP-Adresse ein Gerät antwortet, ist für eine IT-Infrastrukturanalyse lediglich ein erster Hinweis. Interessant wird es erst danach, wenn sich feststellen lässt, um welche Art von System es sich handelt, welche Schnittstellen vorhanden sind, welches Betriebssystem oder welche Plattform genutzt wird und welche weiteren technischen Informationen daraus gewonnen werden können.
Ein Proxmox-Host ist beispielsweise nicht einfach nur eine erreichbare Adresse, sondern bildet möglicherweise die Grundlage für mehrere virtuelle Maschinen. Ein MikroTik-Router besitzt Interfaces, VLANs, Routen und weitere Eigenschaften, die wesentlich mehr über die tatsächliche Netzwerkstruktur aussagen als ein bloßer Ping. Eine Synology wiederum stellt andere Informationen bereit, während ein Windows- oder Linux-System erneut eine andere technische Perspektive besitzt.
Argos soll diese Unterschiede nicht wegabstrahieren, bis von allen Geräten nur noch ein kleinster gemeinsamer Nenner übrig bleibt. Stattdessen möchte ich die Besonderheiten der jeweiligen Plattformen gezielt nutzen, damit die IT-Infrastrukturanalyse möglichst aussagekräftig wird.
Plugins bringen das Wissen über unterschiedliche Systeme mit
Genau deshalb ist Argos pluginbasiert aufgebaut. Ein MikroTik-Plugin kann andere Informationen ermitteln als ein Windows-Plugin, ein Synology-Plugin kennt andere Schnittstellen als Proxmox und eine IP-Kamera benötigt wiederum eine völlig andere Art der Ansprache. Die Besonderheiten einer Plattform bleiben dadurch in dem Modul, das sie tatsächlich versteht, während Argos die Ergebnisse anschließend in einen gemeinsamen Zusammenhang bringen kann.
Für mich ist diese Architektur wesentlich sinnvoller, als immer mehr Sonderfälle in einen einzigen Scanner einzubauen. Neue Gerätetypen oder Hersteller können später ergänzt werden, ohne dass die bereits vorhandenen Analysewege grundsätzlich verändert werden müssen. Gleichzeitig lässt sich je Plugin festlegen, welche Informationen überhaupt erhoben werden und welche Zugriffsrechte dafür notwendig sind.
Diese Erweiterbarkeit ist besonders deshalb wichtig, weil eine reale IT-Infrastruktur selten über Jahre unverändert aus derselben Herstellerlandschaft besteht. Neue Systeme kommen hinzu, andere verschwinden, und damit verändert sich zwangsläufig auch das Wissen, das Argos für eine gute Analyse benötigt.
Technische Objekte sind komplexer als einzelne Adressen
Ein weiteres wichtiges Ziel besteht darin, technische Systeme nicht zu stark zu vereinfachen. Eine IP-Adresse ist keine Identität, sondern lediglich eine Eigenschaft innerhalb eines bestimmten Netzes. Ein Gerät kann mehrere Netzwerkschnittstellen besitzen, über mehrere Adressen erreichbar sein oder als physischer Host wiederum andere Systeme bereitstellen, die fachlich und technisch eigenständige Objekte darstellen.
Wenn Argos beispielsweise einen Proxmox-Host analysiert, soll daraus nicht einfach eine flache Liste aus Host und virtuellen Maschinen entstehen, sondern möglichst ein nachvollziehbarer Zusammenhang. Dasselbe gilt für Geräte mit mehreren Interfaces oder Dienste, die auf einem bestehenden System laufen.
Diese Beziehungen sind für mich wichtiger als eine möglichst lange Geräteliste, weil erst dadurch die Struktur einer Infrastruktur sichtbar wird. Wer lediglich hundert erreichbare Adressen kennt, besitzt noch kein echtes Verständnis darüber, wie diese hundert Elemente technisch zusammengehören.
Eine gute IT-Infrastrukturanalyse muss deshalb nicht nur Systeme erkennen, sondern ihre Beziehungen soweit erfassen, wie die vorhandenen Schnittstellen dies zuverlässig erlauben.
Strukturdaten und aktuelle Zustände brauchen unterschiedliche Aktualisierungszyklen
Nicht jede technische Information verändert sich mit derselben Geschwindigkeit. Das Modell eines Geräts, eine Seriennummer oder die grundlegende Zuordnung zu einem Host bleibt häufig über lange Zeit stabil, während CPU-Auslastung, Speicherverbrauch, Erreichbarkeit oder andere Betriebszustände innerhalb weniger Minuten deutlich wechseln können.
Argos unterscheidet deshalb zwischen relativ stabilen Strukturdaten und volatilen Informationen, die häufiger aktualisiert werden müssen. Die grundlegende Struktur einer Umgebung kann beispielsweise einmal täglich neu bewertet werden, während wechselnde Zustandswerte in deutlich kürzeren Intervallen erfasst werden.
Dadurch muss nicht bei jedem Lauf die gesamte IT-Infrastruktur vollständig neu analysiert werden, nur weil einige Messwerte aktuell bleiben sollen. Umgekehrt werden volatile Informationen nicht künstlich auf ein tägliches Intervall reduziert, das für eine sinnvolle Zustandsbewertung viel zu grob wäre.
Diese Trennung macht Argos für mich zu einem laufenden Analysesystem und nicht zu einem Werkzeug, das gelegentlich einen großen Komplettscan erzeugt.
Veränderungen sind mindestens so interessant wie der aktuelle Zustand
Eine IT-Infrastrukturanalyse wird besonders wertvoll, wenn sie nicht nur sagen kann, was gerade vorhanden ist, sondern auch erkennt, dass sich etwas verändert hat. Ein neues Gerät erscheint im Netz, ein bekanntes System besitzt plötzlich andere Eigenschaften oder ein bisher erreichbarer Dienst reagiert nicht mehr. Solche Unterschiede können völlig harmlos sein, aber sie sind genau die Stellen, an denen sich eine genauere Betrachtung lohnt.
Wichtig ist dabei, Beobachtung und Interpretation sauber voneinander zu trennen. Wenn Argos ein System bei einem einzelnen Durchlauf nicht erreicht, bedeutet das zunächst nur, dass es bei diesem Lauf nicht erreichbar war. Daraus sofort abzuleiten, dass das Gerät dauerhaft entfernt wurde, wäre bereits eine weitergehende Schlussfolgerung, die möglicherweise falsch ist.
Gerade automatisierte Systeme müssen mit solchen Unsicherheiten umgehen können, ohne aus jeder kurzfristigen Abweichung eine neue Wahrheit zu erzeugen. Ich möchte lieber einen sichtbaren ungeklärten Zustand haben als eine automatisch bereinigte Infrastruktur, die nur deshalb ordentlich aussieht, weil Unsicherheiten stillschweigend weginterpretiert wurden.
Chronos kann solche Veränderungen und Ereignisse zusätzlich zeitlich nachvollziehbar machen, während Argos sich auf die aktuelle technische Analyse konzentriert.
Automatische Erkennung ersetzt kein fachliches Wissen
So umfangreich die technische Analyse auch werden kann, bestimmte Informationen liegen außerhalb dessen, was ein Scanner zuverlässig wissen kann. Ein Gerät kann technisch problemlos identifiziert werden, ohne dass sich daraus automatisch ergibt, welche Abteilung es verwendet, welchen betrieblichen Stellenwert es besitzt oder welche Folgen ein Ausfall für einen konkreten Geschäftsprozess hätte.
Genau deshalb möchte ich Argos nicht mit vermeintlicher Intelligenz überladen, die aus technischen Beobachtungen betriebliche Bedeutungen errät. Solche Zusammenhänge müssen dort ergänzt werden, wo sie tatsächlich bekannt sind, und anschließend können andere Kosmos-Anwendungen diese Informationen mit der technischen Analyse verbinden.
Das entspricht meinem generellen Ansatz für Kosmos: Automatisieren, was sich zuverlässig automatisieren lässt, und Unsicherheit dort sichtbar lassen, wo der technische Datenbestand allein keine eindeutige Antwort hergibt.
Dadurch bleibt nachvollziehbar, welche Information tatsächlich erkannt wurde und welche auf einer manuellen Zuordnung oder fachlichen Bewertung beruht.
Atlas ergänzt die technische Analyse um die räumliche Realität
Argos kann möglicherweise sehr genau feststellen, welches Gerät vorhanden ist und welche technischen Eigenschaften es besitzt. Damit ist trotzdem noch nicht beantwortet, wo dieses Gerät physisch steht. Gerade bei größeren Umgebungen ist diese Information im Fehlerfall mindestens genauso wichtig wie die Adresse oder das Modell.
Atlas ergänzt Argos deshalb um Gebäude, Etagen, Räume, Racks, Regale und weitere reale Standorte. Ein von Argos erkannter Switch kann dadurch einem konkreten Rack zugeordnet werden, während eine Maschine vielleicht direkt in einer bestimmten Halle oder an einem Arbeitsplatz verortet ist.
Mir ist diese Trennung wichtig, weil die technische und die räumliche Perspektive unterschiedliche Aufgaben darstellen. Argos soll nicht zusätzlich eine Gebäudeverwaltung werden, während Atlas keine Netzwerkgeräte selbst untersuchen muss. Beide Anwendungen können dasselbe Objekt beschreiben und ihre Informationen über die gemeinsame Kosmos-Struktur zusammenführen, ohne ihre jeweiligen Zuständigkeiten aufzugeben.
Kompass soll aus der Analyse keine Datenwand machen
Je genauer Argos arbeitet, desto größer wird zwangsläufig die Menge der gewonnenen Informationen. Wenn ein einzelnes System bereits zahlreiche technische Eigenschaften besitzt und diese Werte für viele Geräte regelmäßig aktualisiert werden, wäre es völlig unpraktisch, sämtliche Ergebnisse dauerhaft gleichwertig in einer Oberfläche anzuzeigen.
Kompass soll deshalb nicht die komplette IT-Infrastrukturanalyse ungefiltert abbilden, sondern diejenigen Informationen hervorheben, die im jeweiligen Kontext tatsächlich relevant sind. Ein neu erkanntes System, eine unerwartete Veränderung oder ein nicht erreichbares Gerät kann Aufmerksamkeit verdienen, während hunderte unveränderte technische Eigenschaften im Hintergrund bleiben dürfen.
Diese Arbeitsteilung ist für mich ein wichtiger Bestandteil der Architektur. Argos darf sehr detailliert analysieren, ohne deshalb selbst entscheiden zu müssen, welche Information in welcher Situation für den Benutzer wichtig ist.
Die Analyse und die Darstellung bleiben zwei getrennte Aufgaben.
Zugriffsrechte müssen so klein wie möglich bleiben
Eine tiefere IT-Infrastrukturanalyse benötigt zwangsläufig Schnittstellen zu den untersuchten Systemen. Daraus darf jedoch nicht automatisch folgen, dass Argos überall uneingeschränkte administrative Rechte erhält. Wenn eine Information über einen lesenden Zugriff verfügbar ist, gibt es keinen guten Grund, für denselben Zweck Schreibrechte oder vollständige Administratorzugänge zu verwenden.
Gerade bei Netzwerkkomponenten und Servern halte ich dieses Prinzip für besonders wichtig. Ein Analysewerkzeug, das viele Systeme erreicht, besitzt ohnehin eine sensible Stellung innerhalb einer Infrastruktur und sollte deshalb nicht mehr Rechte erhalten, als für seinen jeweiligen Zweck tatsächlich erforderlich sind.
Das gilt noch stärker, wenn Argos später nicht nur in meiner eigenen Umgebung, sondern auch bei Kunden eingesetzt werden soll. Eine IT-Infrastrukturanalyse darf nicht dadurch zum zusätzlichen Sicherheitsrisiko werden, dass sie sich selbst unnötig weitreichende Zugriffe verschafft.
Plugins müssen deshalb nicht nur wissen, wie sie Daten erhalten, sondern auch mit möglichst eng begrenzten Berechtigungen arbeiten können.
Argos soll mit der Infrastruktur wachsen
Die Plugin-Architektur erlaubt mir, Argos schrittweise zu erweitern, ohne darauf warten zu müssen, dass die Anwendung irgendwann jede denkbare Plattform kennt. Zunächst können die Systeme analysiert werden, die in meinen realen Umgebungen tatsächlich vorkommen, während weitere Hersteller und Gerätetypen später ergänzt werden.
Mit jedem zusätzlichen Plugin steigt dabei nicht nur die Zahl unterstützter Systeme, sondern potenziell auch die Qualität der gesamten Analyse. Ein generischer Scan kann vielleicht zunächst feststellen, dass eine bestimmte Adresse existiert; ein später hinzugefügtes Herstellerplugin kann daraus ein eindeutig identifiziertes Gerät mit zusätzlichen Eigenschaften und Beziehungen machen.
Damit wird die IT-Infrastrukturanalyse im Laufe der Zeit präziser, ohne dass ältere Daten oder bestehende Anwendungen grundsätzlich neu gedacht werden müssen. Genau diese Art von Erweiterbarkeit brauche ich für ein System, das nicht als einmaliges Projekt, sondern als dauerhaft wachsende Plattform gedacht ist.
Eine gute IT-Infrastrukturanalyse beantwortet mehr als die Frage, welche Geräte vorhanden sind
Am Ende möchte ich mit Argos keine möglichst lange Liste technischer Systeme erzeugen. Der Wert liegt für mich darin, eine Infrastruktur so weit zu verstehen, dass ihre Struktur, ihre Veränderungen und relevante Auffälligkeiten nachvollziehbar werden.
Welche Systeme existieren tatsächlich? Welche Eigenschaften besitzen sie? Wie hängen sie technisch zusammen? Welche Informationen haben sich verändert? Welche Geräte wurden neu erkannt, welche konnten nicht erreicht werden und an welchen Stellen fehlen noch Informationen?
Erst diese Kombination macht für mich aus einer technischen Erfassung eine IT-Infrastrukturanalyse.
Argos soll deshalb nicht einfach Daten sammeln, sondern ein laufend aktualisiertes technisches Bild erzeugen, das andere Kosmos-Anwendungen anschließend weiterverwenden können. Wenn mir das gelingt, muss eine IT-Infrastruktur nicht mehr nur dann neu untersucht werden, wenn gerade ein konkretes Problem auftritt, sondern kann dauerhaft so transparent bleiben, dass Veränderungen früh sichtbar werden und bei Bedarf gezielt untersucht werden können.