【AWS学習記】「なぜそれを使うのか」が少しずつ分かってきた

AWS SAA（Solutions Architect – Associate）の取得を目指して勉強中で、現在は全体の半分くらいまで進みました。

育児と並行しているため、計画通りに進まない日も多いですが、
以前よりもスケジュールに縛られすぎず、取れる時間でコツコツ続けるようにしています。

暗記ではなく「Why」を考えるようになった

以前はサービスを一つひとつ覚えることに集中していましたが、
最近は常にこんなことを考えるようになりました。

• なぜAmazon DynamoDBではなくRDSを選ぶのか
• なぜAWS Lambdaは設計を誤るとコストが大きくなるのか
• サーバーレスは便利なのに、なぜ常に最適解とは限らないのか

こうした視点で考えるようになってから、
サービスがバラバラではなく、「アーキテクチャとして繋がる」感覚が出てきました。

一番難しかったのは「構成として考えること」

各サービスの理解はできても、
「じゃあこれをどう組み合わせるのか？」という部分が一番難しく感じました。

そのため最近は、GitHubに公開されている3-tier構成などを読みながら、

• なぜレイヤーを分けているのか
• なぜALBの背後にEC2を配置するのか
• 障害やトラフィックにどう対応する設計なのか

といった点を意識して分析しています。

少しずつですが、「設計として考える力」がついてきたと感じています。

学習中に特に意識していること（実務を意識した視点）

以下の点は常に気をつけています。

• Lambdaの設計ミスによるコスト増加
• IAMやアクセスキー管理のミス
• 深く考えずに構成してしまうことによる無駄なコスト

あくまで学習ではありますが、
実際に事故を起こさない前提で設計する意識を持つようにしています。

今後について

次に学習するVPCは、AWSの中でも特に重要で難易度の高い領域だと認識しています。
まだ本格的には取り組んでいませんが、SAAの中でも難しいパートだとよく聞くため、期待と不安の両方があります。

VPCを理解できれば、単なるサービスの組み合わせではなく、
ネットワークやセキュリティ、接続構成まで含めたアーキテクチャ設計ができるようになるはずです。

集中できない時には、自分にこう言い聞かせています。
「AWSの勉強は楽しい。そしてこれからもきっと楽しい。」

資格取得も一つの目標ですが、
それ以上に、なぜこの構成なのかを説明できるエンジニアになることを目指しています。