クラウドの蜜月は終わった：AWSとの関係に関するポストモーテム

多くの初期採用者にとって、Amazon Web Services (AWS) は単なるツールではなく、一つの革命でした。その約束は魅惑的なものでした。数分でグローバルなインフラを立ち上げることができ、物理的なデータセンターやハードウェア調達という、押しつぶされそうなオーバーヘッドを排除できるというものです。15年もの間、この「クラウドの夢」は数千のスタートアップの成長を支え、現代のエンジニアリングスタックを再定義してきました。

しかし、経験豊富な開発者の間で、その関係は悪化しています。イノベーションのパートナーシップとして始まったものが、多くの目には、複雑で高価、かつしばしば敵対的な取り決めへと退化しているように映ります。「真の信奉者」から「クラウド懐疑論者」への移行は、通常、突然起こるものではありません。それは、システム的な摩擦、不透明な請求、そして「顧客への執着」から「利益の最大化」へとシフトしたと感じられることによって引き起こされる、信頼の緩やかな侵食なのです。

摩擦のポイント：愛が冷める場所

開発者がAWSとの決裂について語る際、その不満は通常、複雑さ、コスト、そして企業の振る舞いという、いくつかの繰り返されるカテゴリーに分類されます。

1. 複雑さの罠

AWSは、そのサービスの幅広さで称賛されることが多いですが、その幅広さは急激な認知的負荷を伴います。Identity and Access Management (IAM) システムは、しばしば不満の主な原因として挙げられます。きめ細かな権限設定はエンタープライズのセキュリティに必要であると主張する人もいれば、ポリシーやロールの迷宮のようで、完全に理解することがほぼ不可能であると説明する人もいます。

この複雑さはIAMにとどまりません。AWS CLI の学習曲線が急であることや、AWS Lambda のようなサービスの「オーバーエンジニアリング」感から、このプラットフォームは、プロジェクトを立ち上げようとしている開発者ではなく、VCの資金援助を受けた、スタッフが千人規模の組織向けに設計されているように感じられることがあります。

2. 送出コストと請求の経済学

最も根強い不満の一つは、「請求のミスを誘発する仕組み（billing footgun）」です。AWSの価格モデルは非常に不透明で、コストは別々の表に隠されていたり、細かい注釈の中に埋もれていたりすることがよくあります。

Data Egress: AWSからデータを外部へ移動させるコストは、大きな痛点です。価格は時間の経過とともにわずかに低下していますが、1GBあたりのコストは依然として、脱出の大きな障壁となっています。
Hidden Costs: ユーザーは、自身のシステム内でのデータ移動に対して請求されたり、EC2 インスタンスを停止した後でも EBS ボリュームの料金を支払わされていると報告しています。
「無料」の脱出という嘘: AWSはプラットフォームを離れるユーザーに対して「無料のデータ転送アウト」を提供していると述べていますが、管理上のハードル（何ページにもわたるフォームや長い待機期間）が、そのプロセスを戦略的な遅延戦術のように感じさせることがあります。

3. 略奪的なエコシステム慣行

AWSがオープンソースコミュニティとどのように関わるかについては、煮え繰り返るような憤りがあります。「オープンソースのインフラを部品として剥ぎ取る」という慣行——Elasticsearch や Redis のような成功したプロジェクトを手に取り、管理されたクローン（OpenSearch, Valkey）を立ち上げる行為——は、コミュニティの成果を還元することなくクラウド巨人が収益化することを防ぐために特別に設計された、防御的なライセンス（SSPL など）の波を引き起こしました。

大論争：ハイパースケーラー vs. シンプルなホスティング

AWSに関する議論は、しばしば二つの陣営に分かれます。複雑さは規模を拡大するための必要な悪であると信じる人々、そして「ハイパースケール」という物語は、ほとんどのユーザーにとってマーケティング上の神話であると信じる人々です。

クラウドの主張

AWSの支持者は、真に大規模な運用においては、自身のハードウェアを管理する運用オーバーヘッドは、IAM の複雑さよりもはるかに大きいと主張します。彼らは S3 や RDS のようなコアサービスの信頼性を指摘し、マネージドサービスなしでは、毎日のバックアップを伴う 1TB以上のデータベースを管理することは非常に困難なタスクであると述べています。

「退屈な」スタックの主張

逆に、増え続ける「退屈な」インフラへの回帰運動があります。Hetzner や DigitalOcean のような VPS プロバイダー、あるいはオンプレミス・ハードウェアです。その主張は単純です。アプリケーションの大部分において、クラウドの「オートスケーリング・ハイパーソリューション」は不要であり、法外的なほど高価です。

"I moved their stuff out of the GCP managed solution and ended up with a $200-400 per month bill [down from $20k]. The CEO can still not believe how it's even possible."

この感情は、多くの人々にとって、クラウドが「ハイパースケーリング」という見かけ上のステータスと引き換えに、お金を燃やすための手段になってしまっていることを示唆しています。たとえ、根本的な技術的ニーズが控えめであってもです。

「休眠アカウント」の危険性

ユーザーが共有する特に恐ろしい経験は、アカウント管理の揮発性です。セキュリティ侵害を検知するために使用される自動化は、時として無慈悲な道具となります。休眠アカウントがテストのために突然高リソースのインスタンスを立ち上げた際、自動停止がトリガーされることがあります。

AWS は自動化されたシステムに大きく依存しているため、誤検知による停止を解決するために人間と話すことは数日かかることがあり、その間、ビジネスメール (WorkMail) や DNS (Route53) といった重要なサービスがオフラインになる可能性があります。これは、重大な脆弱性を浮き彫りにしています。ビジネスのアイデンティティを単一のプロバイダーに集約すればするほど、その単一の自動化された決定が壊滅的な結果をもたらすようになります。

最終的な考察：今後の道筋

あなたが熱狂的な AWS ファンであっても、クラウド難民であっても、教訓は明快です。ベンダーロックインは、現実的な技術的および財務的なリスクです。

これを軽減するために、エンジニアは「クラウド・アグノスティック（クラウドに依存しない）」または「ハイブリッド」なアプローチを採用し始めています。最も困難な問題（バックアップ用の S3 など）にはマネージドサービスを利用しつつ、コアとなるアプリケーションロジックは、よりシンプルで移植性の高いインフラストラクチャ上に維持するという方法です。目標は、完全な依存という「Kool-Aid」のフェーズから脱却し、プロバイダーが開発者に対してサービスを提供する、つまり、開発者がプロバイダーに従属するのではなく、戦略的で多様化されたアーキテクチャへと移行することです。