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