データのあるウェアハウスで
ダッシュボードは、そのデータがすでにあるウェアハウスの上でだけ再構築されます。
移行オプション
ふだんの言葉で依頼してください。Boreon MCP Layer が Tableau Server または Tableau Cloud のサイトにあるワークブックを読み、その下の Prep フローを見つけ、両方をウェアハウス自身のダッシュボード技術とデータ技術の上に再構築し、公開前にすべての数値を Tableau と照合します。スクリプトも手書きの SQL も不要で、1 か月で本番稼働します。
1 か月で本番稼働
何がどこへ移るか
すべての移行は Tableau Server または Tableau Cloud から始まり、ウェアハウス自身のダッシュボード技術とデータ技術の上に着地します。
| Snowflake へ | Databricks へ | |
|---|---|---|
| ダッシュボードとワークブック | レイアウト、マーク、色、フィルターを引き継いだ Streamlit in Snowflake アプリ | 同じメジャー、フィルター、色を持ち、Genie を内蔵した AI/BI ダッシュボード |
| Tableau Prep フロー | フローの各ステップを 1 つの CTE にしたダイナミックテーブル、または Snowflake が許す場合はマテリアライズドビュー | フローの各ステップを 1 つの CTE にしたマテリアライズドビュー |
| その背後のデータ | SQL API でクエリする Snowflake のテーブル | Statement Execution API でクエリする Unity Catalog のテーブル |
| 証明 | 各シートのクエリを Snowflake 上で証明し、すべての数値を Tableau と照合 | 各シートのクエリを Databricks 上で証明し、すべての数値を Tableau と照合 |
移行の進み方
お客様が入力するのは、Tableau Server または Tableau Cloud のワークブックについての 1 行だけです。残りはエージェントが実行し、各ステップの完了をその場で示します。
お客様が入力した 1 行DBX Platform Latency Calls & Uptime を Databricks に移行して
ライブ計測
DBX Platform Latency Calls & Uptime を Tableau から Databricks の AI/BI ダッシュボードへ移行して計測しました。
守るルール
エンジンは自分の仕事を自分で確かめます。以下のルールは、すべての移行で守られます。
ダッシュボードは、そのデータがすでにあるウェアハウスの上でだけ再構築されます。
忠実に対応しないシートがひとつでもあれば何も公開せず、エージェントがその理由をふだんの言葉で伝えます。
平均、個別カウント、中央値はダッシュボードのフィルター下でも正確なままで、すべての結果を Tableau 自身の答えと照合します。
すべてのクエリを公開前に Snowflake または Databricks で実行し、SQL エラーで開くものはありません。
SSO のロールは両方のウェアハウスに引き継がれ、誰もが見てよいものだけを見ます。
書き込みは依頼されたものだけで、そのすべてが監査ログに記録されます。
すべての移行で
お客様自身のワークブックで計測し、公開前にお見せします。
シートごとのスコア:何を対応づけ、何を近似し、何を外したのか。
各シートの行を、Tableau 自身の答えと比較します。
すべてのクエリを先に実行し、ダッシュボードやアプリは SQL エラーなしで開きます。
移行しないものはすべて名前を挙げ、その理由をふだんの言葉で示します。
Tableau Server または Tableau Cloud のサイトで、最初に移行したいダッシュボードを教えてください。私たちがそれを見積もり、ファイアウォールの内側に Boreon MCP Layer を立ち上げ、2 週間で動く MVP をチームにお届けします。最終デプロイと本番稼働は 1 か月以内です。