Amazon Q DeveloperでTerraformコード化が劇的に楽になった話

Transcript

1. Amazon Q DeveloperでTerraformコード化が 劇的に楽になった話 2026/2/25　JAWS-UG 東京 ランチタイムLT JAWS-UG 彩の国埼玉支部　北川 卓図 　　　＠zukutakuzu
2. 北川 卓図 SRE/Cloud Governance 某SaaSでSRE/Cloud Governance として働いています 担当業務：FinOps JAWS-UG 彩の国埼玉支部運営 好きなAWSサービス：StepFunction 自己紹介
3. はじめに 話すこと AWSリソースをTerraform コード化するためのノウハウ Terraform コード化する際のAI活用TIPS 話さないこと AWSの知識、用語解説 Terraformの基礎、仕組み、用語解説
4. こんなケースありませんか 大量のAWSリソースをTerraform化したい！！！ しかも超特急でという要望つき
5. こんなケースありませんか 例えばTerraformとか気にしていない人が VPC作成ウィザードで気軽にポチポチと作った場合、、 いつの間にか、IaC化されていないAWSリソースが大量にできてる！ 3AZの冗長構成になっている Public SubnetとPrivate Subnetは区別されている ルートテーブルは意図せずサブネット単位についている
6. 実際に私が遭遇した環境の構成図 丸数字の数のリソース(22個)をTerraformで記載する必要がある
7. どうする？ A) terraform importで頑張る B) terraform plan -generate-config-out C) Amazon Q Developer活用
8. A) terraform Importで頑張る ①空のresourceブロックを記載する ※22個分記載 ②terraform importを実行する ※22個分実行 ③terraform plan で差分出力 →resourceブロックを手動修正 →terraform plan / applyで 　差分がないことを確認 ※Errorの数だけ実行
9. A) terraform Importで頑張る ①でAWSリソースの数だけresourceブロックを記載する必要がある ②でAWSリソースの数だけterraform importコマンドを実行する必要がある ③で出力されたErrorを読み理解したうえで人間の手で情報を追記してやる 必要がある POINT! 最も原始的な方法で、勉強にはなるが時間はかかる
10. B) terraform plan -generate-config-out Terraform 1.5 からの機能
11. B) terraform plan -generate-config-out ①importブロックを記載する ※22個分記載 ②terraform plan -generate-config-out コマンド実行 ※TerraformはAPIから取得できるすべての属性 を機械的に出力するため、Errorがそれなりの数 (9個)出力される
12. B) terraform plan -generate-config-out ③Error内容をもとにgenerated.tfを手動修正 ④terraform plan/applyでstate情報を書きだす Before After ↓ ↓
13. B) terraform plan -generate-config-out ①でAWSリソースの数だけimportブロックを記載する必要がある -generate-config-outは、不必要な記載まで行うため、terraform applyを通 すためには③で手動修正が必要 AWS APIから取得できるすべての属性を機械的に出力するため、本来は 片方だけ指定すれば済むところを両方出力してしまう IPv6などの「不必要なデフォルト値設定や空の設定」までお構いなしに 自動生成する POINT! コマンド数が多少減っただけで、あまり楽になってない
14. C) Amazon Q Developer 活用 Amazon Q Developerとは 生成人工知能 (AI) を活用した会話型アシスタント AWS アプリケーションの理解、構築、拡張、運用を支援
15. C) Amazon Q Developer 活用 Amazon Q Developerとは 生成人工知能 (AI) を活用した会話型アシスタント AWS アプリケーションの理解、構築、拡張、運用を支援 → 実はTerraformのことを聞いても答えてくれます！
16. C) Amazon Q Developer 活用 ↓ ① Amazon Q Developerに自然言語でプロンプトを投げる 自動生成 あとは、コピペしてローカルにimport.tf generated.tfを作成するだけ → terraform plan/applyをしてstate情報を書きだして終了
17. C) Amazon Q Developer 活用 同じことは他LLM、コーディングエージェントでも可能 Claude Codeでterraform plan結果をもとにファイル自動修正など MCPを使用すれば同内容のプロンプト量で同じアウトプットになる気がする Amazon Q Developerの良さは圧倒的な初心者フレンドリーさ GUIベースでLLMと同じ感覚でTerraformコードを作成してくれる IAMポリシー付与されていれば良く、Claude Code / MCP程の準備を必要としない 昔より精度が上がった(気がする) リソースIDを元に、環境に完全に即したTerraformコードを書いてくれる POINT! マネコンから実行できる気軽さが推しポイント
18. 比較項目 A) terraform import で頑張る B) terraform plan -generate- config-out C) Amazon Q Developer 活用 主な特徴 昔ながらの「1つずつ」コマンド を叩く職人芸 v1.5以降の公式機能。コードを自 動生成してくれる AIが土台を作成。エラー修正もAI に依頼して完結 人間がやること コードの手書き・値の調査 import ブロックの記述・コード の整理 AIへの指示（プロンプト） Terraformバージョン 全バージョン対応 v1.5 以上 バージョンを問わず柔軟に対応可 能 メリット 仕組みが単純で、古い環境でも確 実に動く 公式機能のみで完結。正確なHCL が吐き出される インポートだけでなく、修正の手 間もAIに依頼できる デメリット 設定値の確認とコード化の往復が とにかく大変 生成されたコードが冗長（不要な 設定まで書き出される） AIへのエラー伝達にコツがいる （プロンプト力が必要） おすすめ度 ★★☆☆☆ ★★★★☆ ★★★★★ (最速かつ楽) 比較
19. まとめ Amazon Q Developer 活用していきましょう！！