Was ist OpenDome?

OpenDome ist eine Open-Core-Datenplattform für Teams, die ihre strukturierten und unstrukturierten Daten hinter eine einzige, gesteuerte, abfragbare Schnittstelle stellen müssen — ohne sie an Dritte abzugeben.

Du betreibst eine Zelle: einen eigenständigen, mandantenspezifischen Kubernetes-Namespace, der dein Lakehouse (Iceberg + Lance), deine Pipelines und die Konsum-Engine enthält. Alles, was Daten liest, läuft über eine einzige Oberfläche — die OpenDome Semantic Layer (OSL).

Die eine Regel: OSL ist die einzige Konsumschicht

Strukturierte Daten, unstrukturierte Daten, Metriken, Entities und natürliche Sprache werden ausschließlich über OSL konsumiert. Trino, Lance und dbt sind interne Engines: Sie exponieren niemals einen öffentlichen Endpoint. Kein Konsument spricht direkt mit Trino.

Warum das wichtig ist

Wenn ein Konsument die Daten erreichen kann, ohne über OSL zu gehen, ist das ein Architektur-Bug — er umgeht den Policy Enforcement Point und die Audit-Kette. Eine einzige Tür bedeutet einen einzigen Ort zum Steuern, einen einzigen Ort zum Auditieren, einen einzigen Ort, um das Modell weiterzuentwickeln.

Zwei Ebenen, eine Spec

OSL beschreibt ein semantisches Modell, das zwei physische Substrate mit einer einzigen deklarativen YAML-Sprache umspannt:

Strukturierte Ebene

Iceberg-Tabellen über Trino. Entities, Metriken, Dimensionen, Data Contracts. Hier ist OSL ein Superset von dbt MetricFlow — jedes gültige MetricFlow-Projekt ist gültiges OSL.

Unstrukturierte Ebene

Lance-Collections über LanceDB. Chunk-Schema, Embeddings, hybrides Retrieval (Vektor + BM25 + Metadata-Filter), row-level ACL. Das ist die OSL-only-Erweiterung.

Die Brücke zwischen beiden ist die JointEntity: ein logisches Objekt (Customer, Policy, Order), dessen Primärschlüssel aus einem strukturierten Modell stammt und das Attribute aus beiden Ebenen bereitstellt. Ein Aufruf, eine Policy-Entscheidung, ein Audit-Trail. Siehe Konzepte für das vollständige Modell.

Was du out of the box bekommst (OSS)

Die Apache-2.0-Distribution ist alles, was nötig ist, um eine Zelle auf deiner eigenen Infrastruktur zu betreiben und zu konsumieren:

• Die Data Plane der Zelle — Helm-Charts für einen eigenständigen, standalone Tenant.
• Die OSL-Engine (tenant-semantic-api), die die 13 /osl/*-Endpoints bereitstellt.
• Connectors (Singer/Meltano-Taps: Postgres, MySQL, Salesforce, custom).
• Der Embedder und das Lance-gestützte Retrieval.
• Policy-Evaluierung (SQL allowlist, row filters, projection) — fail-closed.
• Die OSL-Spezifikation, die JSON Schemas und ein durchgearbeitetes Beispiel.

OSS vs. EnterpriseWas heute Apache-2.0 ist und was die Managed-/Enterprise-Stufe ergänzt — die Konsole, die Control-Plane, die Vertical Packs und Compliance.

Für wen das ist

• Adopter (ein Kunden-Datenteam) — modelliere deine Domäne in OSL, binde Quellen an, stelle gesteuerte Metriken und Retrieval bereit. Starte mit Konzepte und dann dem Quickstart.
• Agent-Autoren — baue Agenten gegen OSLs MCP-Tools und REST. Siehe die API-Referenz.
• Spec-Implementierer — baue eine OSL-konforme Engine. Siehe Spec & Governance.

Nächster Schritt

Quickstart (self-hosted)Bring eine Zelle auf kind/Kubernetes ohne Control-Plane zum Laufen, erzeuge ein Token und mache deinen ersten gesteuerten Aufruf.