Looker の継続的インテグレーション（CI）機能を使用すると、LookML プロジェクトでテストを実行して、より信頼性が高く、効率的で、ユーザー フレンドリーなデータ エクスペリエンスを提供できます。CI バリデータを使用すると、SQL、データテスト、コンテンツ、LookML、コーディング スタイルの問題を本番環境に移行する前に検出して、LookML を検証し、ユーザーのクエリエラーを防ぐことができます。また、pull リクエストが LookML リポジトリまたはインポートされた LookML プロジェクトに送信されたとき、スケジュールに従って、または dbt Cloud CI ジョブが終了したときに、CI バリデータが自動的に実行されるように構成することもできます。
CI は、Looker インスタンスに対してさまざまなチェックを実行する次のバリデータで構成されています。
- SQL バリデータ - Explore のディメンションがデータベースに対して正しく実行されることを確認します。
- Assert Validator - Looker デベロッパーが作成した LookML データテストを実行し、すべての失敗とエラーを返します。
- Content Validator - Looker のコンテンツ検証を実行して、LookML プロジェクトの Look とダッシュボードのエラーをテストします。
- LookML バリデータ - LookML バリデータを実行して、プロジェクト内の LookML エラーをテストします。
- Style Validator - プロジェクト全体で LookML のコーディング標準、命名規則、構造のベスト プラクティスを適用します。
LookML インスタンスでこれらのバリデータを使用するには、CI スイートを作成します。これにより、LookML プロジェクトに関連付けられたバリデータとそのオプションのセットが定義されます。CI スイートの詳細については、次のページをご覧ください。
要件
CI を使用するには、次のものが必要です。
CI が有効になっている Looker ホスト型インスタンス。
Looker CI ユーザー アカウント。インスタンスで CI を有効にすると、Looker は Looker CI ユーザーロールを持つ Looker CI ユーザーユーザー グループに 10 人の Looker CI ユーザーを自動的に作成します。Looker 管理者は、[ユーザー] 管理ページの [サービス アカウント] タブから Looker CI ユーザーを表示できます。
CI のコンプライアンス機能
Looker CI は、FedRAMP High、FedRAMP Moderate、DoD 影響レベル 5（IL5）の認可境界に含まれていません。
Looker インスタンスで Looker CI 設定を有効にする前に、Looker CI のコンプライアンス サービスが組織固有のセキュリティ要件と規制要件を満たしているかどうかを、承認機関に確認してください。
Looker（Google Cloud コア）インスタンスの場合、利用可能になった各 Assured Workloads コントロール パッケージは、そのパッケージの変更要件とプロセスが満たされると、Looker CI 機能をデフォルトのサービスとして追加します。
CI の有効化
CI を有効にするには、Looker 管理者が次のタスクを行う必要があります。
- Looker の [管理者] パネルの [継続的インテグレーション] ページで、CI のインスタンスを有効にします。
- GitHub 組織に CI GitHub アプリをインストールします。（これはすべての実装で強く推奨されます。LookML プロジェクトまたはインポートされた LookML プロジェクトからの pull リクエストを使用して CI 検証の実行をトリガーする場合は必須です）。