Redfin がバックアップ設備のない単一のデータセンターからサイトを運営しているのはなぜですか?
トム・クレイジット著
レッドフィンは金曜日の午後、新規株式公開を申請して何人かの人々を驚かせたが、リスク要因の標準的な定型文の中に、さらに驚くべきものがあった。レッドフィンのサイト全体がシアトルの単一のデータセンター内にホストされているのだ。
提出書類より：
当社のウェブサイトは、ワシントン州シアトルにある単一の施設でホスティングされています。現在、別の地域にバックアップのウェブホスティング施設は保有していません。この施設が、自然災害、人為的ミス、火災、洪水、停電、通信障害、物理的または電子的な侵入、テロ攻撃、戦争行為、その他類似の事象など、何らかの理由で停止またはダウンタイムが発生した場合、ウェブサイトおよびモバイルアプリケーションに重大な中断が発生し、事業に悪影響を及ぼす可能性があります。さらに、この施設が一時的に停止した場合も、ウェブサイトおよびモバイルアプリケーションが中断される可能性があり、これも当社のサービスに悪影響を及ぼし、事業に悪影響を及ぼす可能性があります。
これはクラウド時代にはあまり見られない現象であり、Redfinはここ1年半の間にAmazon Web Servicesからこのバックアップレスの単一施設への移行を選択したようです（下記の最新情報を参照）。AWSはAmazon CloudFrontコンテンツ配信ネットワークの拠点としてシアトルを提供していますが、コンピューティングやストレージなどのサービスは西海岸の北カリフォルニアとオレゴンからのみ提供されています。
2016 年 1 月、AWS は Redfin に関するケーススタディを公開しました。当時 Redfin は「Amazon S3、Amazon DynamoDB、Amazon Redshift、Amazon Kinesis、Amazon Elastic MapReduce、Amazon EC2 などのさまざまなサービスを使用して、ウェブサイト、データウェアハウス、ビッグデータ分析業務を AWS 上で実行していました」と AWS はケーススタディの概要を説明するビデオのキャプションに記しています。
(7/7 更新: Redfin のインフラ戦略に詳しい情報筋によると、このキャプションの表示は Amazon Web Services 側のミスだったとのことです。Redfin は現在もすべてのビジネス分析業務を AWS 上で実行しており、自社のサイトを AWS 上で実行したことは一度もありません。このキャプションは YouTube と Redfin のケーススタディ ページで更新されています。)
レッドフィンの代表者は同社のインフラ戦略についてコメントを控えた。
これにはいくつかの可能性があります。一つには、S-1書類のリスク要因に関する記述は、将来の訴訟から会社を守るために、可能な限り広範囲に記述されるように設計されています。Redfinは、データウェアハウス（高速読み取りと分析アプリケーション向けに設計されたデータベースの一種）にAWSを引き続き使用し、災害発生時に実際のデータをバックアップしている可能性がありますが、ホスティング業務は自社の施設に移行している可能性があります。
しかし、Redfinのような規模の事業体が、シアトル地域で災害（あるいは長期的な停電）が発生した場合に自社サイトをホストできるセカンダリーサイトを保有していないというのは、依然としてかなり驚くべきことです。2014年に災害復旧準備協議会が実施した調査では、「調査に参加した組織の大多数が、災害復旧の管理を支援するためにセカンダリーサイトの設置に投資している」ことが明らかになりました。
Redfin の IPO が完了したら、新たな資金としてバックアップ データ センターに投資することを提案します。
