Przejdź do głównej zawartości

Czym jest OpenDome?

OpenDome to platforma danych typu open-core dla zespołów, które muszą postawić swoje dane ustrukturyzowane i nieustrukturyzowane za jednym, nadzorowanym, odpytywalnym interfejsem — bez oddawania ich stronie trzeciej.

Uruchamiasz komórkę: samowystarczalną, per-tenant przestrzeń nazw Kubernetes, która mieści twój lakehouse (Iceberg + Lance), twoje pipeline’y i silnik konsumpcji. Wszystko, co czyta dane, przechodzi przez jedną powierzchnię — OpenDome Semantic Layer (OSL).

Dane ustrukturyzowane, dane nieustrukturyzowane, metryki, encje i język naturalny są konsumowane wyłącznie przez OSL. Trino, Lance i dbt to silniki wewnętrzne: nigdy nie eksponują publicznego endpointu. Żaden konsument nie rozmawia z Trino bezpośrednio.

OSL opisuje model semantyczny obejmujący dwa fizyczne substraty jednym deklaratywnym językiem YAML:

Płaszczyzna ustrukturyzowana

Tabele Iceberg przez Trino. Encje, metryki, wymiary, kontrakty danych. Tutaj OSL jest nadzbiorem dbt MetricFlow — każdy poprawny projekt MetricFlow jest poprawnym OSL.

Płaszczyzna nieustrukturyzowana

Kolekcje Lance przez LanceDB. Chunk schema, embeddingi, hybrydowy retrieval (wektor + BM25 + filtry metadanych), ACL na poziomie wiersza. To rozszerzenie OSL-only.

Mostem między nimi jest JointEntity: obiekt logiczny (Customer, Policy, Order), którego klucz główny pochodzi z modelu ustrukturyzowanego i który eksponuje atrybuty zaczerpnięte z obu płaszczyzn. Jedno wywołanie, jedna decyzja polityki, jeden ślad audytu. Pełny model znajdziesz w Koncepcjach.

Dystrybucja Apache-2.0 to wszystko, co potrzebne do uruchomienia i konsumowania komórki na własnej infrastrukturze:

  • Komórka — płaszczyzna danych — Helm charty dla samodzielnego, samowystarczalnego tenanta.
  • Silnik OSL (tenant-semantic-api) serwujący 13 endpointów /osl/*.
  • Konektory (tapy Singer/Meltano: Postgres, MySQL, Salesforce, custom).
  • Embedder i retrieval oparty na Lance.
  • Ewaluacja polityk (SQL allowlist, row filters, projection) — fail-closed.
  • Specyfikacja OSL, JSON Schemy i opracowany przykład.
  • Adopterzy (zespół danych klienta) — modelujesz swoją domenę w OSL, podłączasz źródła, serwujesz nadzorowane metryki i retrieval. Zacznij od Koncepcji, a potem od Quickstartu.
  • Autorzy agentów — budujesz agentów na narzędziach MCP i REST OSL. Zobacz referencję API.
  • Implementatorzy specyfikacji — budujesz silnik zgodny z OSL. Zobacz Specyfikację i nadzór.