Boreon MCP Layer · 移行
Tableau は多くのチームにとってのホームなので、私たちの移行の多くは、Tableau Server から Tableau Cloud への移行です。固定価格でご提供しています。Tableau Cloud のサイト間の移行、Databricks の AI/BI ダッシュボードの Tableau での再構築、Tableau のコンテンツを Databricks、Snowflake、Tableau Next にも置きたいときの移行、そして Salesforce CRM と CRM Analytics のダッシュボードの Tableau Next への移行も行います。どの移行もお客様と計画し、まずリハーサルを行い、元と照合します。
Tableau Server から多くのチームはここから
Tableau は多くのチームにとってのホームです。Tableau Server のサイト全体を、固定価格で Tableau Cloud へ移します。コンテンツと抽出、ユーザーとパーミッション、スケジュールとサブスクリプションまで。
仕組みを見る
Tableau Cloud から
Tableau Cloud のサイトから別のサイトへコンテンツを移したり、開発からテスト、本番へと昇格させたりできます。同じサイト内のプロジェクト間でも可能です。2回目以降の実行では、前回から変わったものだけを移します。
仕組みを見る
Databricks から
Databricks の AI/BI ダッシュボードが、ダッシュボード付きの Tableau ワークブックになります。同じテーブルを、パブリッシュされた Tableau データソース経由でライブに読み込みます。
仕組みを見る
Tableau Server または Tableau Cloud から
ダッシュボードは Genie を内蔵した AI/BI ダッシュボードに、Prep フローはマテリアライズドビューになります。
仕組みを見る
Tableau Server または Tableau Cloud から
ダッシュボードは Streamlit in Snowflake アプリに、Prep フローは動的テーブルになります。
仕組みを見る
Tableau Server または Tableau Cloud から
Salesforce の中で、Tableau のワークシート、Salesforce CRM のレポート、CRM Analytics のウィジェットは Tableau Next のビジュアライゼーションに、それぞれのダッシュボードは Tableau Next のダッシュボードになります。
仕組みを見る
私たちの移行の多くはこのパターンです。Tableau Server のサイトにあるものをすべて読み取り、お客様と一緒に移行を計画し、何も書き込まずに最初から最後までリハーサルします。承認をいただいてから開始し、移行後は両方のサイトを読み直して比較します。変更記録用のレポートもお渡しします。
サイトを読み取る
移行の前に、すべてのプロジェクト、ワークブック、データソース、スケジュールを確認します。
計画を確認する
何を移し、どこに置くか、お客様の判断が必要な点は何か。
リハーサルする
何も書き込まない、完全な予行演習です。
承認する
移行は、お客様の承認があってから始まります。
両方のサイトを比較する
読み直して確認し、記録用のレポートをお渡しします。
Tableau Cloud のサイトから別のサイトへのコンテンツ移行や、開発からテスト、本番への昇格も、同じ計画、リハーサル、承認の流れで行います。各ビューは元のビューと照合し、2回目以降は前回から変わったものだけを移します。
Databricks での成果を、普段 Tableau を使う人たちに届けたいチームもあります。AI/BI ダッシュボードは、ダッシュボード付きの Tableau ワークブックになり、同じテーブルをパブリッシュされた Tableau データソース経由でライブに読み込みます。パブリッシュ前にすべてのシートを元のダッシュボードと照合し、お客様側の管理者が承認して初めてパブリッシュされます。
| Databricks | Tableau |
|---|---|
| AI/BI ダッシュボード | ダッシュボード付きの Tableau ワークブック |
| カウンター、棒、折れ線、面、円、散布図、表のウィジェット | Tableau のシート。それぞれ元と照合済み |
| テキストボックスとグリッドレイアウト | ダッシュボード上でもそのまま |
| ダッシュボードのテーブル | パブリッシュされた Tableau データソースでライブに読み込み |
ダッシュボードを Databricks や Snowflake にも置きたい場合、それぞれの行き先は次のとおりです。
| Tableau 上 | Databricks 上 | Snowflake 上 |
|---|---|---|
| ダッシュボード | Genie を内蔵した AI/BI ダッシュボード | Streamlit in Snowflake アプリ |
| Prep フロー（.tfl） | マテリアライズドビュー | 動的テーブル（Snowflake で可能な場合はマテリアライズドビュー） |
| パブリッシュされたデータソース（.tds） | データがすでにある Unity Catalog のテーブル | データがすでにある Snowflake のテーブル |
| メジャー、色、数値の書式 | 二重軸まで、そのまま | マークや並べ替え順まで、そのまま |
| フィルター | 同じフィルターを、ダッシュボード上に | アプリ内のライブのセレクター |
| サインインとロール | SSO のロールをそのまま引き継ぎ、再度のサインインは不要 | キーペア、OAuth、または Snowflake OAuth による各ユーザー本人のサインイン |
ワークブックと、その元になっている Prep フローはまとめて移行します。まずテーブルかビューを作って確認し、その上にダッシュボードを再構築します。すべてのシートの確認が済むまで、何もパブリッシュしません。
計画は変わるものです。データウェアハウスが変わることもあります。Boreon MCP Layer は、テーブル、ビュー、SQL を Databricks から Snowflake へ、あるいは Snowflake から Databricks へ移し、その過程で SQL を移行先の方言に書き換えます。移行後は同じセマンティックレイヤーが両方のデータウェアハウスをまたぐので、社内のユーザーはこれまでどおりに質問を続けられます。
Databricks テーブル、ビュー、SQL Snowflake
そこから始めましょう。そのダッシュボードの上にレイヤーを置き、自然言語で質問に答えます。いつか別のプラットフォームにも置きたくなったら、まずすべての数字を Tableau と照らし合わせます。