Tableau Cloud のサイト全体でどのデータ ソースが最も頻繁に使用されているかを追跡するには、クライアントは GraphiQL エンジンとメタデータ API を使用する必要があります。GraphiQL エンジンを使用すると、メタデータをインタラクティブに探索できるため、クエリの構築とテストが容易になります1。メタデータ API を使用すると、Tableau Cloud に公開されたコンテンツで使用される外部アセットのメタデータと系統にアクセスできるため、データ ソースの使用状況を追跡するために不可欠です2。
参考資料:アクションは、Tableau の公式ドキュメントと学習リソース 321 に記載されている GraphiQL エンジンとメタデータ API の機能に基づいています。

Tableau の Explorer (パブリッシュ可能) サイト ロールは、会社のネットワーク外からでも、パブリッシュされたデータ ソースに基づいてビジュアライゼーションにアクセスし、編集し、作成する必要があるユーザー向けに設計されています。このロールでは、ユーザーは Web 編集を実行し、作業内容を保存できるため、これらの機能を必要とする営業ユーザーに適しています。また、Creator ライセンスの全機能と関連コストを必要としないため、コスト効率の高いオプションでもあります。
参考資料: Explorer (パブリッシュ可能) ロールとその機能に関する情報は、サイト ロールと権限に関する Tableau 公式ドキュメント12 に記載されています。このロールは、完全なサイト管理や Creator ロールに付属する高度なコンテンツ作成ツールを必要とせずに、パブリッシュされたコンテンツを操作し、新しい視覚化を作成する必要があるユーザーに適しています3。

さまざまなベンダー契約に基づいて配送コストをモデル化し、ダッシュボードのパフォーマンスの速度を確保するために、推奨されるアプローチは次のとおりです。
* パラメータ付き計算フィールド: 配送ベンダーのユーザーが選択したパラメータを動的に参照する計算フィールドを使用します。このパラメータは、選択したベンダーの特性 (量や速度など) に基づいてコスト計算を調整します。
* 集計結果: 個々の配送コストを計算した後、これらのコストを集計して、今後 1 週間の潜在的な費用を簡潔にまとめたビューを提供します。この方法により、個々の明細項目をリアルタイムで処理する負荷が軽減され、ダッシュボードのパフォーマンスが維持されます。
* これが機能する理由: パラメーターと計算フィールドを使用することで、ダッシュボードはデータセット全体を再クエリする必要なく、ユーザー入力にすばやく適応できます。結果を集計すると、出力が簡素化され、パフォーマンスとユーザー エクスペリエンスがさらに向上します。
参考資料この戦略は、Tableau のパラメーターを使用した動的な計算を処理する機能を活用し、パフォーマンスとユーザー主導のインタラクションが優先されるシナリオに推奨されます。Tableau のパフォーマンス最適化リソースとダッシュボード設計ガイドラインでは、これらの手法について詳しく説明しています。

Tableau Server から Tableau Cloud への移行を検討する場合、考慮すべき 2 つの重要な要素は、クライアントのシングル サインオン (SSO) の必要性と同時抽出更新の量です。
* シングル サインオン (SSO):Tableau Cloud は SSO をサポートしており、ユーザー認証を効率化し、セキュリティを強化できます。クライアントが SSO を活用する予定の場合、Tableau Cloud が適切な選択肢となる可能性があります1。
* 同時抽出更新: 同時抽出更新の数は、パフォーマンスとリソース割り当てに影響を与えるため、重要な要素です。クライアントで同時抽出更新が大量に行われる場合、Tableau Server の方が適している可能性があります。これは、Tableau Server を使用すると、インフラストラクチャをより細かく制御してこれらのワークロードを管理できるためです2。
参考資料: Tableau Server と Tableau Cloud のどちらを選択するかは、セキュリティ、コンプライアンス、パフォーマンス、スケーラビリティなど、組織の具体的なニーズに基づいて決定する必要があります。Tableau の公式リソースでは、これらの要素に関するガイダンスを提供しています12。さらに、Tableau コミュニティでのディスカッションでは、Tableau Server と Tableau Cloud のどちらを選択するかを決める際に、これらの要素を考慮することが重要であると強調されています1。

複数のサイトを持つ Tableau Server から Tableau Cloud に移行する際にユーザーへの影響とコストを最小限に抑えるには、次のソリューションが最適です。
* 複数のプロジェクトを持つ単一の Tableau Cloud インスタンス: 管理オーバーヘッドが高くなり、コストも高くなる可能性がある複数のサイトの代わりに、以前のサイト (財務、戦略、マーケティング) ごとに異なるプロジェクト フォルダーを持つ 1 つの Tableau Cloud インスタンスを構成するのが最も効率的です。
* 利点: この設定では、異なるサイトを持つのと同様にデータとアクセスの組織的な分離が維持されますが、単一のクラウド インスタンスの統合管理とシンプルさが活用されます。ユーザー アクセス管理と統合ポイントの複雑さが軽減されます。
* 実装: 各プロジェクト フォルダーは、大規模なインスタンス内のミニサイトのように機能し、特定の権限とコンテンツを個別に管理できます。これは、元のサーバー設定に似ていますが、単一のクラウドベースの環境内にあります。
参考資料: この推奨事項は、Tableau のクラウド移行戦略に関する公式ドキュメントで提案されているように、統合とコスト効率に重点を置いたクラウド移行のベスト プラクティスと一致しています。