# Cloud Amplifierを使用する理由
* **IT部門の限界 —**
IT部門だけではデータの可能性をフルに実現することはできません。すべてのLOB（基幹業務）部門による幅広い包括的なアプローチが必要ですが、現状では、すべての貴重なデータをIT部門が管理しているわけではありません。
* **ストレスと時間的な制約の増加 —**
ビジネスユーザーはデータ製品へのアクセスをタイムリーに要求し、目的を達成するためのプレッシャーが増大しています。
* **データ処理の硬直性と摩擦 —**
硬直したプロセスやツールでは、柔軟なデータベースを迅速に構築することができず、多大な時間と労力が必要になります。
Cloud Amplifierは、
上記やその他の問題に対するソリューションを提供できます。
***
この記事では、Domo環境にCloud Amplifierを設定する方法について、次のトピックで説明します。
* [必要な許可](#required_grants)
* [Cloud Amplifierにアクセスする](#access_cloud_amplifier)
* [設定](#setup)
* [デフォルト](#defaults)
* [ベストプラクティス](#best_practices)
* [データの鮮度チェックにおけるスケジュールの詳細設定を使用する](#advanced_scheduling)
* [フェデレーテッドデータとCloud Amplifier](#compare_federated_ca)
* [Cloud Amplifierの統合アカウントを共有する（ベータ版）](#share_integration)
* [よくある技術的な質問](#technical_faq)
* [一般](#general)
* [キャッシュのルール](#caching_rules)
* [外部クラウドストレージ](#external_cloud_storage)
***
### 必要な許可
お使いのDomo環境でCloud Amplifierを有効にした後、次のCloud Amplifier許可を割り当てて、これらの機能へのアクセスを管理できます。
* **クラウドアカウントを管理** — ユーザーはクラウドアカウントを追加/削除したり、クラウドアカウントにテーブルを追加/削除したりできます。この許可を使用して、デフォルトのストレージクラウドを変更することもできます。
[このページのトップへ](#intro)
### 設定
アカウントでCloud Amplifierを有効にしたら、以下のプロバイダーから既存のデータウェアハウスに接続できるようになります。各プロバイダーにはプロバイダー独自の設定要件があります。次のリンクをクリックすると、各プロバイダーの設定ドキュメントを参照できます。
利用可能なプロバイダーは次の通りです。
* [Amazon Athena](/ja/s/article/000005744)（ベータ版）
* [Amazon Redshift](/ja/s/article/000005312)（読み取り専用）
* [AzureSQL](/ja/s/article/000005471)（ベータ版）
* [Databricks](/ja/s/article/000005289)
* [Dremio](/ja/s/article/000005139)
* [Google BigQuery](/ja/s/article/000005237)
* [MySQL](/ja/s/article/000005451)（ベータ版）
* [Oracle](/ja/s/article/000005586)（ベータ版）
* [PostgreSQL](/ja/s/article/000005756)（ベータ版）
* [Snowflake](/ja/s/article/4402322966807)
### デフォルト
Cloud Amplifierを使用すると、すべてのDataSetにデフォルトのストレージアカウントを指定できます。これらの設定を変更しても、既存のDataSetまたはDataFlowは変更されません。これらのデフォルトは新しいアセットにのみ使用されます。
[このページのトップへ](#intro)
### ベストプラクティス
デフォルトのストレージクラウドを選択することを推奨します。これを行うには、アカウントでCloud Amplifierを有効にした後で、次の手順に従います。このタスクを完了する前に、「デフォルトクラウドに上書き」の [許可](#required_grants) があることを確認してください。
1. Domoナビゲーションヘッダーで、**［その他］** > **［管理者］** を選択します。
管理者設定が表示されます。
2. **［機能］** で **［Cloud Amplifier］** を選択します。
**Cloud Amplifier** のページが表示されます。
3. **［デフォルトのストレージクラウドを選択］** ドロップダウンからオプションを選択します。
2. タイルを選択するか、**［詳細を見る］** を選択して追加の統合オプションを指定し、ネイティブ統合エンジンを選択します。
3. （条件付き）統合にマウスを合わせて 
4. 統合ウィザードで、必要なアカウント情報を入力し、**［データの鮮度チェック］** ステップに移動します。
5. **［基本］** または **［詳細］** タブの設定を使用して、データの鮮度チェックを設定します。詳しくは、 [基本設定](#basic_settings) および [詳細設定](#advanced_settings) に関する説明を参照してください。
6. **［次へ］** を選択して、統合の設定を完了します。
# 基本設定
更新頻度 | 説明 |
|---|---|
15分毎 | 終日またはアクティブな時間範囲内で、15分ごとにチェックします。 |
30分毎 | 終日またはアクティブな時間範囲内で、30分ごとにチェックします。 |
1時間毎 | 終日またはアクティブな時間範囲内で、1時間ごとにチェックします。 |
毎日 | 週末（土曜日と日曜日）を含め、1日1回、指定した時刻にチェックします。 |
月 - 金 | 週末（土曜日と日曜日）を除き、1日1回、指定した時刻にチェックします。 |
毎週 | |
毎月 | 月1回、選択した日付の指定した時刻にチェックします。 |
更新頻度 | 週あたりの日数 | 月 |
|---|---|---|
1日1回 — 1日に1回チェックします。時間とタイムゾーンを設定できます。 | 毎日 — 毎日チェックします。 | 毎月 — 毎月チェックします。 |
1日複数回 — 時間の範囲を使用して、チェックの実行頻度を選択します。 | 特定の曜日 — チェックを実行する曜日を選択します。 | 特定の月 — チェックを実行する月を選択します。 |
— | — |
読み込み | 実行 | 共有 | 書き込み | 削除 | 管理者 | ||
|---|---|---|---|---|---|---|---|
Domoに新しいDataSetを登録できる | リモート上に新しいテーブルを作成できる | 統合を共有できる | 統合とそのアカウントに変更を加えられる | 統合を削除できる | フルアクセス | ||
所有者 | 統合の読み込み/書き込み、共有、編集、削除が可能です。 | ⚫ | ⚫ | ⚫ | ⚫ | ⚫ | ⚫ |
編集可能 | 統合の読み込み/書き込み、共有、編集は可能ですが、削除は不可です。 | ⚫ | ⚫ | ⚫ | ⚫ | ||
シェア可能 | 統合の読み込み/書き込み、共有は可能ですが、編集と削除は不可です。 | ⚫ | ⚫ | ⚫ | |||
書き込みができます | 統合の読み込み/書き込みは可能ですが、共有、編集、削除は不可です。 | ⚫ | ⚫ | ||||
読み取りできます | 統合の読み込みは可能ですが、書き込み、共有、編集、削除は不可です。 | ⚫ | |||||
アクセス権がありません | 統合にアクセスできません。 |
3. **［アカウント］** セクションまでスクロールして、共有するアカウントの 
4. このモーダルで、統合を共有する個人を見つけて、ドロップダウンを使用してアクセスレベルを選択します。上記の
[表](#table) は、適切なレベルを決定するのに役立ちます。
5. **［適用］** を選択して変更を保存します。
6. 権限の変更を確認します。
## このページのトップへ
### よくある技術的な質問
一般的なトピック、キャッシュのルール、外部クラウドストレージに関するよくある質問にお答えします。
# 一般
**DataSetの更新時に実行されるようにスケジュールされたDataFlowに、Cloud Amplifier DataSetはどのように影響しますか？**
Cloud Amplifier DataSetは、Domo DataSetと同じように動作します。さらに、Magic ETLを使用すると、データベース内のデータが更新されたときにDataFlowを起動できます。
デフォルトでは、Domoは15分ごとにデータベースのメタデータの更新を確認します。
**Cloud Amplifier DataSetは入力としてどのようにサポートされていますか？**
Magic ETL v2はCloud Amplifier DataSetをサポートします。
**Domo Everywhereも使用する場合、Cloud Amplifierは使用できますか？**
はい、できます。Cloud Amplifier経由で作成したDataSetを公開されたDataSetとして指定し、サブスクライバー組織で可視化されたDataSetを作成できます。その後、可視化されたサブスクライバーDataSetをMagic ETL変換の入力として使用し、DataSetアラート用に設定できます。
Cloud Amplifier経由で作成したDataSetは、 [Domo Everywhere Embed](/ja/s/article/360043437993) で使用することもできます。
**Cloud Amplifierは、Bring Your Own Key（BYOK）をサポートしていますか？**
していません。
**Cloud Amplifierは、en-US以外のロケールをサポートしていますか？**
現時点ではありませんが、この機能は近日中に追加する予定です。当面の間、Cloud Amplifierを使用する場合は、ロケールをen-USに設定することを推奨します。
**DataSetの古い日付が1時間ずれていることに気づきました。この問題はなぜ起きるのでしょうか？**
Domoは、古い日付に影響する問題を特定しました。この問題は、夏時間の調整によって、日付が正しくシフトされないことが原因で発生します。エポック開始日（1970年1月1日）以降の日付については、正しいタイムゾーン変換を保証します。それ以前については、特定のタイムゾーンで夏時間が採用された場合に、タイムゾーンの調整がオフになることがあります。
[このページのトップへ](#intro)
# キャッシュのルール
**どのくらいの頻度でデータに対してクエリが実行されますか？**
Domoが常にクエリを送信してキャッシュから読み込まないシナリオとして、以下のものがあります。
* DataSetの詳細ページでDataSetプレビューを表示している時
* DataSetビューが読み込まれる時
* DataSetがMagic ETLに読み込まれる時
各シナリオでは、常に最新のデータを表示する必要があると想定し、常にクエリが開始されます。ただし、カードのクエリ結果については、キャッシュから保存および読み込みが行われます。
**誰かがカードを閲覧するたびに、クラウドウェアハウスに対してクエリが実行されますか？**
カードを表示している時、Domoはまずキャッシュされたクエリ結果を探します。キャッシュされたクエリ結果がない場合、Domoはクラウドウェアハウスに対してクエリを開始し、最新のデータを取得します。
**カードに変更を加えるたびに、クラウドウェアハウスに対してクエリが実行されますか？**
カードを作成または編集する際、チャートを変更するたびに変更を可視化するための新しいデータが必要になります。Analyzerで **［自動プレビュー］** オプションが有効になっている場合は、カードに変更を加えるたびに新しいクエリが表示されます。 **［自動プレビュー］** オプションを無効にして、いつチャートをプレビューするかを決定することもできます。各プレビューは、効果的に別のクエリを送信します。
**APIを使用しているときは、クラウドウェアハウスに対してクエリが実行されますか？**
はい。
**クエリ結果はどれくらいの期間キャッシュされますか？**
カードのクエリ結果は、最大24時間保存されます。
**Domoがキャッシュするクエリ結果の数に制限はありますか？**
キャッシュされるクエリの数には明示的な制限はありません。
**Cloud Amplifierの各コンテンツがキャッシュに保存される期間は選択できますか？**
はい。ただし、キャッシュと有効期間（TTL）は、個々のDataSetではなく、統合用に設定されます。
**データがキャッシュに保存される際、物理的にはどこに保存されますか？**
キャッシュされたデータは、展開済みDomo環境と同じ地理的なデータセンターのRedis使用AWS EC2サーバーに保存されます。
**データの取得元のクラウドウェアハウスが異なると、Cloud Amplifier統合がデータをキャッシュする方法も異なりますが？**
どのクラウドデータウェアハウスから取得されたものであっても、すべてのカードクエリはDomoで同じようにキャッシュされます。ただし、Domoのキャッシュのルールに加えて、クエリ結果をキャッシュするための独自のルールを持っているウェアハウスもあります。これらのルールはウェアハウスによって異なります。例えば、Snowflakeはすべてのクエリのクエリ結果をキャッシュします。キャッシュ結果の処理方法の詳細については、各ウェアハウスのドキュメントを参照してください。
ウェアハウスごとのキャッシュ結果の処理の違いにより、DataSetプレビューの表示など、アクションによって常にウェアハウスへのクエリがトリガーされるシナリオも考えられますが、結果はキャッシュに保存されるため、実際にはウェアハウスはクエリを実行しません。Snowflakeの場合、結果はキャッシュから返されます。
**Cloud Amplifier** **は、非マテリアライズドビューを参照するDataSetの登録をサポートしていますか？テーブルの変更はそれでも検出されますか？**
はい。ただし、基盤となるテーブルは非マテリアライズドビューであるため、Domoは変更を検出できず、データがリクエストされるたびにビュークエリを実行します。マテリアライズドビューの変更はそれでも検出されます。
**3つのテーブル（テーブルA、テーブルB、テーブルC）をJoinするビューがあり、そのビューでテーブルAとテーブルBの列のみを使用するカードを作成した場合、テーブルCは使用されていなくても結果のクエリはテーブルCをJoinしますか？**
はい、Joinします。ただし、Domoは可能な限り必要なJoinのみを実行するようこの動作を最適化する予定です。
**Domoでキャッシュできるデータサイズ（行数またはバイト数）に制限はありますか？**
現在、カードのキャッシュに保存されるデータには行数またはデータサイズの制限はありませんが、カードのクエリ結果が保存されるのは24時間までです。
[このページのトップへ](#intro)
# 外部クラウドストレージ
**マテリアライズされ、外部クラウド（Domo外）に保存されるDataSetビューまたはDataFusionを作成できますか？**
現時点ではできません。
**Domoを使用してDataSetビューを定義し、データベースにビューを作成できますか？**
現時点ではできません。
**Domoは外部クラウドに保存されているDataSetのデータをキャッシュしますか？**
データは最大24時間キャッシュできますが、データが更新されるとキャッシュはクリアされます。顧客管理DataSetの場合、データの更新とキャッシュのクリアの間に最大15分の遅延が生じることがあります。
**Cloud Amplifierはクラウドウェアハウスアカウントを使用しますか？**
はい。Domoはクラウドウェアハウスアカウントで動作します。
**Domoはクラウドウェアハウスアカウントにどのようにアクセスしますか？**
Domoがクラウドウェアハウスアカウントへのアクセスに使用する方法は、ウェアハウスによって異なります。Domoにすべてのクラウドウェアハウスへのアクセスを許可するには、個々のユーザーアカウントではなくシステムアカウントまたはサービスアカウントを使用することを推奨します。Domoがその特定のプロバイダーにアクセスする方法については、上記の [各プロバイダーのガイド](#available_providers) を参照してください。
**DomoはCloud AmplifierのOAuthをサポートしていますか？**
これは現在 [Google BigQuery統合](/ja/s/article/000005237) のベータ版です。
**「従来の」DomoとCloud Amplifierの両方を並行して使用できますか？**
はい。デフォルトでは、Domo独自のAdrenalineエンジンとCloud Amplifierエンジンの両方にアクセスできます。Domo環境でCloud Amplifier DataSetのみを実行できるようにDomo環境を設定できますが、そのためには [Domoサポート](https://domo-support.domo.com/s/) 
