
略語CDNを聞いたときに最初に思い浮かぶのは何ですか? 確かに、「重いコンテンツ」、「ビデオのロット」、「テラバイトのデータ」、「1日あたり数百万件のヒット」。
Runetには、似たような言葉で特徴付けられるプロジェクトはそれほど多くありません。 HighLoad ++会議の主催者であるOleg Bunin(私たちはワークロードの問題で彼を信頼しています):
しかし、小規模なサイト(実際、大多数はオンラインストア、ブログ、企業サイトなど)はどうでしょうか? CDNが必要ですか? そして、必要に応じて、なぜこのサービスの需要が急増しないのですか? また、CMSの1つのモジュールでWebに小さな革命を起こすことは可能ですか?
これらの質問への答えはカットされています...
質問から始めましょう...
通常のサイトがCDNを接続しないのはなぜですか?要するに、それは高価で複雑です。
たとえば、
CDNvideo (一般的に数少ないロシアのCDNの1つで、サイト上のサービスの価格表も理解できる)では、
関税は3,000ルーブルから始まります。 1か月あたり1 Tbからのトラフィック。
サイトの所有者の場合、たとえば300ルーブルと500ルーブルのどちらをホストするかを選択します。 -少し高い。
接続自体が問題を引き起こすことはないと思われますが(DNSを構成し、ローカルリンクを新しいリンクに置き換えます)、悪魔は詳細にあります。 すべてのリンクを置き換えることを忘れないように(リンクはアプリケーションによって動的に生成でき、ページにハードコードでき、スタイルファイル(css)およびスクリプト(js)で指定できます)? ローカルコピーを使用して開発サーバーで作業しながら、開発とデバッグの利便性を維持する方法 ファイルを更新するときにCDNキャッシュを更新する方法は? 一般的に、すべてがあまりにも明確ではありません...
すべてが高価で複雑な場合、...
通常のサイトにはCDNが必要ですか?通常のサイトには、CDNで文字通り「要求」するような重いコンテンツはありません。 たとえば、顧客からのビデオレビューなど、サイトでホストしている最も進歩的なオンラインストアでさえ、すべてを自宅に置くのではなく、YouTubeへのリンクを置くだけです。
それでも、すべての写真、スタイルファイル(css)、javascript(js)など、訪問者の近くに「移動」できます。 -実際、ほとんどすべての静的コンテンツをCDNに取り出すことができます。 そして、これはトラフィック量の平均80%です。
訪問者に最も近いサーバーからコンテンツを配信することにより実際のCDNネットワークを高速化することに加えて、CDNを含むサイトは、異なるドメインにリクエストを配信することにより、クライアント側(ブラウザーがページをレンダリングするとき)で追加の加速を取得します。
最新のブラウザはすべて、1つのドメインへの同時接続数に制限があります(通常6つ以下)。
www.browserscope.org/?category=networkによると
したがって、サーバーが最大速度でページをレンダリングでき、クライアント接続速度が十分に高い場合でも、すべてのページ要素(画像、スクリプト、スタイルファイル)の読み込みは最大6ストリームで実行されます。
CDNを接続すると、ローカルリンクは異なるドメインに置き換えられ、個々のドメインのみが既に接続数に制限があります。 実際の最大数は(ファイルのダウンロード元のドメインの数により)数倍大きくなります。
速度の向上は秒です。 そして、これの実際的な利点は何ですか? たとえば、オンラインストアの場合。生産性の成長において最も重要なプラス...
1.高速サイトで、より高いコンバージョンとより多くのページビュー。ページがサイトにロードされる時間が長くなるほど、最もせっかちな訪問者は、ロードするのを待たずにサイトを離れ、サイトに戻らない可能性が高くなります。
サイトが「失われた」潜在顧客を数える試みが行われているさまざまな研究があります。 たとえば、
5coinsのインフォグラフィックは、サイト訪問者の25%が読み込みに4秒以上かかるページを離れると言います。
150のサイトで
1億5千万件のヒットを
分析した GoMezのスペシャリストは、ページの読み込みを1秒遅らせるとコンバージョンが7%減少し、ビュー数が11%減少しました。

もちろん、これらの研究はすべて議論の余地のないものではなく、疑問や研究方法、そして得られた数字を提起しています。 しかし、主な結論-「より速いサイト-より多くのビュー」-絶対に公平だ。
2.検索エンジンでは、クイックサイトの位置が高くなります。各検索エンジンは、秘密の検索アルゴリズムとランキング式を保持しています。 ただし、インターネット上のサイトをインデックス付けする検索ロボットが、ページの読み込みを待たずに、一般的な検索インデックスでそれを考慮に入れないことは明らかです。 さらに、行動要因は検索結果でますます重要になります。 これは、「遅い」ページを離れた訪問者が検索エンジンの重みを自動的に下げることを意味します。 そして最後に、ほぼすべての人気のある検索エンジンの代表者は、何らかの方法で、ランキング式でページをロードする速度を直接考慮すると言います。
3.遅いサイトは、広告キャンペーン中に直接的な経済的損失を引き起こします。プロジェクトを積極的に宣伝したい。 あなたは彼のために文脈上のバナー広告を注文します。 各クリックにはかなりの金額がかかります。 あなたのサイトへの訪問者が広告を介してあなたに来たが、ページがロードされるのを待たなかった場合、あなたはクリックしたときにそれに対して単に支払いをしました。
4. CDNを接続すると、メインサイトサーバーの負荷が軽減されます。すべての静的コンテンツは、サーバーから直接ではなく、コンテンツを非常に効率的にキャッシュできるCDNノードからサイトへの訪問者によってダウンロードされるため、サーバーへの直接の呼び出しの数が削減されます。 平均して、静的コンテンツの場合、CDNサーバーからサイトへのリクエスト数と、サイトの訪問者からのリクエスト数の比率は1:50です。
さて、今、70,000サイトの魔法のボタンについて...70,000-まさに非常に多くのサイトが
1C-Bitrix:Site Managementプラットフォームで動作します。
1週間前
、新しいバージョン12.0のリリースが発表され 、11月初旬にパートナーと顧客が利用できるようになります。
新しいバージョンの重要な革新の1つである
プラットフォームとCDNの統合は、現在利用可能です。
クライアントの観点から見ると、すべてが可能な限りシンプルに見えます。まず、標準の更新システム(商用ライセンスを持っている場合)から新しいBitrix Cloud Servicesモジュールをインストールする必要があります。 »-「サイトアクセラレーション(CDN)」ボックス「ウェブサイトアクセラレーションを有効にする」をオンにして、変更を保存します。

それだけです。その後、静的サイトファイル(画像、CSSスタイルファイル、JSスクリプト)へのリンクが置き換えられます-ローカルURLの代わりに、CDNネットワークサーバーのサービス名が使用されます。 この場合、DNSに変更を加える必要はなく、ファイルの更新時にCDNキャッシュをフラッシュすることを心配する必要はありません。
将来的には、ロシアのCDNプロバイダーのネットワークである
CDNvideoは 、このサービスが
実装されるパートナーシップで、コンテンツ配信に直接使用されます。
費用はいくらですか?まったくありません。 ゼロ
「サイトアクセラレーション(CDN)」モジュールは、「1C-Bitrix:Site Management」のアクティブな商用ライセンスに対する無料の追加オプションです。 ライセンス自体の費用またはその更新以外の追加の支払いはありません。
個々のライセンスごとに、CDNを介してエンドユーザーに送信できる毎月のトラフィック制限が定義されています。
そして今-詳細:すべてが内部でどのように機能するか。1つのサイトを接続するときのCDNの作業スキームは次のようになります。

静的コンテンツへのサイト訪問者の各呼び出しは、最も近いCDNに向けられます。 最初の呼び出しで、必要なファイルがソースサイトから、またはこの専用ノード(オリジン)から特別にダウンロードされ、以降の呼び出しでCDNサーバーのキャッシュから提供されます。 多くのCDNサーバーにコンテンツを配置し、それに最も近いポイントから訪問者に配信すると、ネットワークデータ転送ルートが短縮され、ユーザーの観点からWebサイトの読み込みが高速になります。
すべてのCDNは同様の原則に基づいて動作し、コンテンツソース(オリジン)は1つでなければなりません。 多くのサイトですぐに整理する方法は?
独自のクラウドインフラストラクチャ(フォールトトレラントおよびスケーラブル)を編成しました。

私たちの小さな「クラウド」は、本質的にCDNネットワークの起源であり、接続されたクライアントのトラフィック自体をプロキシし、いくつかの重要なタスクを解決します。
- クラウドでは、特定のサイトがCDNを使用できるかどうかを判断します(ライセンスアクティビティ、トラフィッククォータなどを確認します)
- 特定のドメインへのリクエストの対応を決定します。
- 写真、CSS、JSのリクエストを異なるドメインに分散します(上記の並列化を思い出してください)。
- 切断が発生した場合(ライセンスの非アクティブまたは過剰なトラフィックによる)リクエストを慎重に管理します-リンクをリダイレクトに変更し、サイト自体のリンク置換がオフになるまで待機します。 つまり、いかなる状況でもサイトが「壊れる」ことはありません。
- HTTPヘッダーを制御して、最も効率的なキャッシュを提供します。
クライアントサイトで直接動作する「サイトアクセラレーション(CDN)」モジュール自体は、次のことを行います。
- コンテンツ内のリンクの置換を制御します。
- ファイルが変更された日付を含む「/image.gif?1339164408」という形式のクエリ文字列の修飾子が各リンクに追加されます。 ファイルが変更されると、修飾子が変更され、本質的にCDNキャッシュ用の新しいオブジェクトが表示されます。 したがって、同じ名前のファイルを変更するときにキャッシュを無効化(フラッシュ)する問題を解決します。
簡単な要約。1週間ほど前、
「サイトアクセラレーション(CDN)」モジュールが開発者(1C-Bitrixのパートナー)に利用可能になりました。 2日前、すべてのお客様に公開アクセスを許可しました。
この間、約600のサイトが接続されました。 主にオンラインショッピング。 個人のブログ、企業サイト、いくつかの主要なテーマポータルと同様に。
サイトが「1C-Bitrix:Site Management」で実行されている場合-CDN
を数回クリックするだけで接続できます 。自分と訪問者に作業のスピードを
与えてください。 :)