roadmap 2026
OSIRIS est un Open Standard et un format de snapshot statique destiné à décrire les ressources d’infrastructure et leurs relations topologiques à un instant donné. Cette feuille de route se concentre d’abord sur la livraison d’un MVP utilisable (spec + website), puis sur la création de tooling et de producers qui génèrent et valident des documents OSIRIS.
Priorités directrices
- Stabilité orientée spec : garder la v1.0 cohérente et la faire évoluer en utilisant SemVer et les règles de compatibilité définies dans la spécification.
- Séparation producer/consumer : construire les producers (source > OSIRIS) et les consumers/tooling (OSIRIS > validation/usage) afin de réduire la complexité d’intégration.
- D’abord les domaines dans le scope : prioriser les principaux domaines IT (hyperscalers, fournisseurs de cloud public, réseau, compute, storage, virtualisation) avec un support OT initial là où l’intégration est importante.
Plan de livraison 2026
Documentation, spécification et website
- Spécification OSIRIS v1.0 publiée sous
/spec/v1.0 - Référence du schéma et guide de validation (JSON Schema + règles)
- Bibliothèque publique d’exemples (IT + OT) alignée sur la v1.0
- Pages centrales de la communauté (Code de conduite, gouvernance, mainteneurs)
OSIRIS est conçu pour des scénarios d’échange tels que la documentation, les diagrammes, les inventaires et les preuves d’audit.
Toolbox et premiers producers
- OSIRIS Toolbox (initiale) : CLI + extension VS Code + validateurs + base SDK
- Validation : contrôles de niveau 1 (schéma) et de niveau 2 (sémantique) comme flux principal
- Cisco producer (initial) : générer des documents OSIRIS à partir de sources réseau Cisco
- Microsoft Azure (initial) : générer des documents OSIRIS à partir des abonnements Microsoft Azure et de leurs ressources
Les producers et les consumers ont des responsabilités explicites dans OSIRIS, et la validation est une exigence centrale d’interopérabilité.
Producers AWS et GCP
- AWS producer : générer des documents OSIRIS à partir des inventaires/sources topologiques AWS
- GCP producer : générer des documents OSIRIS à partir des inventaires/sources topologiques GCP
- Améliorations de la Toolbox pilotées par la sortie réelle des producers (flux de diff/merge, rapports)
OSIRIS permet des snapshots topologiques inter-plateformes et leur comparaison dans le temps grâce à l’usage d’identifiants stables et de relations explicites.
Producers On-Prem et Cloudflare
- Producer On-Prem UniFi, Arista, Nokia : générer des documents OSIRIS à partir des ressources réseau UniFi, Arista et Nokia
- Cloudflare producer : générer des documents OSIRIS à partir des inventaires/sources topologiques Cloudflare
- Davantage d’exemples dérivés d’exécutions réelles de producers (snapshots de référence)
Les consumers doivent rester compatibles avec les versions futures en acceptant les champs/types/espaces de noms inconnus et en préservant les extensions.
Travaux transverses tout au long de 2026
verified Renforcement de l’interopérabilité
- Tests de compatibilité entre les versions v1.x (garder les documents v1.0 valides dans v1.x)
- Marqueurs de dépréciation clairs et guide de migration lorsque nécessaire
OSIRIS définit SemVer, des règles de compatibilité future et un cycle de vie de dépréciation.
extension Hygiène de l’écosystème des extensions
- Documenter les bonnes pratiques d’espace de noms et les modèles recommandés pour les extensions fournisseur/organisation
- Encourager “les types standard d’abord”, avec des extensions uniquement lorsque nécessaire
Les producers devraient privilégier les types standard et utiliser des extensions pour les données spécifiques au fournisseur/à l’organisation.
Comment influencer la roadmap
Si vous souhaitez proposer des changements (nouveaux types, nouveaux producers, clarifications), rejoignez la discussion en :
Rejoignez la communauté pour en discuter.