これは、認証が必要なリモート バックエンドを使用する場合に推奨される方法です。これにより、Terraform 構成ファイルに資格情報を保存せずに、環境変数、コマンドライン引数、または対話型プロンプトを介して資格情報を提供できるようになります。

Terraform ワークフローで新しいインフラストラクチャをプロビジョニングするために必要な 2 つのステップは、init と apply です。
terraform init コマンドは、Terraform 構成ファイルを含む作業ディレクトリを初期化します。構成に必要なプロバイダー プラグインをダウンロードしてインストールし、状態を保存するためのバックエンドを準備します。terraform apply コマンドは、構成ファイルのリソース定義で説明されているように、構成の目的の状態に到達するために必要な変更を適用します。提案された変更の計画を表示し、インフラストラクチャに変更を加える前に確認を求めます。参照
[コア Terraform ワークフロー]、[init を使用して Terraform 作業ディレクトリを初期化する]、[apply を使用して Terraform 構成を適用する]

これにより、Terraform Cloud ワークスペースで実行がトリガーされ、VCS リポジトリ内の Terraform 構成ファイルで定義されたインフラストラクチャに対して計画と適用操作が実行されます。

説明
Terraform プロバイダーは、Terraform コア バイナリの一部ではありません。プロバイダーは Terraform 自体とは別に配布され、独自のリリース サイクルとバージョン番号を持ちます。プロバイダーは、クラウド プロバイダー、SaaS プロバイダー、その他のサービスなどのさまざまな API と対話するために Terraform が使用するプラグインです。ほとんどの主要なインフラストラクチャ プラットフォームのプロバイダーをホストする Terraform レジストリからプロバイダーを見つけてインストールできます。ローカル ミラーまたはキャッシュからプロバイダーをロードしたり、独自のカスタム プロバイダーを開発したりすることもできます。
Terraform 構成でプロバイダーを使用するには、プロバイダー要件ブロックでプロバイダーを宣言し、必要に応じてプロバイダー ブロックで設定を構成する必要があります。参照 = : プロバイダー - 構成言語 | Terraform : Terraform レジストリ - プロバイダーの概要 | Terraform

required_providers ブロックの外側では、Terraform 構成はローカル名またはソース アドレスのいずれかでプロバイダーを参照できます。ローカル名は構成全体で使用できる短い名前ですが、ソース アドレスは registry.terraform.io/namespace/type 形式のプロバイダーのグローバル識別子です。たとえば、AWS プロバイダーを参照するには、aws または registry.terraform.io/hashicorp/aws のいずれかを使用できます。