Quickstart
Aixeca una cel·la que serveix l’API OSL al teu propi Kubernetes — sense
control-plane, sense phone-home. Token real i crida real a /osl/retrieve en
minuts. Comença →
Documentació d'OpenDome
Una capa sobre totes les teves dades. Governada.
Estructurades i no estructurades, consumides a través d'una sola spec oberta — auditable, autoallotjada, sense lock-in.
01—Comença aquí
Conceptes
El model mental: dos plans físics (Iceberg + Lance), una spec declarativa, “tot és una Entity” i el loop compile → serve. Llegeix els conceptes →
Referència de l'API OSL
Els 13 endpoints /osl/* amb què qualsevol client pot comptar —
query, retrieve, resolve, domain-map, traverse, sample.
Veure l’API →
OSS vs Enterprise
Què es publica avui sota Apache-2.0 i què afegeix el tier gestionat/Enterprise — clar, en un sol lloc. Compara edicions →
02—Per què OpenDome
OpenDome és una plataforma de dades open-core. Un self-hoster corre una cel·la — un namespace per tenant, autocontingut — i ho consumeix tot a través de la OpenDome Semantic Layer (OSL): una sola spec oberta que abasta taules estructurades (Iceberg, via Trino) i col·leccions no estructurades (Lance, vector
- full-text), sota un únic punt d’aplicació de polítiques fail-closed i una sola cadena d’auditoria.
Una sola capa de consum
Trino, Lance i dbt són motors interns sense endpoint públic. Tot consumidor — BI, scripts, agents — parla OSL. Si es pot arribar a les dades sense passar per OSL, és un bug d’arquitectura.
Sense lock-in
El pla estructurat és 100% dbt MetricFlow. Si te’n vas, els teus
semantic_models/*.yml segueixen sent vàlids a dbt-sl, sense tocar res.
Només les primitives Lance són OSL-only.
Governat per construcció
Cada query, cada retrieval i cada decisió de política s’aplica server-side i s’emet com a esdeveniment de lineage. La PII es declara al connector i es redacta a la cel·la — mai s’infereix a la UI.
AI-native
El mateix model s’exposa com a tools MCP per a agents i com a REST per a apps.
Aquesta documentació publica un llms.txt per a crawlers d’IA.