クラウドも風邪をひいた時：2025年のAWSとAzureの障害の内幕

2025年10月、インターネットは私たちに何も—絶対に何も—障害から免れないことを思い出させました。\nわずか9日間で、世界最大の二つのクラウドプロバイダー—Amazon Web Services (AWS)とMicrosoft Azure—が大規模な障害を起こし、デジタル世界に衝撃波を送りました。

アプリは凍結。\nウェブサイトは暗転。\n音声アシスタントは応答を停止。\n企業のダッシュボードさえも嵐の中の街灯のように消えていきました。

数時間の超現実的な時間、現代のインターネット—私たちの目に見えないインフラ—は突然脆弱に感じられました。

何が起きたのか？そして私たちは、開発者、アーキテクト、あるいは一般ユーザーとして、クラウドがクラッシュした月から何を学べるのか？

AWSの障害が発生した日

AWS US-EAST-1から始まりました—世界のインターネットアプリケーションの大部分を支える悪名高いリージョンです。

\n 2025年10月20日、DNS解決エラーがサービス全体にカスケード的に広がり、EC2、S3、Lambdaなどに障害をもたらしました。

\n 数分以内に、Snapchat、Fortnite、Alexaなどのプラットフォームが機能不全に陥り始めました。

技術的に何が壊れたのか

• 根本的な引き金： US-EAST-1のAWSのDynamoDB APIに関連するDNS問題で、内部コントロールプレーンのリクエストが失敗しました。
• カスケード効果： EC2とLambdaの操作がサービスエンドポイントを解決できず、デプロイメントの停止とタイムアウトにつながりました。

:::info 結果： 「複数のAWSサービスでエラー率と遅延が増加」

:::

単一のリージョンに依存している企業にとって、これは警鐘でした。\n多くの企業が「高可用性」が真の回復力と同じではないことを遅すぎるタイミングで気づきました。

Azureも続く

状況が落ち着き始めたところで、Microsoft Azureも10月29日に独自のグローバル障害に見舞われました。\n今回の犯人はAzure Front Door—世界中のウェブトラフィックをルーティングし加速するサービスでした。\nこれがダウンすると、無数のサイトとアプリケーションが続きました。Microsoft 365、Outlook、Teamsのユーザーさえも中断に直面しました。

技術的に何が壊れたのか

• 根本原因： Azure Front Doorを通じてグローバルにプッシュされた不良な構成が内部安全チェックをバイパスしました。
• 影響： グローバルルーティングの失敗と認証タイムアウトがMicrosoft自身のサービスを通じてカスケード的に広がりました。
• 効果： DNSの誤ルーティングとSSLネゴシエーションエラーにより、アプリが数時間オフラインになる広範囲な混乱が発生しました。

再び、同じ質問が浮上しました：

AWS障害から学べること：相互依存性が弱点

よく見ると、両方の障害はより深いものを明らかにしました—私たちのデジタル世界は私たちが考えている以上に相互接続されているのです。

一つのプロバイダーのルーティング問題が別のトラフィックを窒息させることがあります。\n単一のリージョンのDNS障害が、それに依存していることに気づかなかった何千ものアプリを凍結させることがあります。

それは電気のようなものです：世界最高の家電製品を持っていても、電力網がダウンすれば、すべてが停止します。

それが2025年10月の物語です。

エンジニアが学んだこと（あなたも学ぶべきこと）

• マルチリージョン ≠ マルチクラウドの回復力： 多くの企業が2つのAWSリージョンにまたがってホストしていますが、DNSレイヤーやコントロールプレーンノードが失敗すると、両方が暗くなります。真の回復力とは、プロバイダーと地理的位置を多様化することを意味します。

\

• 自動化が重要： 自動化されたヘルスチェック、フェイルオーバースクリプト、Route 53やAzure DNSのTTL（Time-to-Live）調整を持っていた企業は、より早く回復しました。手動介入では単に追いつけませんでした。

\

• 災害復旧をテストする（ただ文書化するだけではない）： 「DRプランがありました」では十分ではありません。問題は：今四半期にテストしましたか？ カオスエンジニアリングと障害シミュレーションは贅沢ではなく—生存訓練です。

\

• 依存関係はサイレントキラー： 第三者APIからCDNレイヤーまで、すべての外部サービスは障害ベクトルを追加します。Azure Front Doorが失敗すると、あなたの「独立した」アプリは結局そんなに独立していないかもしれません。

ダウンタイムのコスト

アナリストによると、これらの複合的な障害は数十億ドルの収益損失—そして計り知れない生産性の時間をコストとしました。スタートアップ企業は顧客を失いました。企業は信頼を失いました。そして緊張した数時間、主要銀行でさえバックアップシステムに切り替えました。

しかし、おそらく最大のコストは心理的なものでした—私たちの「常時接続」の世界がそのままであることが保証されていないという認識です。

前進する道：障害に備えた構築

クラウドは壊れていません—進化しているだけです。AWSとAzureの障害は信頼の終わりではなく、知恵の始まりでした。

すべてのアーキテクトと開発者が必要とするマインドセットの転換はこちらです：

• 障害が確実であるかのように設計する。
• リージョンが落ちるかのようにデプロイする。
• ユーザーがパニックになるかのようにコミュニケーションを取る。

回復力はチェックボックスではありません；それは文化です。AWS、Azure、または他のプラットフォームを使用するかどうかにかかわらず、2025年10月の教訓はシンプルです：

最終的な考え

2025年10月は単なる障害の月ではありませんでした—それは私たちのデジタル世界に掲げられた**鏡でした。\それは私たちがどれだけ進歩したか、目に見えないインフラにどれだけ依存しているか、そして私たちの「常時接続」の生活が実際にどれほど脆弱であるかを示しました。

次の障害は起こります—それはもしもではなく、いつの問題です。\n本当の問題は：次のクラウドクラッシュの前に準備ができていますか？

\