WIRED ユースケース

Fastly を選ぶ理由

WIRED は自社が取り扱う技術と同じくらい革新的であるよう努めています。そのため、リアルタイムで自社のコンテンツ配信ソリューションに変更を加えデプロイする能力が必要でした。これにより、自社チームがサイトのパフォーマンスを管理しながら、読者に最新記事を表示することが可能になるためです。そこで同社はサイト全体の再設計を行った際、「より細かく、迅速にコントロールできる」CDN を求めて Fastly を導入しました。Fastly を採用したことで、 WIRED は今日求められる編集サイクルのスピードに対応し続けられるようになり、WIRED の編集者はテック業界の最新情報を素早く提供できるようになりました。

WIRED.com の刷新

WIRED は、2015年3月上旬に新たな Web サイトを立ち上げました。これは2007年以降で初めての大規模なデザイン変更でした。チームの目標は、未来志向の情報発信を反映した、よりスマートで美しい Web サイトの構築でした。このデザイン変更 では、より多くの動画、写真、アートワークが取り入れられ、視覚的に豊かなストーリーテリングのエクスペリエンスを読者にもたらしています。新しい WIRED.com では、読み込み時間が短縮されただけでなく、編集者がすぐに記事を更新できるようになった上、見やすい見出しを付けてコンテンツをキュレートし、端末の種類にかかわらず一貫したエクスペリエンスを提供することにより、読者のエンゲージメントが向上しました。WIRED は Fastly を自社サイトの再設計に組み入れることでページの読み込み時間を短縮し、世界中の読者に最新情報をいち早く配信できるようになりました。

## エキスパートのサポート

WIRED はサイト全体を刷新した際に Fastly に移行しました。知識が豊富で連絡が取りやすい Fastly のサポートチームは、非常にスムーズに移行できるよう WIRED チームをサポートしました。 Fastly チームは対面やチャットによるサポートを提供し、サイトの公開日にはオンコール勤務にも対応しました。

リアルタイムで CDN の設定を変更

以前、高トラフィックイベントの最中に WIRED の CDN 設定に問題があり、読者に503のエラーページが配信された際、リアルタイムで問題を解決できませんでした。WIRED チームが問題の解決に必要なルールを特定しても、以前のプロバイダーのプロフェッショナル・サービス・チームと連携してルールを実装しなければならず、変更を実行するまでに何時間もかかっていました。Fastly を採用した結果、WIRED は自由に設定変更を瞬時にプッシュし、リアルタイムで迅速にイベントに対応できるようになりました。## よりインテリジェントなキャッシュ処理

Fastly に移行した結果、WIRED では簡単かつリアルタイムの設定更新が可能になったほか、頻繁に変化する予測不能なコンテンツのキャッシュが可能になり、サイトの大部分をキャッシュできるようになりました。その結果、WIRED のオリジンへのリクエスト数が減少し、より多くのコンテンツをエッジから配信できるようになり、読者に対するパフォーマンスが改善されました。

高トラフィックイベント時における最新情報の更新

WIRED はファンが待ち望んでいた Apple Watch の発表時にライブブログ をホストしました。テックコミュニティ (WIRED のオーディエンス) にとってこれは重大イベントであったため、巨大なトラフィックスパイクを簡単に処理しながらも読者に最新情報を提供することが重要だったのです。WIRED チームは Fastly を活用して静的 JSON ファイル (ライブブログのコンテンツ) を積極的にキャッシュしてエッジから直接配信することでこれを実現しました。

Apple Watch のイベント開催中に読者がライブブログで最新情報にアクセスできるよう、WIRED はライブブログの有効期限 (TTL) を15秒に設定し、オリジンサーバーによる再検証までの15秒間のみコンテンツがエッジサーバーにキャッシュされるようにしました。WIRED は Fastly の stale-while-revalidate 機能を利用してキャッシュ済みコンテンツを更新しながら少し古いコンテンツを読者に配信し、読者にエラーが表示されることを回避しました。

WIRED は、stale-while-revalidate 機能をリクエスト共有機能 (Fastly の同一データセンター内で同時に発生したキャッシュミスを「一つに束ねて」単一リクエストとしてオリジンに送信する機能) と組み合わせることで、サイトの再設計時に動的に変化するホームページを安心して採用することができました。以前のシステムでは、これによりサーバーに大きな負担がかかっていたはずですが、現在はリクエストが蓄積してサーバーに負荷がかかることなく、単一リクエストでホームページを生成することが可能になりました。