person Tia Zanella
calendar_add_on Created February 1, 2026
update Updated March 29, 2026
Share
download Download MD

Descripción general de los primeros pasos

Hay tres rutas para entrar a OSIRIS JSON, dependiendo de lo que necesites hacer. OSIRIS está diseñado para que estos roles puedan avanzar de manera independiente: los producers crean un snapshot en un punto específico del tiempo, los validators lo verifican, y los consumers lo revisan y confían en él sin necesidad de desarrollar integraciones específicas ni de entender todos los protocolos de cada proveedor y la arquitectura que hay detrás.

Elige tu ruta

code

Ruta de desarrollo

Para quienes quieren desarrollar sobre OSIRIS JSON: producer, CLI, integración con editor/IDE, y equipos que integran OSIRIS JSON en pipelines de CI, CMDB, o de diagramas y documentación.

Esta ruta cubre: límites del proyecto, regla de una sola fuente de verdad, flujo canónico de validación, contrato del producer (discovery, normalization, redaction, emission), IDs determinísticos, metadatos estables y patrones de prueba con golden files.

verified

Ruta de validación

Para quienes principalmente quieren consumir, revisar y confiar en documentos OSIRIS JSON: arquitectos de soluciones, auditores, equipos de compliance, equipos de documentación de infraestructura, revisores empresariales y equipos de preventa/consultoría.

arrow_forward Guía de validación

La guía de validación explica cómo se espera que se instale el paquete npm de la CLI, cómo validar archivos y directorios, qué significan basic, default y strict, y qué códigos de salida debes esperar.

El mejor punto de partida para los consumers no es el desarrollo de producers, sino la validación.

data_object

Ruta del producer

Para arquitectos de soluciones, auditores y equipos de infraestructura que quieren generar documentos OSIRIS a partir de sus plataformas activas usando producers específicos del proveedor.

router Proveedores de red

cloud Hyperscalers

Ejecuta un producer sobre tu plataforma, valida la salida y úsala como un artefacto de arquitectura revisable para auditorías, revisiones y documentación. Los producers se publican de manera incremental revisa las páginas individuales para verificar su disponibilidad.

edit_note

Help improve this page

Found an issue or want to contribute? Open an issue.