はじめに
AWS初心者、Terraformも初挑戦でした。
今回はAIと並走しながら、以下の構成を構築しました。
VPC
├ Public Subnet
│ └ Bastion EC2
└ Private Subnet
└ Private EC2
Bastionのみを外部公開し、
Private EC2へは踏み台経由でSSH接続する構成としました。
→いわゆる最小構成の踏み台アーキテクチャです。
構築フェーズで苦戦したポイント
➀Terraformの「書き方」よりも「構造理解」
Terraform自体の文法はそこまで難しくありませんでした。
・resourceを定義する
・variableで値を外出しする
・参照でリソースを接続する
このあたりは比較的早く理解できました。
むしろ苦戦したのは、AWS側の挙動とインフラ構成の理解でした。
② 本当のボトルネックはLinuxの知識や運用環境側
EC2上での環境構築作業において、運用作業の理解不足がボトルネックになりました。
Terraformによる構築自体は成功しますが、EC2上での作業で詰まる場面が多くありました。
特に発生したのは：
・パッケージがインストールできない
・ユーザー権限の不足
・sudoコマンドが必要な場面で使用できていない
・permission deniedが発生
典型例として：
・ec2-userでログインしているのにroot前提で作業してしまう
・yumコマンド実行時に権限エラーが発生
・.sshディレクトリや鍵ファイルの権限設定が不適切
→このような場合、エラーメッセージが表示されても原因をすぐに特定できませんでした。
・何が、どこが、原因なのか
・sudoが必要なタイミングはいつか
・rootとec2-userの役割の違い
このあたりの理解が曖昧だと、エラーを正しく解釈できませんでした。
③AIへの曖昧で雑な指示で迷子
解決のため、最初はこう質問していました。
「yumでエラーが出る」
当然この指示では情報不足で、回答も一般論になりがちでした。
・パッケージリポジトリを確認してください
・バージョンを確認してください
・キャッシュをクリアしてください
全て試すも、求めている解決策とは少し違いました。
AIは誤った回答を返すこともありますが、情報が不足している場合には推測で補完されるため、気づかないうちに意図からズレていくことがあります。
そして別のエラーが発生し、問題解決が遠回りになってしまいます。（実際日が暮れました）
④体感したこと
AIと並走するのは非常に強力ですが、活用するには
「入力の質 = 出力の質」
であることを実感しました。
・前提
・エラー内容
・何を試し、何ができて何ができなかったのか
・何を実現したいか
これらを意識しないと、欲しい情報を得ることができません。
怖いのは、欲しい情報ではないことにすら気づかないことです。
まとめ
VPCを構築できたことも大きな成果ですが、
「何が分からないのか」を言語化することで、AIの活用精度が大きく向上する
ということを実感できた点が最大の学びでした。
初心者が詰まるポイントは、Terraformの文法ではなく、Linuxやクラウド環境の基礎理解であることが多いと感じました。
AIは学習を代替するものではなく、学習効率を高めるツールだと考えています。
「自分もpermission deniedで止まっている…
」という方の参考になれば幸いです。
今後はNAT Gatewayや監視設計にも挑戦し、より実務に近い構成理解を深めていきたいと考えています。