状態を書き込む可能性のある Terraform 操作の進行中、Terraform 状態ファイルはロックされます。これにより、状態を破壊する可能性のある同時状態操作が防止されます。状態ファイルがロックされているときに禁止されているアクションは、terraform apply、terraform destroy、terraform refresh、terraform taint、terraform untaint、terraform import、terraform state * など、状態を書き込む可能性のあるアクションです。terraform validate コマンドも、状態ファイルを含む初期化された作業ディレクトリを必要とするため、禁止されています。状態ファイルがロックされているときに許可されるアクションは、terraform plan、terraform show、terraform Output、terraform console など、状態を読み取るだけのアクションです。参考 = [状態ロック]と[コマンド: validate]

説明
プランを生成したユーザーだけでなく、プランを適用する権限を持つすべてのユーザーがプランを適用できます。これにより、チームメンバー間でのコラボレーションとタスクの委任が可能になります。

説明
Terraform の状態は、Terraform が管理するインフラストラクチャを表します。Terraform は状態を使用して、作成するリソースの現在のステータスを追跡し、将来の変更を計画します。ただし、Terraform 状態は、Azure Cloud Console、Azure CLI、Azure API などを通じて、Terraform の外部でリソースに加えられた変更を認識しません。したがって、Azure Cloud Console 経由でリソースを変更しても現在の状態ファイルは更新されず、Terraform の必要な構成との不整合や競合が発生する可能性があります。これを回避するには、Terraform を通じてリソースを排他的に管理するか、terraform import コマンドを使用して既存のリソースを Terraform の制御下に置くことをお勧めします。
Azure Cloud Console を介して Terraform で管理されているリソースを変更しても、Terraform は変更を反映するために状態ファイルをすぐには更新しません。ただし、次回 terraform plan または terraform apply を実行すると、Terraform は状態ファイルと Azure 内のリソースの実際の状態を比較し、ドリフトや差異を検出します。その後、Terraform はリソースの現在の状態に一致するように状態ファイルを更新し、実行計画に提案された変更を表示します。構成と変更に応じて、Terraform は変更を元に戻したり、リソースをさらに変更したり、リソースを完全に再作成したりすることがあります。
予期しない変更や破壊的な変更を回避するには、実行プランを適用する前に実行プランを注意深く確認するか、terraform reports コマンドを使用して変更を適用せずに状態ファイルを更新することをお勧めします。
参照 = Terraform 状態の目的、Terraform 状態、状態の管理、インフラストラクチャのインポート、
［コマンド：plan］、［コマンド：apply］、［コマンド：refresh］

説明
このコマンドは、新しいバックエンドを初期化し、既存の状態ファイルを新しい場所に移行するように求めるメッセージを表示します4。他のコマンドはこのタスクには関係ありません。

秘密データを Terraform 構成と同じバージョン管理リポジトリに保存することは、機密情報が権限のない者に公開されたり、セキュリティが侵害される可能性があるため、ベスト プラクティスではありません。機密データを保存し、Terraform に提供するには、環境変数、ボールト、またはその他のメカニズムを使用する必要があります。