OSS vs Enterprise

OpenDome jest open-core. Silnik, który uruchamiasz i konsumujesz, jest open source na licencji Apache-2.0. Tier zarządzany/Enterprise dokłada centralną orkiestrację, konsolę, kurowane pakiety i narzędzia compliance na dokładnie tych samych chartach komórki — nic w otwartym rdzeniu nie jest okrojone, by sprzedać upgrade.

Jedna specyfikacja, jeden model

Obie edycje mówią tą samą specyfikacją OSL i serwują to samo API /osl/*. Tier Enterprise dodaje operowanie, doświadczenie i pakowanie wokół komórki — a nie inny model danych. Wszystko, co zbudujesz na OSS, działa dalej.

Porównanie funkcji

Możliwość	OSS Apache-2.0	Enterprise Komercyjna
Komórka (płaszczyzna danych per-tenant, Helm)	✅	✅
Silnik OSL — 13 endpointów /osl/*	✅	✅
Specyfikacja OSL, JSON Schemy, conformance	✅	✅
Konektory — Postgres, MySQL, Salesforce, custom tapy Singer	✅	✅
Embedder + hybrydowy retrieval Lance	✅	✅
Egzekwowanie polityk (SQL allowlist, row filters, projection) — fail-closed	✅	✅
Lokalny emitter tokenów (HS256 per tenant)	✅	✅
Samodzielnie hostowane na twoim własnym Kubernetes	✅	✅
Konsola — UI domain-mapy, modeler semantyczny, nadzorowane podglądy	—	✅
Control-plane — provisioning multi-tenant, cykl życia, rotacja JWT	—	✅
BYO-OIDC — postaw przed silnikiem swój IdP, ufaj X-Actor-Roles	—	✅
Pakiety wertykalne — kurowane modele i metryki Finance / Legal / HR	—	✅
Konektory premium — SAP, Workday, bankowy ERP	—	✅
Pakiet compliance — łańcuch audytu, artefakty AI Act / DORA / GDPR	—	✅
Pakiety agentowe — prekonfigurowane manifesty MCP	—	✅
Zarządzana chmura + SLA + wsparcie	—	✅

Notatka

W całej tej dokumentacji odznaka Enterprise oznacza możliwość, która wymaga tieru Enterprise. Wszystko nieoznaczone znajduje się w dystrybucji open source.

Jak działa upgrade

Komórka to ten sam artefakt w obu edycjach. Różnice to to, co działa wokół niej:

OSS — komórka standalone

Instalujesz charts/standard-tenant + charts/tenant-semantic-api. Komórka emituje własne tokeny HS256, egzekwuje politykę in-process i serwuje OSL przez własny Ingress. Namespace control-plane nigdy nie istnieje.

Enterprise — zarządzana flota

Centralny control-plane provisionuje i rotuje wiele komórek, wystawia JWT, proxuje wywołania konsoli (przekazując X-Actor-Roles, by komórka wciąż egzekwowała ACL wywołującego) i dokłada pakiety, compliance oraz wsparcie.

Uczciwość co do zakresu

Kilka możliwości jest udokumentowanych w specyfikacji OSS, ale publikowanych za tierem Enterprise lub wciąż lądujących — dokumentacja mówi to wprost, zamiast sugerować pełne pokrycie:

• Rozwiązywanie MetricFlow w POST /osl/query jest planowane; dziś endpoint serwuje nadzorowany wycinek SQL. Zobacz referencję query.
• CLI osl i zestaw testów conformance to nadchodzące epiki.
• Joiny cross-model / silnik metryk dla atrybutów JointEntity są odroczone — te atrybuty rozwiązują się do null w obecnym wycinku.

Roadmapa, nie marketing

Tam, gdzie coś nie jest jeszcze gotowe, znajdziesz na stronie notkę o statusie, a nie cichą lukę. Taki jest kontrakt: specyfikacja opisuje, co istnieje; silnik implementuje to w sposób addytywny.