Container im Asset-Inventar: die Plattform zählt, nicht der Pod
Ein Pod lebt oft nur Minuten. Wer jeden einzelnen inventarisiert, produziert Rauschen; wer die Container-Schicht ganz weglässt, hat einen blinden Fleck genau dort, wo die Produktion läuft. Warum die richtige Frage nicht ob lautet, sondern auf welcher Ebene, und was dauerhaft ins Inventar gehört.
Container haben das Inventar-Problem neu gestellt. Ein Pod entsteht, arbeitet und verschwindet, manchmal innerhalb von Minuten. Wer versucht, jeden einzelnen davon als IT-System zu erfassen, produziert Rauschen statt Übersicht. Wer die Container-Schicht deshalb ganz weglässt, hat einen blinden Fleck genau dort, wo inzwischen die Produktion läuft. Beides ist verbreitet, und beides ist falsch.
Die Frage ist nicht ob, sondern auf welcher Ebene
Ein brauchbares Inventar unterscheidet zwischen dem, was bleibt, und dem, was kommt und geht. Dauerhaft ist die Plattform: der Kubernetes-Cluster, seine Nodes, die Docker-Hosts. Sie tragen Verantwortliche, Patchstände und Risiken, sie gehören als Assets ins Inventar. Kurzlebig sind die Pods: Sie sind Ausführung, nicht Bestand. Wer sie einzeln inventarisiert, dokumentiert einen Zustand, der beim Lesen schon vorbei ist.
Die Mitte: Images und Workloads
Zwischen Plattform und Pod liegt die Ebene, die sicherheitlich am meisten trägt: Welche Container-Images laufen tatsächlich, und welche Workloads sind dauerhaft im Einsatz? Das Image trägt die Schwachstellen, der Workload die Verantwortung. Diese Ebene gehört als leichtes Inventar geführt, sichtbar und bewertbar, ohne jeden Pod zum Objekt zu machen.
Von Hand ist das nicht zu halten
Cluster ändern sich mit jedem Deployment, Nodes kommen bei Lastspitzen dazu, Images werden mehrmals pro Woche neu gebaut. Eine gepflegte Liste ist hier schneller veraltet als jede andere Doku im Haus. Der einzige haltbare Weg ist, die Plattform selbst zu befragen und das Ergebnis automatisch ins Inventar zu übernehmen, in genau der Granularität, die oben beschrieben ist.
Wie isidaten das macht
Der isidaten-Agent erkennt Kubernetes-Cluster und Docker-Hosts automatisch beim Scan. Cluster und Nodes werden Assets im Inventar, Container-Images und laufende Workloads führt das Container-Inventar als leichte Ebene mit, und kurzlebige Pods werden bewusst nicht zu IT-Systemen aufgeblasen. So bleibt der Bestand lesbar, und die Container-Schicht ist trotzdem sichtbar, samt Anschluss an Schwachstellen- und Compliance-Prozesse.
Wenn Sie wissen wollen, wie Ihre Container-Plattform ins Asset-Inventar kommt, ohne es zu fluten, sprechen Sie uns an.
Fragen zu dieser Neuerung?
Sprechen Sie mit uns – wir zeigen Ihnen die Funktion gern in einer Demo.