Processo RFC

I cambiamenti alla spec di OSL passano per un processo RFC leggero, in stile paper. La spec è un contratto; i cambiamenti si guadagnano l’ingresso.

1. Apri una RFC in platform/spec/osl/rfcs/OSL-RFC-XXXX-slug.md.

2. Copri il problema, le alternative considerate, l’impatto, il piano di adozione e il rollback. Pre-registra come appare il successo.

3. Ottieni il sign-off dei maintainer più almeno un adottante a valle.

4. Merge → stato Accepted → implementazione → stato Implemented.

Additivo di default

La filosofia di estensione ha forma di Kubernetes: OSL estende MetricFlow nello stesso modo in cui le CRD estendono l’API core di K8s — additivo, versionato, senza mai rompere ciò che già funziona. MetricFlow puro resta sacro ed esportabile.

Esempi già nell’albero

• RFC 0002 — il predicato semantic_match: come una sola query attraversa Iceberg + Lance. (Implemented)
• RFC 0003 — relazioni e risoluzione: il grafo strutturato, N-N tramite bridge, join onesti strutturato↔non strutturato, attraversamento multi-hop, risoluzione rapida e il domain-map unificato. (Implemented)

Conformità, non lock-in

Sia la spec sia i JSON Schema sono Apache-2.0. I facet OpenLineage custom (osl.semanticResolution, lance.retrieval, osl.policyDecisions, osl.redactions) sono proposti upstream all’ecosistema OpenLineage.