ブルースカイの障害の原因は？クラッシュの背後を探る

Bluesky、分散型ソーシャルネットワークは、最近予期しないダウンタイムに直面し、ユーザーはそのような失敗が分散型プラットフォームでどのように起こり得るのか頭を悩ませています。

障害は、木曜日の夕方6時55分（ET）に始まり、Blueskyはウェブとモバイルアプリの両方に影響を与える重大なサービスの問題を認めるステータスアラートを投稿しました。原因は？「重大なPDSネットワーキングの問題」とプラットフォームのエンジニアリングチームは述べています。幸いなことに、サービスは午後7時38分（ET）までに回復し始めましたが、この事件はBlueskyのアーキテクチャに関するより大きな疑問を浮き彫りにしました。

はい – しかし、いいえ。

BlueskyはATプロトコルに基づいて構築されており、ユーザーが自分の個人データサーバーや中継をホストすることを可能にすることで分散型を実現しています。しかし、実際にはほとんどのユーザーが依然としてBlueskyの公式インフラに依存しています。そのため、Blueskyの主要サーバーが故障すると、コミュニティの大多数の体験も停止します。

自分のノードを運営する一部の早期導入者は、クラッシュの影響を受けなかったため、真の分散型がどのようなものになるのかを浮き彫りにしました。しかし、現時点では、Blueskyの自己ホスト型エコシステムのビジョンは、現実というよりもロードマップに近いものです。

この障害は、連合モデルを使用して運営されている競合プラットフォームであるMastodonから反応を引き出しました。Mastodonのユーザーは、素早く皮肉を言いました。あるユーザーは「Blueskyがダウンしている間、私のトースターで動いているMastodonインスタンスは問題ありません」とコメントしました。別のユーザーは「分散型って、結局どうなったの？」と冗談を言いました。

Blueskyは長期的に、多様で独立したモデレーションのコミュニティを可能にすることを目指しています。Blackskyのようなプロジェクトは、包括的で自己ホスト型のデジタル空間を構築することでこの概念を試しています。しかし、カンザスシティのクラッシュは、分散型が一夜にして達成されるものではないことを思い出させました。

迅速な回復にもかかわらず、障害はBlueskyのインフラの現在の限界と、分散型の世界で中央集権的なバックボーンに依存するリスクを明らかにしました。

出典: techjuice.pk