2009-03-31 4 views
2

今後、CDNの使用をサポートするWebアプリケーションを設計しています。私はと考えられてきたドメインエイリアシング対エッジ側にCDNが含まれる

つのオプション:CSS、JS、およびいくつかの画像を含むサイト上の静的コンテンツの

  1. 使用領域エイリアシング、。
  2. 静的コンテンツ領域を指定するには、「エッジ側インクルード」を使用します。

(1)は以前より簡単に実装しました。たとえば、各IMG srcの接頭辞をhttp://images1.mysite.com/とし、後でCDNを使用するように対応するDNSを更新します。内部の「プレプロダクション」サイトのユーザーから聞いた欠点は、画像をimages1.mysite.comにプッシュして内部的に変更をプレビューする必要があることです。理想的には、ファイルはimages1.mysiteにプッシュされません.comがプロダクションの準備ができるまで。 (注 - ホストファイルの変更とDNSトリックはオプションではありません)

代わりに、静的コンテンツには相対パスまたは絶対パスを使用します。例えば/images/myimage.gif

(2)私にはおなじみではありません。私は詳細を知りたいです。これにより、「プロダクション前」のチームは、「プレプロダクション環境」の相対的なパスで静的コンテンツを参照しながらも、HTMLの変更を行わずにプロダクションのCDNと連携することができますか?

誰かが開発の容易性、柔軟性、およびコストの点で2つのオプションを比較できますか?

答えて

1

次は、考慮する2番目のオプションのバリエーションです。

HTML内に相対画像のURLだけを置いてください。実動サーバー上で、イメージ要求がサーバー側のCDN上のイメージ位置へのリダイレクトを返すようにします。これにより、他のテクニックよりもトラフィックがわずかに増加しますが、イメージヒットごとにアクセスログエントリが生成され、HTMLとサイト構造が単純になり、サイトソースから特定のCDN依存関係が要因となり、CDN-オンザフライで画像ベースの画像サービスを提供します。

CoralなどのデマンドプルCDNを使用している場合は、CDNによって発行されたか、またはCDNによって却下された要求が本番サーバーから直接配信されるようにする必要があります。この手法の詳細については、Using CoralCDN as a server operatorを参照してください。

+0

ご注意:CoralCDNは、ご自分のWebサーバーからのサービスよりも応答時間がかなり悪いです。私はそれが世界の他の部分からもそうだと思います。あなたがスパイクを手に入れるときには(おそらく)良いオプションですが、サンゴが負荷を取るのです。パフォーマンスではなく、信頼性についてCoralを考えてください。 – mixdev

+0

あなたのコードが正しいとすれば、私はほとんどCoralを例にしていました。「それはちょうどいい」 - それは比較的遅いかもしれませんが、騒ぎや騒ぎ、詰め込みや請求書はありません。コンセプトワークの証明。 –

関連する問題