roadmap 2026
OSIRIS es un Open Standard y un formato estático de snapshot para describir recursos de infraestructura y sus relaciones topológicas en un momento dado. Esta hoja de ruta se enfoca primero en entregar un MVP utilizable (spec + website) y, después, en desarrollar tooling y producers que generen y validen documentos OSIRIS.
Prioridades rectoras
- Estabilidad con prioridad en la spec: mantener la v1.0 coherente y hacerla evolucionar usando SemVer y las reglas de compatibilidad de la especificación.
- Separación producer/consumer: construir producers (source > OSIRIS) y consumers/tooling (OSIRIS > validation/usage) para reducir la complejidad de integración.
- Primero los dominios dentro del scope: priorizar los principales dominios de IT (hyperscalers, proveedores de nube pública, red, compute, storage, virtualización) con soporte inicial de OT donde la integración sea importante.
Plan de entregas para 2026
Documentación, especificación y website
- Especificación OSIRIS v1.0 publicada en
/spec/v1.0 - Referencia del schema y guía de validación (JSON Schema + reglas)
- Biblioteca pública de ejemplos (IT + OT) alineada con la v1.0
- Páginas principales de la comunidad (Código de Conducta, gobernanza, mantenedores)
OSIRIS está diseñado para escenarios de intercambio como documentación, diagramación, inventarios y evidencias de auditoría.
Toolbox y primeros producers
- OSIRIS Toolbox (inicial): CLI + extensión de VS Code + validadores + base de SDK
- Validación: verificaciones de Nivel 1 (schema) y Nivel 2 (semántico) como flujo principal
- Cisco producer (inicial): generar documentos OSIRIS a partir de fuentes de red de Cisco
- Microsoft Azure (inicial): generar documentos OSIRIS a partir de suscripciones de Microsoft Azure y sus recursos
Los producers y consumers tienen responsabilidades explícitas en OSIRIS, y la validación es un requisito central de interoperabilidad.
Producers de AWS y GCP
- AWS producer: generar documentos OSIRIS a partir de inventarios/fuentes topológicas de AWS
- GCP producer: generar documentos OSIRIS a partir de inventarios/fuentes topológicas de GCP
- Mejoras a la Toolbox impulsadas por la salida real de los producers (flujos de diff/merge, reportes)
OSIRIS permite snapshots topológicos entre plataformas y comparación a lo largo del tiempo mediante el uso de IDs estables y relaciones explícitas.
Producers On-Prem y Cloudflare
- Producer On-Prem de UniFi, Arista y Nokia: generar documentos OSIRIS a partir de recursos de red de UniFi, Arista y Nokia
- Cloudflare producer: generar documentos OSIRIS a partir de inventarios/fuentes topológicas de Cloudflare
- Más ejemplos derivados de ejecuciones reales de producers (snapshots de referencia)
Los consumers deben seguir siendo compatibles hacia adelante, aceptando campos/tipos/namespaces desconocidos y preservando extensiones.
Trabajo transversal durante 2026
verified Refuerzo de la interoperabilidad
- Pruebas de compatibilidad entre versiones v1.x (mantener válidos los documentos v1.0 dentro de v1.x)
- Marcadores claros de desaprobación y guías de migración cuando sea necesario
OSIRIS define SemVer, reglas de compatibilidad hacia adelante y un ciclo de vida de desaprobación.
extension Higiene del ecosistema de extensiones
- Documentar la guía de namespaces y los patrones recomendados para extensiones de proveedor/organización
- Fomentar “primero los tipos estándar”, con extensiones solo cuando sea necesario
Los producers deberían preferir tipos estándar y usar extensiones para datos específicos de proveedor/organización.
Cómo influir en la roadmap
Si quieres proponer cambios (nuevos tipos, nuevos producers, aclaraciones), únete a la discusión:
Únete a la comunidad para debatir.