01 / 基盤

Apache Polaris と Apache Iceberg の上に構築。IdP で統制。何がベータかも明確に。

Lanikaia はあなたのデータの上に被さるブラックボックスではない。カタログは Polaris、ストレージは Iceberg、ID はあなたのもの、全成果物はあなたが既に信頼しているエンジンで読めるバージョン管理されたスナップショット。

02 / アーキテクチャ

4 つのランタイム層、1 つのカタログ。

03 / ガバナンス

カタログスコープの権限、IdP 起源の ID、検索可能な監査。

04 / 公開面

Lanikaia が生成したものを消費する 4 つの方法。

05 / 統合

データがある場所から読む。チームが働く場所に書く。

dbt Semantic Layer

既存のセマンティックモデルを読む。Lanikaia の metrics 層は同じ面に書き戻す。

SAP / BusinessObjects

SAP universe や BO レポートを読み込む。書き直さずに ingest 層のソースとして扱う。

Airflow / Dagster

昇格された Lanikaia ワークフローは既存スケジューラから起動できる。または Lanikaia ランタイム内で動かせる。

Trino / Spark

Lanikaia 管理下の Iceberg テーブルに対して既存クエリエンジンからクエリを実行する。データの二重持ちなし。

オブジェクトストレージ

AWS S3、Google Cloud Storage、Azure Blob、MinIO。BYO バケット。Lanikaia は Iceberg manifest と Parquet をそこに保存する。

ノートブック / IDE

JupyterLab と VS Code が Iceberg クライアントとカタログ REST 経由で Lanikaia のコミットを読み書きする。

06 / セキュリティ

我々がやることと、貴社の管理下に残るもの。

Lanikaia は BYO バケット・BYO カタログを基本姿勢にする。Iceberg スナップショットと Parquet は貴社のオブジェクトストレージに残し、複製はしない。ベータではホスト型評価経路と、個別合意による BYO 展開を扱う。プライベートリンク / VPC ピアリング、SOC 2 監査、専有ランタイムテナンシ、契約ベースのデータ所在地保証は Enterprise ロードマップ上にある。

  • データ所在地BYO S3 / GCS / Azure Blob (計画中)
  • カタログBYO Polaris、またはホスト型 Polaris
  • IDOIDC / Google / Microsoft Entra
  • ネットワーク公衆 / プライベートリンクは Enterprise ロードマップ
  • 監査ログ全アクション記録、保持期間は契約で合意
  • コンプライアンスベータ評価中、SOC 2 取得は Enterprise GA に向けて準備

07 / 次のステップ

アーキテクチャの詳細は要請ベース。