Using Terraform Providers

Learn how Terraform providers enable you to manage resources across various platforms. This guide explains how to initialize your working directory, understand provider tiers, and interpret provider source addresses—all key steps in leveraging Terraform’s plugin-based architecture.

Initializing Your Working Directory

After creating your Terraform configuration file, initialize your working directory by running the following command:

terraform init

When executed in a directory with configuration files, Terraform downloads and installs the necessary provider plugins. These plugins allow Terraform to manage resources from major cloud providers like AWS, GCP, and Azure, as well as simpler providers such as the local provider for managing local file resources. Terraform’s plugin-based architecture supports hundreds of infrastructure platforms, and the providers are distributed by HashiCorp via the Terraform Registry.

Provider Tiers

Terraform providers are organized into three tiers based on ownership and maintenance:

Provider Tier	Description	Examples
Official Providers	Maintained by HashiCorp. They include major cloud providers and providers like the local provider used in our examples.	AWS, GCP, Azure, Local
Partner Providers	Managed by third-party technology companies that have completed HashiCorp’s partner provider process.	F5 Networks (BigIP), Heroku, DigitalOcean
Community Providers	Developed and maintained by individual contributors within the HashiCorp community.	Various community-driven plugins

Example: Terraform Initialization Output

When you run terraform init, Terraform displays the version of each provider plugin being installed. The following example shows the initialization process and output details:

$ terraform init
Initializing the backend...

Initializing provider plugins...
- Finding latest version of hashicorp/local...
- Installing hashicorp/local v2.0.0...
- Installed hashicorp/local v2.0.0 (signed by HashiCorp)

The following providers do not have any version constraints in configuration,
so the latest version was installed.

To prevent automatic upgrades to new major versions that may contain breaking
changes, we recommend adding version constraints in a required_providers block
in your configuration, with the constraint strings suggested below.

* hashicorp/local: version = "~> 2.0.0"

Terraform has been successfully initialized!

The terraform init command is safe to run repeatedly. It only updates the local plugin installation without modifying your deployed infrastructure.

Understanding Provider Source Addresses

The provider name, such as hashicorp/local, is the source address Terraform uses to locate and download the plugin from the registry. This identifier consists of:

An organizational namespace (hashicorp)
A provider name (local)

Optionally, you can include a hostname to indicate the location of the registry. If omitted, Terraform defaults to registry.terraform.io.

hashicorp/local version = "~> 2.0.0"

The image provides instructions for adding version constraints in Terraform configurations to prevent automatic upgrades, with a URL example highlighted.

Since the local provider is hosted in the public Terraform Registry under the HashiCorp namespace, you can refer to it in either of the following ways:

Full source address: registry.terraform.io/hashicorp/local
Simplified: hashicorp/local

Without version constraints, Terraform installs the latest available version by default. Automatic updates may introduce breaking changes. Lock your configuration to a specific provider version to ensure stable and predictable deployments.

The image shows a terminal output indicating the installation of the HashiCorp local provider version 2.0.0, with a recommendation to add version constraints.

Next Steps

To maintain stable deployments and avoid unexpected changes, consider adding version constraints to your provider configurations. This practice will be discussed in more detail later in this documentation. For further reading, explore the Terraform Documentation to enhance your infrastructure as code strategy and master Terraform providers.

Introduction

Introduction to Infrastructure as Code

Getting Started with Terraform

Terraform Basics

Terraform State

Working with Terraform

Terraform with AWS

Remote State

Terraform Provisioners

Terraform Import, Tainting Resources and Debugging

Terraform Modules

Terraform Functions and Conditional Expressions

Using Terraform Providers

Initializing Your Working Directory

Provider Tiers

Example: Terraform Initialization Output

Understanding Provider Source Addresses

Next Steps

Watch Video

Introduction

Introduction to Infrastructure as Code

Getting Started with Terraform

Terraform Basics

Terraform State

Working with Terraform

Terraform with AWS

Remote State

Terraform Provisioners

Terraform Import, Tainting Resources and Debugging

Terraform Modules

Terraform Functions and Conditional Expressions

Documentation Index

​Initializing Your Working Directory

​Provider Tiers

​Example: Terraform Initialization Output

​Understanding Provider Source Addresses

​Next Steps

Watch Video

Initializing Your Working Directory

Provider Tiers

Example: Terraform Initialization Output

Understanding Provider Source Addresses

Next Steps