AWSに戻ったが、なぜ離れたのかを思い出した

2026年5月9日原文(fourlightyears.blogspot.com)

概要

AWS初期からの熱心なユーザー体験の振り返り
長年の信頼が徐々に失われた理由の具体例
サポートや複雑さ、コストに対する不満の詳細
AWSへの一時的な再利用とトラブル発生
今後AWSを完全に離れる決意

AWSとの長い関係と失望

AWS初期 ：SQS、S3、EC2、SimpleDBなどが揃った時代からのユーザー体験
メルボルンでの初AWSイベント主催、米国からのAWS担当者を招待
クラウドコンピューティング革命 ：スタートアップが数分でシステム構築可能になった衝撃
AWSへの完全な信頼と熱狂、15年以上にわたる“信者”状態
関係の変化 ：小さな不満が積み重なり、最終的に愛着が消滅

AWSへの不満点

公式クライアントライブラリ不在 ：最初の6年間、コミュニティ頼りで開発負担を押し付け
Python 2からPython 3への移行の遅さ ：非合理的な対応
DynamoDBへの強い不満 ：コスト高・使い勝手の悪さ・システム品質の低さ
データ転送コスト ：初期20セント/GBから9セント/GBへ値下げも依然高額
複雑な請求体系 ：内部データ移動で二重・三重課金、専門知識必須の“罠”多数
IAMの複雑さ ：認証・権限管理が極めて難解、全体的なAWSの複雑性の象徴
AWS Lambdaの問題点
- スケーラブルの売り文句に惹かれるも、開発の複雑さ・ベンダーロックインが深刻
- 従来のWebサーバー運用と比較して明確な利点が少ない
- AWS Lambdaの解除・移行が最も困難
オープンソースプロジェクトへの強引な対応
- Elasticsearch、Redis、MongoDBなどの意向無視でOpenSearch、Valkey、DocumentDBを展開
- 結果としてSSPL、Elastic Licenseなどの防衛的ライセンスが普及
- コミュニティや企業の努力を無視し、顧客関係を独占する姿勢
その他の不満多数 ：AWSを思い出すだけで気分が悪くなるほど

関係の終焉と部分的な継続利用

突然の愛情喪失 ：ある日を境に完全にAWS離れ
ほぼ全サービスから撤退、Route53でドメイン管理、S3でバックアップ、WorkMailの限定利用のみ継続
WorkMailサービス終了通知 ：12ヶ月後に停止予定

AWS再訪とトラブル体験

AWS BedrockでClaude/Anthropicの動作テスト ：速度遅い上にコストが高い
ハイスペックEC2スポットインスタンスでのベンチマーク ：192コア・1TB RAMマシンでテスト
突然のセキュリティアラート ：長期間休眠後の高額利用でアカウント制限
AWS WorkMail停止 ：ビジネスメールが利用不能に
サポート対応の遅さ ：プレミアムサポート未契約で返信遅延、フォーラムやチャットでも解決せず
4日経過してもアカウント制限継続、業務やテストが進まない状態

最終的な決意

AWSへの信頼喪失を再認識、残りのサービスも完全にAWSから移行予定
AWSに再び期待しない教訓 ：Route53やWorkMailからも撤退を決意
再訪が最後の失望体験となったことへの納得感

Hackerたちの意見

その分野で働いてるわけじゃないから、AWSにはたまに個人的な楽しみのプロジェクトで触るくらいなんだ。毎回、悪夢みたいだよ。実験的なカードゲームのサーバーを立ててるだけなのに、新しい金融機関を立ち上げるみたいな感じになってる。明日には無限にスケールする準備をしてるみたいで、スタッフは千人、予算はVCに支えられてるみたいな。幸いにも、Netlifyとか似たようなサービスがあって、全部を自分でやらなくて済むから助かってる。いつかIAMやVPN、他にも何かを学ばざるを得なくなる日が来るかもしれないけど、今は触るたびに目が飛び出るよ。

└

EC2やLightsailで生のVPSを立ち上げて、パブリックIPを与えればそれで終わりだよ。企業向けのパターンを全部実装する必要はないんだから。

└

20年前にHerokuがほとんどのウェブアプリに必要なことを完璧にやってのけたのには驚かされる。

└

Cloudflareに切り替えたら、すごく快適になった - 必要なものは全部揃ってるし、価格もリーズナブルだよ。

└

Azureを扱ったことがないなら、ただの悪夢だよ。

└

AWSはエンタープライズ向けで、個人プロジェクトには向いてない。個人プロジェクトは彼らにとって意味のある収益を生まないから、コストだけが重要なんだ。

AWSはオープンソースプロジェクトを踏みにじった - Elasticsearch、Redis、MongoDBのようなプロジェクトがクローンされてマネタイズされることを明らかに望んでいなかったにもかかわらず、AWSはOpenSearch、Valkey、DocumentDBを進めて、そういったコミュニティや企業が市場を築いた後にホスティングサービスのお金を奪った。その結果、SSPL、Elastic License、RSALなどの防御的ライセンスが生まれた。これは普通のユーザーを止めるためというより、AWSがオープンソースのインフラを部品として剥ぎ取るのを防ぐためのものだ。特にOpenSearchとValkeyに関しては完全に逆行している。AWSは上流プロジェクトがライセンスを変更した後にフォークを作ったので、フォークがライセンス変更を「もたらした」と言うのは本当に変だ。フォークはライセンス変更に対する反応だったから。特にValkeyに関しては、元のRedisコア開発チームのメンバーがValkeyを作ったんだ。

└

これらのプロジェクトの多くは、コア製品をオープンソースにして、その周りに高度なサービスやインストール、メンテナンス、フルマネージドサービスを提供するビジネスモデルで運営してる。AWSはフルマネージドサービスを提供することで彼らをバイパスしてたんだ。これに関しては、プロジェクトの人たちの側に立ってるよ。基本的にAWSは彼らのランチを奪ってた。ライセンスを変更せざるを得なかったんだ。

└

フォークがライセンス変更を「もたらした」と言うのは本当に変だ。フォークはライセンス変更に対する反応だったんだから。でも、そのライセンス変更はAWSが上流プロジェクトにとって持続不可能な方法で彼らの仕事をマネタイズしていたことへの反応だったんだ。

└

もちろん、AWSはプロジェクトがライセンスを変更してAWSが彼らのコードでお金を稼ぐのを禁止するまでフォークを作らなかったんだ！これがポイントだよ。

└

たまに、AmazonがOSSソフトウェアのクリエイターやメンテナに、使用ごとに1セント支払ったらどれだけ痛手になるのか考えることがある（1時間ごと？）。OSSチームにどれだけの資金が提供されるのかも気になる。リスクなしで製品改善に貢献できるから。

└

「オープンソースプロジェクトの哲学には、初めてRedisにパッチを送った時に共感を失った。あるコミッターが自分のものとして取り上げて、メッセージには一切返信せず、自分の名前でパッチを当てたんだ。あいつにはValkeyがふさわしいよ。JBossやあのクソ野郎のMarc Fleuryのことも今でも覚えてる…」

Hacker Newsで議論の続きを見る

ハクソク