roadmap 2026
OSIRIS ist ein Open Standard und ein statisches Snapshot-Format, um Infrastrukturressourcen und ihre topologischen Beziehungen zu einem bestimmten Zeitpunkt zu beschreiben. Diese Roadmap konzentriert sich zunächst darauf, ein nutzbares MVP bereitzustellen (spec + website) und anschließend Tooling und Producer zu entwickeln, die OSIRIS-Dokumente erzeugen und validieren.
Leitende Prioritäten
- Stabilität mit spec-first: v1.0 kohärent halten und sie mithilfe von SemVer und den Kompatibilitätsregeln der Spezifikation weiterentwickeln.
- Producer/Consumer-Trennung: Producer (source > OSIRIS) und Consumer/Tooling (OSIRIS > validation/usage) aufbauen, um die Integrationskomplexität zu reduzieren.
- Zuerst Domänen im Scope: Kern-IT-Domänen priorisieren (Hyperscaler, Public-Cloud-Anbieter, Netzwerk, Compute, Storage, Virtualisierung) mit anfänglicher OT-Unterstützung dort, wo Integration wichtig ist.
Lieferplan 2026
Dokumentation, Spezifikation und Website
- OSIRIS-v1.0-Spezifikation veröffentlicht unter
/spec/v1.0 - Schema-Referenz und Validierungsleitfaden (JSON Schema + Regeln)
- Öffentliche Beispielbibliothek (IT + OT), abgestimmt auf v1.0
- Zentrale Community-Seiten (Verhaltenskodex, Governance, Maintainer)
OSIRIS ist für Austausch-Szenarien wie Dokumentation, Diagramme, Inventare und Audit-Nachweise konzipiert.
Toolbox und erste Producer
- OSIRIS Toolbox (initial): CLI + VS Code-Erweiterung + Validatoren + SDK-Basis
- Validierung: Prüfungen der Stufe 1 (Schema) und Stufe 2 (Semantik) als primärer Workflow
- Cisco producer (initial): OSIRIS-Dokumente aus Cisco-Netzwerkquellen erzeugen
- Microsoft Azure (initial): OSIRIS-Dokumente aus Microsoft-Azure-Subscriptions und ihren Ressourcen erzeugen
Producer und Consumer haben in OSIRIS klar definierte Verantwortlichkeiten, und Validierung ist eine zentrale Interoperabilitätsanforderung.
AWS- und GCP-Producer
- AWS producer: OSIRIS-Dokumente aus AWS-Inventaren/Topologiequellen erzeugen
- GCP producer: OSIRIS-Dokumente aus GCP-Inventaren/Topologiequellen erzeugen
- Toolbox-Verbesserungen auf Basis realer Producer-Ausgaben (Diff-/Merge-Workflows, Reporting)
OSIRIS ermöglicht plattformübergreifende Topologie-Snapshots und Vergleiche über die Zeit durch die Verwendung stabiler IDs und expliziter Beziehungen.
On-Prem- und Cloudflare-Producer
- On-Prem-Producer für UniFi, Arista und Nokia: OSIRIS-Dokumente aus UniFi-, Arista- und Nokia-Netzwerkressourcen erzeugen
- Cloudflare producer: OSIRIS-Dokumente aus Cloudflare-Inventaren/Topologiequellen erzeugen
- Weitere Beispiele aus realen Producer-Läufen abgeleitet (Referenz-Snapshots)
Consumer müssen vorwärtskompatibel bleiben, indem sie unbekannte Felder/Typen/Namespaces akzeptieren und Erweiterungen beibehalten.
Querschnittsarbeit über das Jahr 2026 hinweg
verified Stärkung der Interoperabilität
- Kompatibilitätstests über v1.x-Releases hinweg (v1.0-Dokumente innerhalb von v1.x gültig halten)
- Klare Markierungen für Veraltungen und Migrationsleitfäden bei Bedarf
OSIRIS definiert SemVer, Regeln für Vorwärtskompatibilität und einen Lebenszyklus für Veraltungen.
extension Hygiene des Erweiterungsökosystems
- Namespace-Leitlinien und empfohlene Muster für Vendor-/Org-Erweiterungen dokumentieren
- „zuerst Standardtypen“ fördern, Erweiterungen nur bei Bedarf
Producer sollten Standardtypen bevorzugen und Erweiterungen für anbieterspezifische/organisationsspezifische Daten verwenden.
Wie Sie die Roadmap beeinflussen können
Wenn Sie Änderungen vorschlagen möchten (neue Typen, neue Producer, Klarstellungen), beteiligen Sie sich an der Diskussion mit:
Beteiligen Sie sich an der Community zur Diskussion.