01 / 技術スタック

ID、カタログ、ストレージを、貴社の境界に残して動かす。

Lanikaia は、既存のデータ基盤を置き換える製品ではありません。企業 ID、Polaris catalog、Iceberg table、semantic asset、compute、agent runtime、publishing surface を分けて扱い、どこを貴社が持ち、どこを Lanikaia が運用するかを明確にします。

02 / Stack map

レイヤーごとの役割と採用技術。

Identity

OIDC / Google Workspace / Microsoft Entra ID

利用者、グループ、ロールを企業 ID から継承します。

顧客

Catalog

Apache Polaris

namespace、table visibility、grant を catalog of record として扱います。

顧客または hosted

Storage / Table

S3 / GCS / Azure Blob + Apache Iceberg

snapshot、schema evolution、time travel、read / write isolation を標準形式で残します。

顧客

Semantics

dbt assets / ontology / metrics / policies

問いを trusted metric と業務語彙に解決してから実行します。

共有

Compute

Trino / Spark / Python runtime

既存クエリエンジンと Python 実行を、catalog grant と snapshot に紐づけます。

顧客または Lanikaia

Agent runtime

Lanikaia Data Agent

Ask を生成コード、実行、レビュー、承認つきの commit に変換します。

Lanikaia

Publishing

API / MCP / BI / Excel / Airflow / Dagster

検証済み成果物を、既存の作業面に固定バージョンで公開します。

共有

03 / 実行制御

問い合わせは、計算が走る前から制御されます。

04 / 接続面

成果物は、既存ツールから使える形で公開します。

05 / 境界

導入時に決める責任分界。

06 / 次のステップ

技術評価は、既存スタックとの接続点から始める。