キャッシュがHitした情報を示すCacheヘッダの標準化提案 - ASnoKaze blog
20191104 追記 draft 01でCache-Status に改称されるとともに、内容も変わりました 更新記事を書きました asnokaze.hatenablog.com CDNなどのサービスは、リクエストがキャッシュにヒットしたかどうかをx-cacheヘッダに格納してレスポンスしてくれます このx-cacheヘッダは独自の形式であり、例えば以下のようになっています。 （CDNによっては、x-cache以外のヘッダを使うものもあります） fastly (document) X-Cache: MISS, HITAmazon CloudFront X-Cache: Hit from cloudfront先述のように、x-cacheヘッダは標準化されておらずCDN毎に独自に使用されています。 そこで、IETFのHTTbisにおいて キャッシュのHit情報などを格納するcacheヘッダの標
東京に5番目のエッジロケーションを開設。アトランタ(A)からチューリッヒ(Z)までAmazon CloudFrontの接続拠点数が100箇所に | Amazon Web Services
Amazon Web Services ブログ 東京に5番目のエッジロケーションを開設。アトランタ(A)からチューリッヒ(Z)までAmazon CloudFrontの接続拠点数が100箇所に アマゾン ウェブ サービス(AWS)が、グローバルなコンテンツデリバリーネットワーク(CDN)のAmazon CloudFrontのリリースしたのは、約９年前の出来事になります。14の接続拠点からなる高性能なエッジネットワークとして始まったこの新しいサービスは、現在、世界中からの数百万ビューアーの接続に対応するまで成長しました。本日、Amazon CloudFrontの成長が最も著しい地域の一つである日本で100番目の接続拠点(89のエッジロケーションと11のリージョナルエッジキャッシュ)を発表できることを嬉しく思います。100番目の接続拠点(POP)は、東京で5番目そして、日本で6番目のエッジロケー
JavaScript用CDNサービスの利用率、この1年で大きく増加
W3techsは8月22日(ドイツ時間)、「The JavaScript content delivery network CDNJS is now used by 5% of all websites, up from 1.7% one year ago.」において、JavaScriptのコンテンツデリバリネットワークCDNJSの利用率がこの1年で5%に到達したと伝えた。昨年の段階でCDNJSのシェアは1.7%だったことから、この1年で大きくシェアを増やしたことになる。 CDNJSはJavaScriptライブラリなど、よく使われているライブラリを配信しているコンテンツデリバリネットワーク。同様のサービスとしては、Googleが提供しているJavaScriptライブラリなどが代表的。Googleの提供しているライブラリは多くのサイトで使われているが、よく使われるライブラリの中でも一部のもの
Improving Performance with Cache-Control: immutable - KeyCDN
Cache-Control is an important HTTP header that allows you to define various directives letting browsers know how an asset should be cached. For example, if an asset has a large max-age, then the asset can be retrieved from the browser for a long period of time without making a request to the server. This means faster load times for the user. We've covered many of the popular directives you can def
CDN切り替え作業における、Web版メルカリの個人情報流出の原因につきまして - Mercari Engineering Blog
本日コーポレートサイトでお知らせした通り、Web版のメルカリにおいて一部のお客さまの個人情報が他者から閲覧できる状態になっていたことが判明しました。原因はすでに判明して修正が完了しております。また、個人情報を閲覧された可能性のあるお客さまには、メルカリ事務局より、メルカリ内の個別メッセージにてご連絡させていただきました。 お客さまの大切な個人情報をお預かりしているにも関わらず、このような事態に至り、深くお詫びを申し上げます。 本エントリでは技術的観点から詳細をお伝えさせていただきます。 2017年6月27日 CDNのキャッシュの動作について、CDNプロバイダと仕様について確認し検証を行いました。その結果一部記述に実際と異なる箇所があり、加筆修正いたしました。 概要 メルカリWeb版のコンテンツキャッシュをしているCDNのプロバイダ切り替えを行いました。 その際本来キャッシュされるべきでない
HPACK: the silent killer (feature) of HTTP/2
If you have experienced HTTP/2 for yourself, you are probably aware of the visible performance gains possible with HTTP/2 due to features like stream multiplexing, explicit stream dependencies, and Server Push. There is however one important feature that is not obvious to the eye. This is the HPACK header compression. Current implementation of nginx, as well edge networks and CDNs using it, do not
Announcing Our Fourth Edge Location in Japan for Amazon CloudFront
We are excited to announce a new edge location in Tokyo, Japan for Amazon CloudFront. This is the third edge location for Tokyo and fourth in Japan which brings the total number of worldwide edge locations to 64. The new edge location helps improve performance and availability for end users of your application and supports all Amazon CloudFront features at no additional cost. To see a list of Amaz
Amazon CloudFront now supports HTTP/2
We are pleased to announce that you can now enable HTTP/2 for your Amazon CloudFront distributions to improve the performance of your web content delivered to clients that support the new HTTP/2 protocol. HTTP/2 is a major revision of the HTTP protocol. This new version has several features that make page loading and rendering faster. Multiplexing allows multiple requests and response messages bet
HTTPヘッダチューニング Etag・Last-Modified | REDBOX Labo
今回は既にCDNを利用している方も、利用していない方も今すぐ出来るHTTPヘッダチューニングをご紹介します HTTPヘッダのお話では、レスポンスヘッダやリクエストヘッダの中に何があり、どういう役割なのか簡単にまとめてみましたが、非常に多くのデータがWEBのやりとりで利用されていることが分かったと思います。 CDN利用時に利用者側が出来るチューニングは、オリジンサーバー側のApacheやNginxなどでどのようなHTTPレスポンスヘッダを付与するのか、しないのかということを決めるヘッダチューニングです。 Last-ModifiedヘッダはレスポンスヘッダのひとつでApacheやNginxなどのWEBサーバー側で適切な設定をすることによって、ブラウザ側にコンテンツの最終更新時刻を送信することができます。 ブラウザ側は、このコンテンツの最終更新時刻を覚えておき次回リクエストした際にリクエストヘッ
クラウド事業者が手を染めるCDN──アマゾン、マイクロソフト、IBM、グーグルがこぞって展開
CDNといえば、米アカマイ・テクノロジーズをはじめ専門の事業者が提供するサービス──その状況が変わりつつある。米アマゾン・ドット・コム、米マイクロソフト、米IBM、米グーグルといった大手クラウド事業者がオプションサービスとしてCDNを提供し始めた。その狙いや通信事業者に与える影響を解説する。 クラウドサービスの活用が進むにつれ、遅延によるパフォーマンスの低下が懸念されるようになった。特に、インターネットを経由するパブリッククラウドの利用では、他の企業とネットワークリソースをシェアするため、遅延を課題として指摘する声が高まっている。また、パブリッククラウドにおけるネットワーク費用は従量制の場合が多く、利用が増えるにつれコスト管理が問題となってくる。 この解決策の一つとして、米アマゾン・ドット・コム、米マイクロソフト、米IBM、米グーグルといった大手クラウド事業者が軒並み、コンテンツ配信を強化
Google CDN Beta is here… and it’s already one of the fastest CDNs out there! – blog.speedchecker.xyz
Some months ago, Google launched their Alpha program for their upcoming CDN service. We kept a close eye to their development and in the meanwhile, in NEXT 2016 Google has already announced the Beta phase of their CDN. We already discussed how this new product will fit in the broad palette of content distribution solutions Google has implemented. We have seen Google Global Cache, which is primaril
CDNトレンド2015(料金調査) | J-Stream CDN情報サイト
CDN料金調査 Dan Rayburnによる米国CDNトレンド解説 調査概要 調査日：2015年3月、4月 調査方法：アンケート 調査対象：CDNによるビデオ配信 有効回答数:700以上 補足：2014年にあったマルチCDNの調査なし $1M(1億円)以上のユーザ 2015 単価の下落率：31% トラフィックの増加：164% 流量課金 配信量：10PB/月程度 GB単価：$0.006～0.01 (0.6～1円) 帯域課金 契約帯域 ：900Mbps程度 Mbps単価：$1～1.4 (100～140円) 2014 単価の下落率：26% トラフィックの増加：186% 流量課金 配信量：7PB/月程度 GB単価：$0.007～0.02 (0.7～2円) 帯域課金 回答数が少ない(4件)ためデータ算出できず $500K～$1M(5,000万～1億円)のユーザ 2015 単価の平均下落率：22% ト
CDN国内パフォーマンス比較/Cedexis Radar 2016年3月 | J-Stream CDN情報サイト
Cedexis RadarによるCDNの国内パフォーマンス比較 補足：最新版(2016年9月版) Cedexisが行っているCDNパフォーマンス計測について国内部分を紹介します。計測方法や指標の詳細については、Cedexis Radar解説を参照ください。 これらグラフの対象は以下です： 主要CDN事業者(Limelight, Akamai, CDNetworks, Fastly, Cloudflare, Cloudfront) 国内ユーザ(IP)からのリクエスト Throughput比較 意味合い：100KBオブジェクトの転送速度 データ：中央値(50%パーセンタイル) 考察 3グループが形成されている 速：Akamai、Limelight 中：Fastly、CDNetworks 遅：CloudFalre、Cloudfront CloudfrontはCloudflareよりも遅い（スルー
CDNの料金 | J-Stream CDN情報サイト
非公開のCDN料金について 古くからの大手事業者(Akamai、Limelight等)は、非公開の料金を続けています。このひとつの理由は、技術系設備サービスにありがちな以下の構造にあります： 既存顧客：高い単価で契約している 新規顧客：CDNの配信原価は毎年下がり続けており、新規顧客の獲得にはそれなりの単価提示が必要である この結果、同程度の配信量でありながら、ユーザにより契約単価が10倍違うということも珍しくありません。 契約更新 契約更新における単価の見直し（他社への見積もり依頼）は必須であると言えます。交渉の目安としては1年あたり10%程度です。そして、いままで単価交渉を行っておらず5年ぐらい単価が変わっていない場合であれば、半額程度のディスカウント交渉を行うことも無理ではありません。また、米国における調査では、PB以上の大口契約かつ契約配信量が増えるという前提で、数十%の単価値下げ
キャッシュシステムのオリジンサーバアクセスの効率化と Apache Traffic Server
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは。システム統括本部プラットフォーム開発本部配信プラットフォーム部の大久保諒です。 過去に何度か紹介している通り、ヤフーでは静的コンテンツのキャッシュを行うためにオープンソースの HTTP プロキシサーバである Apache Traffic Server (以下 ATS) を用いて行っています。 Yahoo! JAPAN における HTTP/2 への取り組み ヤフーの画像配信システム（CDN）の紹介 さて、 ATS のような HTTP キャッシュを行うサーバにおいて、短時間である一つのオブジェクトに対する大量の HTTP リクエストが来た際に使用できるキャッシュがない場合、オリジンサーバの負荷が増大する問題が存在します。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CDNの仕組み（JANOG36）
std.time
CDNによるInternet支配の現状とICNの可能性
contributionofglitters.com - Registered at Namecheap.com
オールアバウトにおけるオンプレミス・クラウド使い分けポイント