Boreon MCP Layer
ひとつのセマンティック MCP レイヤーで、3つすべてを横断。
レイヤーは、Tableau Server または Tableau Cloud のサイト、Databricks、Snowflake に、それぞれの API で接続します。Tableau のフィールドがデータウェアハウスのどの列に対応するかを学び、その対応を常に最新に保ちます。書き込むのは依頼されたときだけで、書き込みはすべて記録されます。
どのプラットフォームの言葉も話す、ひとつのレイヤー。
レイヤーは各プラットフォームをそれぞれの API で読み取り、Tableau のフィールドとデータウェアハウスの列の対応表を持っています。書き込むのは依頼されたときだけで、書き込みはすべて記録します。
Tableau
- 自社の Tableau Server または Tableau Cloud サイト
- ワークブックとダッシュボード（.twb / .twbx）
- パブリッシュされたデータソース（.tds）
- Tableau Prep フロー（.tfl）
- VizQL Data Service と Metadata API
- PAT、JWT、または共通のサービスアカウント
Boreon MCP Layer
Data & AI Portal を支える基盤
Databricks
- 自社のワークスペースと Unity Catalog
- Unity Catalog のテーブルと SQL ウェアハウス
- Genie を内蔵した AI/BI ダッシュボード
- Prep フローから作るマテリアライズドビュー
- すべてのクエリを Statement Execution API で実行
- PAT、OAuth、またはサービスプリンシパル
Snowflake
- 自社のアカウント、データベース、ロール
- データベース、スキーマ、仮想ウェアハウス
- Streamlit in Snowflake アプリ
- Prep フローから作るダイナミックテーブル
- すべてのクエリを SQL API で実行
- キーペア、OAuth、または PAT
ひとつのチャットを支える、6つのエンジン。
DBX Platform Latency Calls & Uptime を Databricks に移行してください
-
エージェント型チャット
普段の言葉で尋ねるだけ。作業の様子がその場で見え、答えはライブデータの表やチャートで返ってきます。
普段の言葉のリクエストを受け取りました
-
セマンティックレイヤー
Tableau のフィールドを Databricks と Snowflake の列に一度マッピングすれば、あとは常に最新の状態に保たれます。
Tableau のフィールドを Databricks の列にマッピングしました
-
リネージ
すべてのダッシュボードを、データソースと Prep フローをさかのぼって、列の単位までたどります。
ワークブックの元になっている Prep フローを見つけました
-
移行エンジン
Tableau Server または Tableau Cloud のワークブック、ダッシュボード、Prep フローごとに移行を計画し、そのまま実行します。
先にビューを作り、それからダッシュボードを作りました
-
再現度エンジン
VizQL Data Service を通じて、データウェアハウスの数値を Tableau の数値と1行ずつ照合します。
41 行中 41 行が Tableau と一致しました
-
ガバナンス
お客様が指示するまでは読み取り専用。SSO のロールはそのまま引き継がれ、書き込みはすべて記録されます。
SSO のロールのもと、書き込みはすべて記録済み
Tableau を廃止しても、レイヤーは残ります。
レイヤーは3つのプラットフォームをすでに把握しているため、Tableau Server または Tableau Cloud を廃止しても何も壊れません。同じレイヤーが、両方のデータウェアハウスに応え続けます。
まず移したいのは、どの Tableau ダッシュボードですか？
そこから始めましょう。最初に移すのはそのダッシュボードです。数字をひとつずつ Tableau と照らし合わせて確かめ、移った先のポータルはそのままお客様のものです。