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.
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:
tenant-semantic-api) serwujący 13 endpointów /osl/*.