ここ数週間、ウィキリークスはサービス拒否（DoS）攻撃の標的となり、ホスティングサービスが停止され、Amazonホスティングから追い出され、PayPal、MasterCardなどの資金源からの資金提供が停止され、リーダーが性的暴行関連の容疑で逮捕されるなど、様々な被害に遭っています。ウィキリークスが頑固に、そして反抗的にオンライン状態を維持しているという事実は、他のサイトが回復力と生存能力に関して学ぶべき教訓となるでしょう。
WikiLeaksとTumblrやComcastを比較してみましょう。どちらも先週、深刻で長期にわたる障害を経験しました。あるいは、WikiLeaksの事実上の無敵状態と、Twitterが頻繁に経験している苛立たしい過負荷と障害を比べてみてください。根底にある動機は異なるかもしれませんが、すべてのウェブサイトやウェブベースのサービスはWikiLeaksから何かしら学ぶべきことがあるはずです。
一言で言えば（あるいは一言で言えば）、それは「単一障害点」です。単一障害点なんてあってはなりません。実際、ウィキリークスなら、冗長性の上にさらに冗長性を重ね、単一障害点だけでなく、連鎖的な障害による仮想的なメルトダウンにも耐えられるようにしたいはずです。
WikiLeaks は、ドメイン、ホスト、サーバー、DNS サービスの相互に絡み合ったネットワークを実装しており、いずれかのプロバイダーが失われたり、DoS 攻撃によってサーバーまたはドメインがシャットダウンされたりしても、最終的にはサイトの可用性に影響が及ばないようにしています。
ウィキリークスは、単一のDNSプロバイダーから14の異なるDNSプロバイダーへと利用範囲を拡大しました。ウィキリークスはトラフィックを少なくとも5つの異なるIPアドレスに誘導しており、ウィキリークスコミュニティ全体の協力を得て、350以上のミラーサイトにもコンテンツをホストしています。
結論：ウィキリークスを完全にオフラインにするには、世界規模の大惨事が必要になるだろう。一方、リンジー・ローハンが昼食時にホワイト・ルシアンを飲んでいるのが映ると、Twitterは停止してしまう。
もちろん、すべてのサイトが、あらゆる種類の攻撃に耐えられる、冗長性と相互接続性を備えたウェブホスティング、ドメイン、ウェブサーバーのネットワークを構築できるわけではありません。Tumblrは、小規模なチームと限られた予算で24時間365日体制のビジネスを展開するスタートアップ企業であり、急速に増加する需要に対応しなければなりません。Tumblrのブログにも書かれているように、「率直に言って、成長に対応するには、私たちの小規模なチームが想定していた以上の作業が必要でした。」
たとえ組織が無制限の冗長性と事実上無敵の生存性を備えたネットワークを構築できないとしても、IT管理者とWeb管理者にとっての教訓は、可能な限り多くの単一障害点を特定し、排除することです。単一のサービス停止やサーバークラッシュでサイトがダウンすることはあってはなりません。Webトラフィックのネットワークパス全体を考慮し、可能かつ費用対効果の高い範囲で、冗長化されたセカンダリシステムを実装して単一障害点を排除しましょう。
