AWSの障害による影響：スマートマットレスが暴走する

216日前原文(quasa.io)

概要

AWS大規模障害 が発生し、多数のサービスが停止
Eight Sleep Pod3 利用者がオフライン時の脆弱性を痛感
マットレス機能がクラウド依存、手動操作もほぼ無力化
ネット上で 不満とジョーク が爆発、IoT依存社会への警鐘
障害復旧後も オフライン対応の必要性 が浮き彫りに

AWS障害が引き起こした「スマートベッド地獄」

2025年10月20日午前3時（ET）頃、 Amazon Web Services（AWS）US-EAST-1リージョン で大規模障害発生
Snapchat、Roblox、Fortnite など有名サービスも巻き添え
Downdetector で800万件超の障害報告、金融アプリやゲームも停止
Eight Sleep Pod3 所有者が「ベッドが使い物にならない」とSNSで悲鳴
AI搭載マットレスカバー がオフラインモード非対応、冷却・加熱制御も不能
アプリは読み込み画面でフリーズ、 温度調整も最後の設定に固定
睡眠トラッキングや自動スケジュール も全滅、物理パネルも反応悪化
Redditで「 my bed is bricked（ベッドが文鎮化した）」と嘆く投稿多数

クラウド依存の皮肉とユーザーの声

ユーザーAlex Browne氏、 事前加熱+9°F設定 のまま一晩中汗だく
「 Backend outage means I'm sleeping in a sauna」と自虐ツイートがバズる
コメント欄で「 次は枕のふかふかもサブスク化？」「 Bezosが手動で温度調整中」など皮肉が飛び交う
AWS復旧後も、 Eight Sleep公式は「オフライン対応を検討中」 と発表

IoT時代の脆弱性と今後の課題

RingやAlexa など他のスマートホーム機器もAWS障害で一斉停止
「 人類は石の上でも寝てきたのに、今やサーバー障害で眠れない」という矛盾
Eight Sleepは過去にも AWSキー流出問題 でプライバシー懸念が浮上
- エンジニアがリモートでベッドにアクセス可能だった事例
スマート家電のオフライン運用 の重要性を改めて認識
「 次は何までクラウド化するのか？夢まで？」 というユーザーの皮肉な声

まとめと教訓

AWS復旧後も、Eight Sleep利用者は手動の扇風機や予備策の準備が必須
スマート家電は便利だが、オフライン時の対策が不可欠
高額なIoT製品ほど、クラウド依存のリスクを再考すべき時代

Hackerたちの意見

「オフラインファースト」や「オフライン対応」の認証プロセスが必要だと思う。ネット接続なしでの使いやすさや安全性の基準を設けて、デバイスの種類によって異なるけどね。基準を満たした企業は、自社製品にバッジを付けて、消費者が信頼できるところを分かるようにすればいいんじゃないかな。

└

それな！オフライン対応だけじゃなくて、APIからの異常があった場合は、製品がその応答を無視するのが理想だよね。「接続できないかどうか」のチェックだけじゃ、完全オフラインモードにしか対応できないし、応答のエラーはもっと一般的だから。

└

もっと基本的なことから始めてもいいかも…切断時の安全なデフォルト設定は必須だと思う。例えば、サーモスタットを壁から外したら、暖房が凍らないようにフォールバックモードに入るべきだよね（カナダに住んでるから、これは重要）。新しい家に引っ越して、芝生の灌漑システムを設定しなかったんだけど、クラウドサービスから切断されているのに、システムはスケジュールを続けていて、水を節約するためにオフになると思ってたのに。

└

家族や友達の中でテックガイとしてよく「スマート」製品について何を勧めるか聞かれるんだけど、オフライン対応のサポートがほとんどないから、いつも同じ答えになっちゃうんだ。「できるだけシンプルなものがいい」って。これを言うと、普通の人たちはよく笑ってるよ。

└

ファラデーケージの中で48時間、電源だけ。中で動作するものは、認証されたオフライン機能リストに載る。

└

全く同感。主な問題は、ここ20年ほどで生まれたデータ収集への貪欲な考え方だと思う（基本的に、すべての企業がビッグテックを真似しようとしてる）。彼らはユーザーデータを収集したがって、ユーザーをできるだけ依存させようとしてる（それが後でサブスクリプションサービスの扉を開くし、彼らの囲いの中ではユーザーが簡単に移動できない）。

└

これはすごくいいアイデアだね。Ringアラームをオフにできなかったんだけど、システムと同じWifi接続にいたのに。振り返ってみると、ローカルネットワークに切り替えるのが賢い選択だったかも。

└

Home Assistantは、プラチナレベルの認証でこのシステムをほぼ構築済みなんだよね。大きなプロジェクトだけど、真剣に取り組んでるのは小さなIoT企業だけだね。

└

俺は、いわゆるスマートデバイスはほとんど必要ないと思う。理由は、1) そんなにスマートじゃないし、2) そもそも存在しない問題やニーズに対する答えだから。

└

これが、Matter対応のスマートホームデバイスを探す最大の理由なんだ。ロックされたネットワークに接続して、インターネットアクセスなしで使えるから、少なくともMatter対応の互換性はオフラインでも機能するってわかるし。Matterは「オフラインのローカルコントロール」ってブランドや認証要件の側面をもっと強調すべきだと思う。

└

これが正しい方法だ。ホームオートメーションのルール#1は、接続なしで技術が本来の機能を果たさないことを確認すること。技術に詳しくない人のために、ホームアシスタントを実装してる。実装するすべてのものは、ベンダーやインターネット接続なしで独立して機能しなきゃダメ。つまり、z-Waveのロックは接続があってもなくても機能するべきだし、スイッチはzigbeeの有無に関わらずオン/オフできるべきだし、バルブはWi-Fiなしでも開閉できるべきなんだ。

ゲートウェイタイムアウト、504ホストエラー。障害についての記事にアクセスできないのは、障害のせいだ。信頼性って難しいね、どうやら。

└

（誰かこれを印刷して送ってくれるといいな。）

└

その記事を投稿した会社は「リモートワークのための分散型ソリューションを提供するブロックチェーンプラットフォーム」と自称してる。うわぁ。

└

元のリンクは今はうまくいくけど、こちらは8Sleepの詳細や反応が載ってる別のサイトだよ。

└

ゲートウェイタイムアウト、504ホストエラー。マットレスが足側上向きで stuck してる。

4000ドル払って、月20ドルでブラックミラーのエピソードを体験するなんて、まさに2020年代の極みだね。

マットレスが人を乗せたまま折りたたまれる姿を想像したのは俺だけじゃないよね。

└

何人かは傾いた姿勢で詰まってたけど、実際には普通の条件でも潰れるほど傾いてないよ。

└

どうやってやったかなんて全然気にしないけど、マットレスを再起動するってだけで十分すぎる。これは大きな衝撃であり、同時に面白い。いったい何をやってるんだろう、わからない…

だから、クラウド制御のマットレスで設定を変更できなかったって、そんなに「世界中の睡眠を台無しにする」ってわけでもないし、「暴走する」ってことでもないよね。ほんと、ゴミみたいなジャーナリズムだわ。それに、あの画像、うわぁ、無機質で一般的なAI生成の印象より、画像なしの方が良かったな。

└

最初の画像の主人公は「額のエッセンス」みたいな感じだね。

└

他の記事ではもっと露骨だよね: https://quasa.io/media/indie-filmmaking-flees-los-angeles-cr... このサイトは「完全にクソブログスパム」って即座に書き捨てていいと思う。

└

すべてのコンテンツスパム“ジャーナリスト”は同じLLMプロンプトを使って偽のドラマを盛り上げてるのかな？ > こんな感じを想像してみて。リラックスした状態で、最適化されたREMサイクルの夜を迎える準備をしているときに、アプリがエラーを出す。もう、温度を55°Fに調整したり、真夜中のホットフラッシュ用に「クールモード」を起動したりできない。 > コア温度制御？クラウドなしでは完全に機能しない。ユーザーからは、アプリが読み込み画面でフリーズしたり、接続を拒否されたり、最後の設定で決まった熱地獄に放り出されたりしたという報告があった。無意味な修辞的質問、偽のまたは混乱を招くリスク、軽薄なトーンを狙ったぎこちない試み… なんでこんな地獄の温度に設定したの？ 55度のマットレスって何だよ？なんでこんなリスクが存在するの？ソファで寝るか床で寝るか、マジで… > さらに続く。スマート睡眠トラッキング？完全に機能停止—フェーズの記録も、生体情報の洞察もなし、睡眠スコアが表示されるべき場所にはただの空虚がある。これらのリスクは低そうだね。売れるのは分かるけど… それから「受け入れられない」とかのネットコメントのまとめがあって、面白くもない内容が続く。これが「インターネットジャーナリズム」の未来なら、リアルなものに対する需要が残ることを楽観視してる。彼らが資金を見つける方法があるだろうから。

└

なんてクソなジャーナリズムだ。ジャーナリズムじゃないよ。ブロックチェーン会社のブログ投稿だ。

記事は読んでないけど、コリー・ドクトロウの話みたいで、トースターが壊れたせいで仕事に行けない女性の話だって。トースター会社が使ってるクラウドプロバイダーが倒産したから。

Roombaの再登場だね。オフラインで動かない家電って、ちょっと考えものだと思う。Googleにオフラインマップが必要だって言ったときの反発を思い出したよ。プロダクトマネージャーは「みんなどこでもインターネットがあるし、今はないところも来年には繋がる」って言ってたけどさ。余談だけど、あの記事とイラストは全部ジェネレーティブAIで作られてる。気持ち悪いね。

└

サービスありがとう。北アメリカを何年も旅してきたけど、オフラインモードはマップにとって非常に必要だって保証するよ。ベイエリアのエンジニアたちは、ロッキー山脈に行って、携帯が全く繋がらないときの様子を見てみるべきだね。

└

こんなことを説明しなきゃいけないなんて驚きだけど、オフラインモードでのGoogleマップや他の製品の使えなさを考えると、納得だよね。マップの基本機能の一つ、地図にピンを追加するだけのことが、ネット接続がないと何年も壊れたままだし。ローカルにピンを保存するのにネットが必要な理由なんて全くないのに、元々はちゃんと動いてたのにね。今はこういう明らかな問題を直す気もないみたい。

だから、うちの「スマート」家電は全部、インターネットなしでHome Assistantで管理してるんだ。そんな使い方ができないデバイスは絶対に買わないよ。物理的に自分が持ってるデバイスに「アカウント」を作ったり、名前やメールアドレスを提供したりする必要はないと思う。まずはZigbeeデバイスを探してみるのがいいよ。あのプロトコルは設計上ローカル専用だし、Zigbeeコーディネーターやルーターは普通のPCに接続できるUSBドングルで十分だから。

└

ロボット掃除機のおすすめある？

関連情報: 「ベッドにバックドアを見つけた」 HNのディスカッションもあるよ。

事後分析を見てみたいけど、きっと見れないだろうな。> Eight Sleepのシステムは、リアルタイム調整からデータ同期まで全てをバックエンドサーバーに依存していて、フォールバックがなかった。「受け入れられない」と、Xで早期に苦情を言った人が怒ってたけど、多くの人が「シームレス」なスマート睡眠にお金を払ったのにアナログの地獄に直面してるのがわかる。これは典型的な「スマート」デバイスの設定で、クラウドがアプリとデバイスの間のトンネルになっていて、送信された状態のコピーをバックアップやデータマイニングのために保存してるんだ。会社の視点からは一番シンプルな設計だけど、耐障害性には最悪の設計だね。本当の問題は、これは明示的な製品決定だったのか、それとも暗黙のうちにそうなったのかってこと。つまり、ローカル通信が製品要件に合わないっていう明示的なPMの決定だったのか、最低入札者に外注していてこれが時限爆弾だって気づいてなかったのか、エンジニアが締切に間に合わせるために機能を削ったのか、などなど。もしEight Sleepが内部での事後分析を持っていないなら、誰かが仕事を失うべきだよ。ユーザーとしては、デバイスがローカルで通信して、クラウドトンネルはバックアップとしてだけ使ってほしい。でも、そうなるとエンジニアリングは二つの通信スタックをサポートしなきゃいけなくて、明らかに一つよりも高くつくよね。ローカルネットワークのオプションは、クラウドベースの方がツールが豊富だから、作るのが難しいかもしれない。私の基本的な期待は、インターネットなしでも家電が普通に動くべきだってこと。私の唯一のスマートデバイスはドアロックで、PINの方が家の鍵よりも私たちのライフスタイルには合ってるけど、それすらWi-Fiには繋がってないんだ。

└

なんか変だけど、eightsleepは月に16GBのデータを送信してるらしい。寝室で起こることのライブオーディオストリームに十分な量だって指摘されてるよ。そんなにデータを処理するのは安くないだろうね。これらのWi-Fiベースのスマートホームデバイスは、根本的に顧客にサービスを提供していない。1. デバイスにお金を払う 2. 月額サービスにもお金を払う 3. バックエンドでプライベートデータを売るけど、心配しなくていい、「匿名化」されてるから。でも、もちろん売られて、また匿名化解除される 4. AWSがダウンして、家が動かない 5. 最終的にはビジネスが終わるか、飽きて新しいものを買ってインストールしなきゃいけなくなる。

ハクソク