Databricks Terraform プロバイダー
HashiCorp Terraform は、複数のクラウド providersにわたって安全で予測可能なクラウド インフラストラクチャを作成するための一般的なオープン ソース ツールです。 Databricks Terraform プロバイダーを使用すると、柔軟で強力なツールを使用して、Azure Databricks ワークスペースと関連するクラウド インフラストラクチャを管理できます。 Databricks Terraform プロバイダーの目標は、すべての Databricks REST API をサポートし、データ プラットフォームのデプロイと管理における最も複雑な側面の自動化に対応することです。 Databricks のお客様は、Databricks Terraform プロバイダーを使用して、クラスターとジョブのデプロイと管理、データ アクセスの構成を行います。 Azure プロバイダーを使用して、Azure Databricks ワークスペースをプロビジョニングします。
作業の開始
このセクションでは、Terraform と Databricks Terraform プロバイダーをローカル開発マシンで使用するための要件をインストールして構成します。 その後、Terraform 認証を構成します。 このセクションの後、この記事では、既存の Azure Databricks ワークスペースで、Azure Databricks ノートブック、クラスター、およびクラスターでノートブックを実行するジョブをプロビジョニングするためのサンプル構成について説明します。
要件
Terraform CLI が必要です。 詳細については、Terraform Web サイトの Terraform のダウンロードに関する記事を参照してください。
Terraform プロジェクトが必要です。 ターミナルで空のディレクトリを作成し、それに切り替えます。 (Terraform 構成ファイルの各個別の set は、Terraform プロジェクトと呼ばれる独自のディレクトリに存在する必要があります)。例:
mkdir terraform_demo && cd terraform_demo
.mkdir terraform_demo && cd terraform_demo
Terraform プロジェクトの 1 つ以上の構成ファイルに、プロジェクトの Terraform 構成を含めます。 構成ファイルの構文の詳細については、Terraform Web サイトの Terraform 言語のドキュメントを参照してください 。
Terraform プロジェクトに Databricks Terraform プロバイダーの依存関係を追加する必要があります。 Terraform プロジェクトの構成ファイルのいずれかに以下を追加します。
terraform { required_providers { databricks = { source = "databricks/databricks" } } }
Terraform プロジェクトの認証を構成する必要があります。 Databricks Terraform プロバイダーのドキュメントの「認証」を参照してください。
サンプル構成
このセクションは、既存の Azure Databricks ワークスペースで、Azure Databricks ノートブック、クラスター、およびクラスターでノートブックを実行するジョブをプロビジョニングするためのサンプル構成について説明します。 前のセクションで説明したように、要件を既に set し、Terraform プロジェクトを作成し、Terraform 認証を使用してプロジェクトを構成していることを前提としています。
Terraform プロジェクトに
me.tf
というファイルを作成し、次のコードを追加します。 このファイルは、次の現在のユーザー (ユーザー) に関する情報を取得します。# Retrieve information about the current user. data "databricks_current_user" "me" {}
別の
notebook.tf
という名前のファイルを作成し、次のコードを追加します。 このファイルはノートブックを表します。variable "notebook_subdirectory" { description = "A name for the subdirectory to store the notebook." type = string default = "Terraform" } variable "notebook_filename" { description = "The notebook's filename." type = string } variable "notebook_language" { description = "The language of the notebook." type = string } resource "databricks_notebook" "this" { path = "${data.databricks_current_user.me.home}/${var.notebook_subdirectory}/${var.notebook_filename}" language = var.notebook_language source = "./${var.notebook_filename}" } output "notebook_url" { value = databricks_notebook.this.url }
別の
notebook.auto.tfvars
という名前のファイルを作成し、次のコードを追加します。 このファイルは、ノートブックのプロパティを指定します。notebook_subdirectory = "Terraform" notebook_filename = "notebook-getting-started.py" notebook_language = "PYTHON"
別の
notebook-getting-started.py
という名前のファイルを作成し、次のコードを追加します。 このファイルはノートブックのコンテンツを表します。display(spark.range(10))
別の
cluster.tf
という名前のファイルを作成し、次のコードを追加します。 このファイルはクラスターを表します。variable "cluster_name" { description = "A name for the cluster." type = string default = "My Cluster" } variable "cluster_autotermination_minutes" { description = "How many minutes before automatically terminating due to inactivity." type = number default = 60 } variable "cluster_num_workers" { description = "The number of workers." type = number default = 1 } # Create the cluster with the "smallest" amount # of resources allowed. data "databricks_node_type" "smallest" { local_disk = true } # Use the latest Databricks Runtime # Long Term Support (LTS) version. data "databricks_spark_version" "latest_lts" { long_term_support = true } resource "databricks_cluster" "this" { cluster_name = var.cluster_name node_type_id = data.databricks_node_type.smallest.id spark_version = data.databricks_spark_version.latest_lts.id autotermination_minutes = var.cluster_autotermination_minutes num_workers = var.cluster_num_workers } output "cluster_url" { value = databricks_cluster.this.url }
別の
cluster.auto.tfvars
という名前のファイルを作成し、次のコードを追加します。 このファイルは、クラスターのプロパティを指定します。cluster_name = "My Cluster" cluster_autotermination_minutes = 60 cluster_num_workers = 1
別の
job.tf
という名前のファイルを作成し、次のコードを追加します。 このファイルは、クラスターでノートブックを実行するジョブを表します。variable "job_name" { description = "A name for the job." type = string default = "My Job" } variable "task_key" { description = "A name for the task." type = string default = "my_task" } resource "databricks_job" "this" { name = var.job_name task { task_key = var.task_key existing_cluster_id = databricks_cluster.this.cluster_id notebook_task { notebook_path = databricks_notebook.this.path } } email_notifications { on_success = [ data.databricks_current_user.me.user_name ] on_failure = [ data.databricks_current_user.me.user_name ] } } output "job_url" { value = databricks_job.this.url }
別の
job.auto.tfvars
という名前のファイルを作成し、次のコードを追加します。 このファイルは、ジョブのプロパティを指定します。job_name = "My Job" task_key = "my_task"
terraform plan
を実行します。 エラーがある場合は、修正してからコマンドを再実行します。terraform apply
を実行します。ノートブック、クラスターおよびジョブが作成されたことを確認します。
terraform apply
コマンドの出力で、notebook_url
、cluster_url
、およびjob_url
の URL を見つけ、それらの URL に移動します。ジョブを次のように実行します。[ジョブ] ページで、[今すぐ実行] をクリックします。 ジョブが完了したら、メールの受信トレイを確認します。
このサンプルが完了したら、
terraform destroy
を実行して、Azure Databricks ワークスペースからノートブック、クラスターおよびジョブを削除します。Note
terraform plan
、terraform apply
、terraform destroy
コマンドの詳細については、Terraform ドキュメントの Terraform CLI ドキュメントを参照してください。ノートブック、クラスター、およびジョブが削除されたことを確認します: ノートブック、クラスター、およびrefreshジョブのページをして、リソースが見つからないことを示す各メッセージを表示します。
テスト
Terraform 構成をデプロイの前または後にテストします。 リソースをデプロイする前に、単体テストに似たテストを実行できます。 また、リソースのデプロイ後に、統合テストに似たテストを実行することもできます。 Terraform ドキュメントのテストのページを参照してください。
このプロセスに従って、この記事のサンプル構成に対する統合テストに似たテストを実行します。
cluster.tftest.hcl
という名前のファイルを作成し、次のコードを追加します。 このファイルは、デプロイされたクラスターに予期されるクラスター名が付けられているかどうかをテストします。# Filename: cluster.tftest.hcl run "cluster_name_test" { command = apply assert { condition = databricks_cluster.this.cluster_name == var.cluster_name error_message = "Cluster name did not match expected name" } }
job.tftest.hcl
という名前のファイルを作成し、次のコードを追加します。 このファイルは、デプロイされたジョブに予期されるジョブ名が付けられているかどうかをテストします。run "job_name_test" { command = apply assert { condition = databricks_job.this.name == var.job_name error_message = "Job name did not match expected name" } }
notebook.tftest.hcl
という名前のファイルを作成し、次のコードを追加します。 このファイルは、デプロイされたノートブックに予期されるワークスペース パスがあるかどうかをテストします。run "notebook_path_test" { command = apply assert { condition = databricks_notebook.this.path == "${data.databricks_current_user.me.home}/${var.notebook_subdirectory}/${var.notebook_filename}" error_message = "Notebook path did not match expected path" } }
terraform test
を実行します。 Terraform は、各リソースを Azure Databricks ワークスペースにデプロイして関連する各テストを実行し、そのテスト結果を報告してから、デプロイされたリソースを破棄します。
次のプロセスを使用して、この記事のサンプル構成に対する単体テストに似たテストを実行します。
- 上記の各テストの行
command = apply
をcommand = plan
に変更してから、terraform test
を実行します。 Terraform によって関連する各テストが実行され、そのテスト結果が報告されますが、リソースはデプロイされません。 - Databricks Terraform プロバイダーをモックします。これにより、リソースをデプロイすることなく、また認証 credentialsを必要とせずに
terraform test
を実行できます。 Terraform ドキュメントのモックのページを参照してください。 モック テストを実行するとき、1 つの方法として、テストに行mock_provider "databricks" {}
を追加し、行command = apply
またはcommand = plan
をremoveします。次に例を示します。
# Filename: cluster.tftest.hcl
mock_provider "databricks" {}
run "cluster_mock_name_test" {
assert {
condition = databricks_cluster.this.cluster_name == var.cluster_name
error_message = "Cluster name did not match expected name"
}
}
# Filename: job.tftest.hcl
mock_provider "databricks" {}
run "job_mock_name_test" {
assert {
condition = databricks_job.this.name == var.job_name
error_message = "Job name did not match expected name"
}
}
# Filename: notebook.tftest.hcl
mock_provider "databricks" {}
run "notebook_mock_path_test" {
assert {
condition = databricks_notebook.this.path == "${data.databricks_current_user.me.home}/${var.notebook_subdirectory}/${var.notebook_filename}"
error_message = "Notebook path did not match expected path"
}
}
次のステップ
Databricks SQL tables へのアクセスを制御する
その他のリソース
- Terraform レジストリ Web サイトの Databricks プロバイダーのドキュメント
- Terraform Web サイトの Terraform のドキュメント
- Databricks Terraform の例を紹介する GitHub リポジトリ