Astra is the DataStax (serverless) service platform for Apache Cassandra and Apache Pulsar.
Before using this provider, you will need an Astra account, and an Astra token for authentication.
From the Astra Dashboard, you can generate a new token using the
Token Management
section.
You will need Terraform version 1.0 or higher.
Reference documentation can be found in the terraform registry
-
Create a file called
main.tf
in a new directory:terraform { required_providers { astra = { source = "datastax/astra" version = "2.2.8" } } } variable "token" {} provider "astra" { // This can also be set via ASTRA_API_TOKEN environment variable. token = var.token } resource "astra_database" "example" { name = "mydb1" keyspace = "ks1" cloud_provider = "gcp" regions = ["us-east1"] }
-
Initialize terraform
terraform init
-
Preview the changes
terraform plan
-
Create resources
terraform apply
If the changes look ok, then approve the changes with
yes
. -
Wait for the resources to be created. The new database should be visible in the Astra Dashboard .
The examples diretory contains example configuration for the various resources.
The build requires Go >= 1.22
In order to develop and test this provider, you'll need to configure your local environment with a custom Terraform config file. This allows provider plugins to be retrieved from the local file system instead of from the public servers.
-
Edit or create a .terraformrc file in your
$HOME
directory which includes customprovider_installation
settings. Note that you will need to manually expand$HOME
to your actual home directory.provider_installation { # This disables the version and checksum verifications for locally installed astra providers. # See: https://developer.hashicorp.com/terraform/cli/config/config-file#development-overrides-for-provider-developers dev_overrides { "datastax/astra" = "$HOME/go/src/github.com/datastax/terraform-provider-astra/bin" } direct { } }
-
Build the provider binary
cd $HOME/go/src/github.com/datastax/terraform-provider-astra make
-
Create a new Terraform config file or run an existing one and the locally built provider will be used. You may see a warning about using an unverified binary.
│ Warning: Provider development overrides are in effect
Note:
terraform init
should be skipped when developing locally.
By default, Terraform will run against the public servers. To run against a test server, set the following environment variables.
export ASTRA_API_URL="<Astra test server URL>"
export ASTRA_STREAMING_API_URL="<Astra streaming test server URL>"
export ASTRA_API_TOKEN="<Astra test server Token>"
The tests require several environment variables to be set in order to successfully run. By default any tests which are missing the required environment variables will be skipped.
export ASTRA_TEST_DATABASE_ID="<Astra database UUID>"
export ASTRA_TEST_DATACENTER_ID="<Astra datacenter id>"
export ASTRA_TEST_ENDPOINT_ID="<Astra endpoint ID>"
An example of these variables can be found in the file test/example-test.env
. If a
file called test/test.env
is created it will be automatically loaded by the test script.
The tests can be run via Make.
make test
A single test can be run using golang test args.
export TESTARGS="-run TestStreamingTenant"
make test
This project uses both the terraform-plugin-sdk which is now deprecated, and the newer terraform-plugin-framework. In addition, terraform-plugin-mux is used to allow the sdk and framework to work together.
New resources should use the terraform-plugin-framework
and should be added under the internal/astra
directory.
For an example of how to use the terraform-plugin-framework
, see the hashicups provider.
When modifying plugin services, updates to documentation may be required. Once you have changed a service description, or added or deleted a service, you need to regenerate the docs and commit them with your changes.
The tool used to generate documentation is tfplugindocs. The Makefile
is configured
with a target to generate the docs.
make docs
The tool will build the plugin and generate the docs based on the implementation. Make sure to add the docs
folder to your commit to include any changes in the docs.