もしこれがAIが主な原因だってことになったら、もっと面白くなりそうだね。

彼らは、たとえ主にホスティングされていなくても、AWSに暗黙の依存関係があるかもしれないね。

この件についてはNDAから5年以上経ってるから、ざっくりとした詳細を話すね。SnapchatはスケールするためにGoogle AppEngineをめちゃくちゃ使ってた。これは基本的に、モノリシックなサービスをラムダみたいなワーカープールに「ホットパススプリット」する魔法のJavaランタイムだったんだ。すごいけど、うまくいってたよ。Snapchatはこれにかなり依存してて、内部でその問題を解決するんじゃなくて、Googleにスケールするための技術を作らせてたんだよね。ある時、SnapはGCPの使用量の70%以上を占めてた。しかもほとんどが一つのJavaサービスに集中してた。マジでヤバい話だよ。で、結局Googleはこれをサポートするのが嫌になって、「去年の10倍の料金取るから、よろしくね？」って感じで契約を切り替えたんだ。（実際に10倍だったかは分からないけど、かなり高くなった）それでKubernetesとAWS EKSへの移行が始まった。SnapはEKSが一般提供される前のパイロット顧客の一つだったと思う。（2018/2019年にこの移行に関わった）今、6年以上経ったけど、SnapはトラフィックのためにGCPをあまり使ってないと思う、もし戻ってなければね。このダウンタイムがそれを裏付けてるよ :P

昨日、またHetznerのスレッドを見たんだけど、誰かがAWSの稼働率が上だって言って、別の人がAWSの大きなトラブルを批判してた。今朝のコーヒーは美味しいだろうね。

The Registerでは、これをMicrosoft 364、363、...って呼んでるよ。

報告されてる稼働時間なんて、ちょっとした作り話に過ぎないよ。稼働時間を測るのは「チェーンのどこかが少しでも動いてればOK」って感じ。でも実際には「チェーンのどこかが劣化してればダウンタイム」って体験するんだよね。

PaaSやKubernetes、マイクロサービスを一つの大きなジョークだと思ってる普通の管理者にはこれが当てはまると思う。ベンダーに依存しないモノリシックなデプロイがずっと勝ち続けてるね。

今日、アマゾンのSDRがAWSサービスを無理やり勧めてきて気の毒だなって思った。前のマーケティング責任者が4つの異なるLinkedInアカウントからその提案を受けたらしい。もしかしたら、彼らを抑えるクラウドサービスが壊れたのかもね ;)

商業用ルーターにも同じことが起きてるよ（例えば、店舗のサインインページ付きの無料Wi-Fiとか）で、これはus-east-1の外の話だね。

今乗ってる電車のWi-Fiログインポータル（Icomera）も動かないよ。

だからこそ、実現しないんだよね :)

いろんな要因によるけど、個人的にはそうだね。もっとひどい。インターネットユーザー向けにホスティングする場合の話だけど。俺の光回線、何回も落ちたことあるけど、比較的すぐ復旧した。去年は停電も何回かあって、1回の嵐で24時間近く停電したこともあった。停電したときは寝てたから、3〜4時間経ってから発電機を始動したんだ。UPSで持つ時間よりずっと長かった。物理的なメンテナンスやソフトウェアのアップデートも必要だったし。これらの要因で、LinodeやFly.io、AWSで動かしてるときよりもダウンタイムがかなり多くなってる。家ではProxmoxとK3sを運用してるけど、これでかなり信頼性が上がる。ただ、メンテナンスの手間も増えるしね。家で対策できることも多いけど、そのコストはどうなるの？

答えられない質問だね。故障モード分析をする方がいい。地下室のラックには冗長電源（2つの電力会社か、1つの電力会社とディーゼル発電機、これは普通は家に置けないけど）と、冗長なインターネットサービス（実際に冗長なやつ、ケーブル会社と電話会社の違いじゃなくて、同じバックホール光ファイバーを使ってるから）を用意する必要があるよ。

そういえば、面白い話があって、俺の光回線が切れちゃって（バックホーで）、復旧に12時間かかったんだ。もし/二つ/の家があったら、別の町にあればもっと運が良かったかも。もしくは、携帯をバックアップにしておくとか。あるいは、12時間ダウンしてても気にしないならね。

俺の場合、あくまで個人的な経験だけど、家のサーバー（ただの古いデスクトップにUbuntuをインストールしたやつ）で、あまり重要じゃないものをいくつかホスティングしてる。VPN（WireGuard）、いくつかのDiscordボット、Twitchボット＋認証関連のもの、あとは自分が使うサービスがいくつか。ここ数年でダウンタイムの原因になった問題は以下の通り：- 1回の停電：電源復旧設定をしてたら、30〜60分で復旧してたかも。実際は数時間かかっちゃった（手動で電源ボタンを押さなきゃいけなかったから笑）。多分、自己原因じゃない問題の中で一番長かった。- Twitchボットのライブラリの問題：普通のライブラリのバグ。自己ホスティングとは無関係。- IP変更：実際にはほとんどIPが変わらないけど、DDNSを設定するべきだね。自己ホスティングで解決可能（でも少し手間がかかる）。- ディスクスペース不足：増やせたらいいのに。- そういえば、インターネットのダウンも1回か2回あったかな？でも、深刻な問題になるほどではなかったと思う。実際にあった時は思い出せないし。（もしかしたら記憶が悪いのかも！）大体これくらいかな。俺はVPNと個人クラウドにかなり依存してるから、ノートやTODOリストが同期されてる（Joplin + Nextcloud）から、ダウンタイムには敏感なんだけど、今まで起こったのはこれくらい。ソフトウェアやハードウェアがどれだけ安定してるか、驚くべきことだよね。いつかハードウェアの故障はあると思うけど（実際、1〜2年前にCPUをアップグレードしたのは、使ってたRyzen 1700がLinuxで月に数回クラッシュする非常に稀な問題があったから）、でも本当に快適だよ。ただ、実際のビジネスプロジェクトには向かないと思う。主に住宅用IPと商業用IPの違いや、任意のIPがローカルネットワークに接続することへの懸念があるから、そこはあまり気にしてないけど。