Infrastructure as Code (IaC) には、インフラストラクチャのバージョン管理、コードの再利用、インフラストラクチャ管理の自動化など、いくつかの利点があります。ただし、IaC は通常、宣言型の構成ファイルに関連付けられており、本質的にグラフィカル ユーザー インターフェイス (GUI) を提供しません。GUI は、IaC の原則に基づいて構築された特定のツールまたはプラットフォームによって提供される機能ですが、IaC 自体の直接的な利点ではありません1。
参考資料 = IaC の利点は、HashiCorp Developer1 が提供する「Terraform を使用した Infrastructure as Code とは?」に関する公式 HashiCorp ドキュメントから確認できます。

説明
Terraform 構成では、公開レジストリだけでなく、さまざまなソースからモジュールをインポートできます。モジュールは、ローカル ファイル パス、Git リポジトリ、HTTP URL、Mercurial リポジトリ、S3 バケット、GCS バケットから取得できます。Terraform は、[モジュール ソース] ページに記載されているように、モジュール ソースを指定するための一般的な規則と構文をサポートしています。参照 = [モジュール ソース]

Infrastructure as Code (IaC) は、アプリケーション コードとともにバージョン管理システムに保存できます。このプラクティスは、現代のインフラストラクチャ管理の基本原則であり、チームはバージョン管理、ピア レビュー、CI/CD などのソフトウェア開発プラクティスをインフラストラクチャ管理に適用できます。IaC 構成をバージョン管理に保存すると、コラボレーション、履歴追跡、変更管理が容易になります。
参照 = この概念は IaC の基本的な側面であり、業界で広く受け入れられていますが、提供されたファイルには HashiCorp Terraform Associate (003) 学習教材からの直接的な参照は見つかりませんでした。ただし、このプラクティスは Terraform のベスト プラクティスやさまざまな HashiCorp 学習リソースで推奨されています。

これは正しくありません。モジュールは、ニーズや好みに応じてパブリックまたはプライベートにすることができます。Terraform Registry を使用してパブリック モジュールを公開および使用したり、Terraform Cloud または Terraform Enterprise を使用してプライベート モジュールをホストおよび管理したりできます。

Terraform では、状態が保存される場所と方法に関する詳細を含むバックエンド構成は、構成の terraformblock 内で指定されます。このブロックは、ローカル バックエンドの状態ファイルの場所や S3 などのリモート バックエンドのバケットの詳細など、バックエンドの種類とその構成パラメータを定義する適切な場所です。参考資料 = このプラクティスは、状態バックエンドを含む Terraform の動作のさまざまな側面を構成する方法の例とガイドラインを提供する Terraform のコア ドキュメントで概説されています。