S3バケットに含まれる全オブジェクトのCache-Controlを書き換える、一撃で！ | DevelopersIO
はじめに CloudFrontとS3オリジンを組み合わせたWebサイトを構築した場合、キャッシュ時間(TTL)を制御する際には、S3オリジンに配置されたオブジェクトのMetaDataにCache-ControlやExpiresを設定する必要があります。詳しくは都元の以下の記事を参照して下さい。 CloudFrontのキャッシュ時間(TTL)はどの程度なのか ただし、AWS管理コンソールでは、S3のオブジェクトを複数選択して一気にMetaDataを書き換えることは出来ません。ちまちまとGUIで操作するのは大変面倒臭い。 なので、これを一撃で書き換えるスクリプトをAWS SDK for Rubyを使って作りました。 やってみる スクリプトの内容はこんな感じです。 # Must be carried out in advance: # export AWS_ACCESS_KEY_ID='YOUR
[AWS] Amazon CloudFrontのキャッシュ無効化(TTL設定) | DevelopersIO
こんぬづは、昨日飲みの席でインターン時代の先輩から「ドープ」というスラングを教えてもらいました田中です。 "Awesome"とかと同じ感じで「スゲェ」とか「最高」とかの意味らしいです。イケてないのは「ノー ドープ」と言う用法らしいです。 今日はCloudFrontのキャッシュ無効化設定の方法を紹介します。 TTL設定とは まずTTLというのはTime to liveの省略で、生存期間を示す言葉です。 今回はCloudFrontのキャッシュのTTLなので、CloudFrontのエッジサーバーにキャッシュが保存される期間の設定の話になります。 キャッシュの無効化方法 オリジンサーバーのCache-Controlを設定する 今回の例はEC2上のnode.js/expressで設定。 レスポンスヘッダのCache-Controlにno-cacheか、max-ageを0に設定します。 // inde
![[AWS] Amazon CloudFrontのキャッシュ無効化(TTL設定) | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/05bf92c3dad6e282bf2cded7bb4b61f42547e50e/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FAmazon_CloudFront.png)
[AWS] Amazon CloudFrontのキャッシュ削除(Invalidation) | DevelopersIO
おばんです、来週はお世話になっているSwift 愛好会さんで開催される開発合宿が楽しみな田中です。 なにをやろうかな、ライブラリ作ろうかな、個人アプリ開発を進めようかな、参加者の方々と設計を語るのも良さそうだな...。楽しみだー！！ さてさて、今回はAmazon CloudFrontを少しさわったのでその時得たTips紹介です。 Invalidationとは Invalidationとは、CloudFrontのエッジサーバー上のキャッシュを削除する機能です。 キャッシュの削除方法 該当するCloudFrontのコンソールを開く。 Invalidationsタブを選択し、「Create Invalidation」のボタンを押す。 削除したいオブジェクトのキャッシュをパス指定で削除する。 ワイルドカードが使用できるので、まとめて全キャッシュを削除する場合はこの画像の指定。 パスが指定できたら「
CloudFrontのリージョナルエッジキャッシュが発表されました #reinvent | DevelopersIO
はじめに こんにちは、中山です。 米国時間11/30(水)にCloudFrontのリージョナルエッジキャッシュ機能が発表されました。本エントリではこの機能についてまとめたいと思います。 リージョナルエッジキャッシュとは何か 一言で言うと「エッジロケーションとオリジンの間にもう一段キャッシュサーバ郡を組み込んだもの」と理解してよいと思います。図で解説します。従来はCloudFrontは以下のようにエッジロケーションとオリジンの2つで構成されていました。 図にも書きましたが、エッジロケーションと呼ぶキャッシュサーバ上にキャッシュが残っていた場合、そのキャッシュをクライアントに返します。もし残っていない場合はCloudFrontがオリジンからコンテンツを取得し、エッジロケーションにキャッシュさせつつクライアントに返すという動作です。 この構成の場合、オリジンからコンテンツを取得する際のパフォーマ
Play frameworkのサンプルをAWS Elastic Beanstalk + Amazon ElastiCacheで動かす | DevelopersIO
Play frameworkのサンプルをAWS Elastic Beanstalk + Amazon ElastiCacheで動かす 今回の目的 さて今回は 「memcachedつかったサンプルをPlay frameworkで動かす。memcachedはElastiCache使って」 という指令を受けたため、調査および環境の構築を行いました。その結果を公開します。 結果的にタイトルにあるように、作成したアプリケーションをElastic Beanstalkにアップロードして、そこからElastiCacheを使用しました。 まずは環境設定から行っていきましょう。 ローカル環境構築 本記事での動作確認環境は下記の通りです。 OS : MacOS X 10.7.1 Java SE: 1.6.0_26 Play framework : 1.2.3 memcached : 1.4.5 memcache
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
