Jenseits der Silos: Die Seele hinter OSIRIS JSON

Seit zwanzig Jahren ist es meine Mission, die Lücke zwischen in Silos eingeschlossenem tribalem Wissen und operativer Klarheit zu schließen. Ich habe mich von der manuellen Ära der mühsamen Kartierung fragmentierter Topologien hin zur Entwicklung einer Lösung bewegt, die eine umfassende End-to-End-Momentaufnahme der Infrastrukturlandschaft liefert. Mein Ziel beim Aufbau von OSIRIS JSON ist einfach: die Gesamtübersicht bereitzustellen, die IT- und OT-Fachleute befähigt, mit Zuversicht die richtigen Entscheidungen zu treffen.

In der Welt der Infrastruktur geben wir uns oft mit Fragmenten zufrieden. Wir sehen hier einen Server, dort eine Cloud-Instanz, irgendwo anders einen Facility-Sensor. Doch mein Ziel, unabhängig davon, mit wem und für wen ich gearbeitet habe, war immer, eine End-to-End-Sicht auf die gesamte Infrastruktur zu erreichen, zu sehen, wie jedes Teil in einer einzigen vernetzten Karte gemeinsam atmet, und zwar aus einem sehr einfachen Grund: mehrere Ziele zu erreichen:

1. Silos, feudales Denken und kritischen Kontext, der in den Köpfen der Menschen lebt, zu beseitigen, indem eine Kultur von Documentation as Code (Docs as Code) auf Basis offener Standards angenommen wird
2. Architekten und IT-/OT-Fachleuten einen einfachen Weg zu bieten, die Infrastruktur End-to-End in einem schnellen aktuellen Zustand zu verstehen
3. schnelles Troubleshooting zu ermöglichen, indem eine klare und aktuelle Infrastrukturdokumentation und Topologie aufrechterhalten wird
4. eine schnelle End-to-End-Momentaufnahme der Infrastruktur ohne Komplikationen oder Scan-Software von Drittanbietern zu ermöglichen, wodurch OSIRIS JSON bei Audits zu einem großen Verbündeten wird
5. eine präzise standardisierte Baseline für LLMs bereitzustellen, damit sie die Infrastrukturlandschaft verstehen und verbessertes Reasoning und Automatisierung liefern können

Die menschliche Seite des Infrastrukturkampfs

Im Dezember 2025 begann ich mit großer Ambition und ein wenig Verrücktheit damit, die OSIRIS JSON Specification zu schreiben. Sie ist das Ergebnis der Erfahrungen, die ich durch Reisen, Erkunden und Gespräche mit Senior Managern und IT-/OT-Fachleuten gesammelt habe, aber auch dadurch, dass ich näher mit Fabrikarbeitern und ihren Vorgesetzten zusammengearbeitet habe, mit denen ich eine großartige Gelegenheit hatte, unterschiedliche Kontexte kennenzulernen, die mich persönlich bereichert und geholfen haben, die ursprüngliche Idee zu formen, indem ich sehen und verstehen konnte, dass diese Art von Organisation und Sichtbarkeit nicht nur im Bereich Information Technology fehlte, sondern auch auf der OT-Seite unter Facility-Systemen oder in bereichsübergreifenden Szenarien und sogar beim Entwerfen, Betreiben und manchmal Scheitern innerhalb heterogener Stacks, von hyperskaligen Public Clouds bis hin zu den komplexen, rauen Schnittstellen zwischen IT und Facility OT.

Auf dieser ganzen Reise bin ich auf ein wiederkehrendes, zutiefst menschliches Problem gestoßen: den unüberwindbaren Berg des tribalen Wissens. Einige Sätze, die wir alle schon gehört haben: Oh, fass das bitte nicht an, wir wissen, dass es veraltet ist, aber Karl hat das gebaut und er hat das Unternehmen verlassen! Dokumentation ist nicht wichtig, konzentrieren wir uns auf die Geschäftsanforderungen oder der falsche Glaube, dass alles in Ordnung sei: Alle Services sind in Microsoft Azure perfekt konfiguriert, es gibt nichts, worüber man sich Sorgen machen müsste. Oder du wirst in ein ARM- oder SBB-Freigabemeeting gerufen und jemand zeichnet ein paar Linien in Microsoft Paint, um die Topologie darzustellen und sofortige Freigabe zu bekommen, weil die Stakeholder es eilig haben! Einige Wochen später, wenn du gemeinsam mit dem Operations-Team einen größeren Ausfall analysieren sollst, entdeckst du, dass jemand etwas in der Systemarchitektur falsch konfiguriert hat, und du weißt nicht, wo du mit dem Troubleshooting beginnen sollst, weil es keine präzise Dokumentation oder Topologie gibt. Wir alle hatten oder haben einen Karl in der Organisation.

Wir kämpfen gegen Unternehmenssilos, die eine einheitliche Sicht beinahe unmöglich erscheinen lassen! Wir bauen maßgeschneiderte, fragile Integrationen, die in dem Moment zerbrechen, in dem ein Anbieter seine Meinung ändert, und wir wissen, dass dies gerade in der IT regelmäßig geschieht.

Selbst in Szenarien, in denen ich eine rigorose Dokumentation erstellt habe, bedeutete das Vorhandensein von Teamsilos oft, dass die “Wahrheit” der Infrastruktur verborgen oder fragmentiert blieb. Mir wurde klar, dass wir, wenn wir unsere Welt nicht sehen können, uns nicht wirklich um sie kümmern können, indem wir mit Zuversicht die richtigen Entscheidungen treffen.

Ich bin fest davon überzeugt, dass die Klarheit von Systeminfrastrukturen NICHT davon abhängen DARF, wer du bist, wen du kennst oder in welcher Abteilung du sitzt. Sie ist und MUSS eine gemeinsame Wahrheit sein, die allen gehört. - Tia Zanella - Founder and Lead Maintainer of OSIRIS JSON

Was ist OSIRIS JSON?

OSIRIS JSON ist ein vendor-neutrales JSON-Austauschschema, das als universelle Sprache für Infrastruktur-Topologien entwickelt wurde und IT- sowie OT-Umgebungen einschließt.

Anstatt Zeit und Geld damit zu verschwenden, jede Softwareintegration von Grund auf zu entwickeln, um hundert verschiedene anbieterspezifische Dialekte zu lernen, trennt OSIRIS JSON die Verantwortlichkeiten:

1. Die OSIRIS JSON Producers übersetzen die unordentlichen, fragmentierten Daten der realen Welt in ein sauberes OSIRIS-JSON-Dokument.
2. Die OSIRIS JSON Consumers lesen dieses Dokument, um eine klare, zeitpunktbezogene Sicht darauf zu liefern, was existiert und wie alles zusammenhängt. Mit dem OSIRIS-JSON-Dokument können die Consumers Topologien, Diffs, hochwertige automatisierte Dokumentation und mehr erzeugen.

Ein bescheidener erster Schritt

In diesem ersten Release ist OSIRIS JSON bewusst ein statisches Snapshot-Format. Es ist ein “digitales Polaroid” deiner Infrastruktur zu einem bestimmten Zeitpunkt. Du kannst es direkt von deinem Notebook ausführen oder es in komplexen Szenarien einer Automatisierung übergeben, um geplante Ergebnisse zu erzeugen. Es versucht nicht, alles auf einmal zu tun, aber es bietet etwas Wesentliches: ein konsistentes Fundament. Indem definiert wird, wie Ressourcen und ihre Beziehungen dokumentiert werden, unabhängig von Teamgrenzen oder Vendor Lock-in. In einer offenen Community-Kultur machen wir den ersten Schritt in Richtung dieses End-to-End-Traums.

OSIRIS JSON ist mehr als nur Code; es ist ein beharrliches Bekenntnis zu Transparenz, hochwertiger Dokumentation und der festen Überzeugung, dass selbst die komplexesten Systeme verstanden werden können, wenn wir die richtige Brille tragen.

Tia Zanella - Founder and Lead Maintainer of OSIRIS JSON