【AWS学習記】今では当たり前の「3層構成」、昔のAWSでも可能だったの？

1. インフラ界の「iPhoneモーメント」

サーバー一台に巨額の投資が必要だった時代

スティーブ・ジョブズが初めてiPhoneを発表した時と同じように、AWSの登場はインフラ業界における巨大なパラダイムシフトでした。クラウドがなかった時代、企業用ウェブサイトを一つ運営するのにも、巨額の費用を投じて物理サーバーを購入するしかありませんでした。

個人サーバー運営の苦闘

それほどの資金がない個人は、仕方がなく自分が買える精一杯のPCを購入し、部屋の片隅で24時間稼働させ続けるしかありませんでした。電気代や熱、そしていつ止まるかわからない不安と戦うのが、当時のサーバー運営の現実だったのです。

2. 学習中に抱いた技術的好奇心：「その当時も可能だったのか？」

今の「当たり前」に投じた疑問

最近、AWSを学習する中で、一つの疑問が湧きました。「今では当たり前の3-Tier Architecture（3層構成）は、果たしてサービス開始直後のAWS黎明期にも実現可能だったのだろうか？」という点です。現在私たちが享受している便利な機能が、かつてはどのような姿だったのか、その変遷が気になり、情報を詳しく調べてみました。

不足していたパズルのピース

調べてみた結果、当時のAWSは今から見れば機能が非常に制限されていました。現在は技術の発展により代替手段が生まれた技術（EIPへの依存、ロードバランサーのスティッキーセッションなど）が主流で、自動で負荷分散したり拡張したりする機能さえ不十分でした。つまり、3層以上の精緻な設計は、当時の技術力では事実上「夢物語」だったのです。

• Zennの記事​(Elastic IP) : https://zenn.dev/leesw/articles/9db02508043668

3. 技術的限界を克服するための過程

切り継ぎで作り上げたアーキテクチャ

90年代に理論が確立された3-Tier構造は、リソースさえあれば非常に効率的な形態です。当時のインフラエンジニアたちは、この理論的利便性をクラウドで実現するために努力を重ねました。不足している機能を繋ぎ合わせ、試行錯誤を繰り返しながら、クラウド環境に最適な構造を模索していったのです。

ユーザーの要求に応えたAmazon

こうしたエンジニアたちの要求や試みが続く中で、Amazonはそれに応えるように、3層構造をより簡単に設計できるサービスを次々とリリースしました。その積み重ねが、現在の強力なAWSエコシステムの完成に繋がったのだと感じます。

4. おわりに

学習を通じて、今当たり前のように使っている技術が、実は多くのエンジニアの悩みと試行錯誤の結果であることを再確認できました。

単に機能を覚えるだけでなく、「なぜかつてはこの方式だったのか」「今はどのように改善されたのか」という経緯を把握することは、インフラを理解する上で非常に役立つと感じています。これからもこうした技術の変遷を意識しながら、コツコツと学習と記録を続けていきたいと思います。