タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
CloudFrontで素早くコンテンツを更新させたい場合にTTLを短くしInvalidationを行わないキャッシュ戦略を考える | DevelopersIO
CloudFrontで素早くコンテンツを更新させたい場合にTTLを短くしInvalidationを行わないキャッシュ戦略を考える CloudFrontで頻繁に更新されるコンテンツではないため長くキャッシュさせておきたいが、更新があった場合はすぐに反映させたい、というケースではTTLを短くしておきましょう。オリジンからのデータ本体の転送は更新の際にしか実施されません。 はじめに 清水です。AWSのCDNサービスであるAmazno CloudFrontを利用する場合に、頻繁に更新されるファイルではないため、なるべく長くCloudFrontにキャッシュさせオリジンへのアクセスやデータ転送の負荷などは極力少なくしたい。けれどオリジン側でファイルの更新があった場合は、なるべく早くCloudFront側でもキャッシュの反映を行いたい、といったことがあります。 このようなケースで1つ考えられる方法は、C
メルカリShopsのキャッシュ戦略
メルカリ Shops の開発 vcl, python, golang, containers, typescript, etc. が入っている monorepo で開発が行われている。 なので、あまり専門性はあってもどの領域でも開発を行う。 メルカリアプリ上で動いているため、 webview がベースとなりパフォーマンスは普段以上に求められている。 技術スタックはこちらを参照 ユーザーへの UX を下げないために。。 First Meaningful Paint を速くするSkeleton などでフィードバックを適切に行う => とりあえず速く結果を返却すればよい 結果を速く返すために考えること 共通な結果はすべてキャッシュし、CDN などを使い近くに置く極力、ユーザーからのアクセスを origin まで到達させない常に新鮮な結果を近くに保持することにより、上記を満たせるようにする =>
DELISH KITCHENで扱うデータには、大別してレシピデータなどの主に入稿によってしか変動しないものと、お気に入りなどユーザの行動によって変動するものとが存在しています。 両者を比較すると、マスタデータの方は変動性が低い傾向があるため、キャシュについても異なる戦略が必要となります。 DELIS…
仕事でCI全般のお悩み相談されることが多くて .circleci/config.yml や .gitlab-ci.yml をリファクタリングすることがよくあるのですが、その時に一番意識してるキャッシュ戦略について長年自分の中の暗黙知になっていて明文化できてなかったので書きます。 前置き 用語の定義 その他 GitLab CIとCircleCIの両方に共通すること キャッシュを過度に使いすぎない 許容できるケース 11/6追記 ないと困るものはキャッシュにしない 10/30 12:00追記 キャッシュをバージョニングする 複数のブランチでキャッシュを共有できるようにする GitLab CI固有の話 GitLab CIのキャッシュの仕様 CircleCI固有の話 CircleCIのキャッシュの仕様 同一のkeyで一度キャッシュが作られたら上書きができない キャッシュのkeyは前方一致 どうして
技術記事『Amazon Builders' Library』にフォーカスを当てた勉強会「AWS Tech talk Night#5 クラウドネイティブ時代のエンジニアが押さえておきたい ソフトウェアの構築・運用で考慮すべき5つのポイント ～AWSプリンシパルエンジニアの技術記事をソリューションアーキテクトが解説～」。ここで、ソリューションアーキテクトの川島氏が登壇。まずはローカルキャッシュと外部キャッシュの特徴と欠点について話します。 本セッションのコンテンツ 川島拓海氏：それでは私から「キャッシュの課題と戦略」について話します。よろしくお願いします。（スライドを示して）私はアマゾンウェブサービスジャパンの川島拓海と申します。ふだんはソリューションアーキテクトとして、お客さまのクラウド移行や検討を支援しています。得意な技術領域は機械学習や画像認識です。 本セッションでは、Amazon Bu
Next.jsの画像周りのキャッシュ戦略について調べる
import Image from "next/image"; import stinCatJpg from "./stin_cat.jpg"; // 画像をJavaScriptモジュールのように扱い、指定する形式 <Image src={stinCatJpg} alt="stin cat" />; // img要素同様に文字列を指定する形式 <Image src="/stin_cat.jpg" alt="stin cat" width="300" height="300" />; 本記事では、画像をJavaScriptモジュールのように扱う形式を「モジュール読み込み」と呼び、文字列を指定する形式を「文字列読み込み」と呼ぶことにします。 モジュール読み込み形式だとビルド時に画像サイズを計測して自動でwidth, heightを指定してくれます。 これらは単にwidth,heightの指定を
基礎知識編 Webシステム開発においてキャッシュの理解と設計は非常に重要です。 キャッシュはサーバーの負荷を軽減し、レスポンス時間を大幅に短縮する役割を果たします。頻繁にアクセスされるデータや計算結果を一時的に保管しておくことで、同じリクエストが来たときに再計算や再取得をせずにすみます。 前半の"基礎知識編"では、主にキャッシュ戦略やAWSが提供しているインメモリのキャッシュサービスについてまとめ、記事の後半の"ハンズオン編では、"MemCached"を使ったクエリチューニングを実践していきます。 キャッシュ戦略種別 キャッシュ戦略は、システムの目的や構成、負荷の性質に応じて選択することが重要です。主に、「ローカル or リモート」、「リード or ライト」、「インライン or アサイド」の三つの軸で戦略が分類されます。それぞれの軸での選択がパフォーマンスや一貫性に大きな影響を及ぼします。
Web配信のキャッシュ戦略についてまとめてみた
はじめに こんにちは、23卒でバックエンドエンジニアをしています。@putcho01 普段の業務では新規サービスの開発を行なっています。 最近チーム内でAkamai CDNの配信設定・インフラ構築をすることがあったのですが、あまりにもキャッシュについて理解していませんでした。 ProxyやCDNを用いてキャッシュすることで、負荷耐性を向上させたり、より高速・安全なWebサービスを提供できるんだなくらいの知識しかなく、具体的にどのような観点でキャッシュを検討するのかや配信をすれば良いかは説明できませんでした。 そこで、以下の本を読みつつ調べたことをもとにProxy/CDN・HTTPでのキャッシュの行い方についてをまとめてみました。少しでも参考になれば幸いです。 配信のとらえ方 Webサイトの配信、スマートフォンゲームでのアセット配信、ライブ配信など、配信と呼ばれるものは数多くあります。 例
JWK Set 取得タイミング OIDC ID Tokenの署名検証時 その他 JWT 署名検証時 e.g.,) Apple の Server-to-server Notification JWK Set 取得頻度とキャッシング JWK Set には複数の鍵が含まれており、固定の URL から取得可能になっていることが多い。 OpenID Connect では /.well-known/openid-configuration にアクセスすることで JWK Set が公開されている URL (jwks_uri) を取得できる。 このエンドポイントから返される鍵は、一定期間ごとに新しいものに差し替えられたりするが、jwks_uri は固定であるため署名検証者は常にこのエンドポイントにアクセスすれば署名検証に必要な鍵が得られるようになっている。 しかし、ID Token や Server-to
概要 キャッシュ理解が曖昧な状態でキャッシュを活用した機能開発を行ったせいで、サーバーへの負荷を軽減することができずにパフォーマンスの悪い実装をしていました。 当たり前ですが、適切にキャッシュを利用しないと意図せずサーバーへ負荷を与え続けてしまいます。 そうならないためにも今回は、キャッシュの基本と私が行ったパフォーマンス改善の内容をご紹介します。 キャッシュとは アプリケーションに頻繁にアクセスされるデータを一時的に保存しておくものです。 ストレージに一時的に保存しておけば、データベースへのリクエストを減らしたり、計算処理をすることなくレスポンスできたりするので、負荷を削減しつつ高速にデータ処理を行えるようになります。 リアルタイムな情報や、頻繁に更新されるコンテンツには不向きなので、状況に合わせて使用するようにしましょう。 キャッシュの種類 CPUキャッシュ システムレベルのキャッシュ
2020-03-27 このブログは静的サイトジェネレータの Hugo を使ってビルドしています。静的サイトの魅力といえば、表示の速さです。また、CloudFront などの CDN でコンテンツをキャッシュすることで、より表示スピードを上げることができます。今回は静的サイトにおけるキャッシュ戦略について、実際にこのブログで運用している方法を例に紹介したいと思います。 目次 前提 キャッシュの種類 コンテンツ・データの種類 静的サイトのキャッシュ戦略 CDN (CloudFront) のキャッシュ戦略 ブラウザのローカルキャッシュ戦略 まとめ 前提 このブログは下記のサービスを用いて AWS 環境上で運用しています。 Route 53, CloudFront (ネットワーク) S3 (コンテンツデータ) CodePipeline, CodeBuild (自動デプロイ) デプロイの詳細について
![[Hugo] 静的サイトのキャッシュ戦略について - michimani.net](https://cdn-ak-scissors.b.st-hatena.com/image/square/37fc3d0a96b08b455ffa51a6563c74595bc0e19e/height=288;version=1;width=512/https%3A%2F%2Fmichimani.net%2Fimages%2Fog%2Fec-hugo.jpg)
PWA Night vol.18 ～パフォーマンス～ での発表資料です。
ServiceWorkerのキャッシュ戦略を考える - Hivelocity (ハイベロシティ) デジタルでビジネスを最適化
先日Workboxを使ってServiceWorkerのキャッシュ機能を体感してみました（前回記事『Workbox + webpackでServiceWorkerのオフラインキャッシュと戯れる』を参照ください）が、手当たり次第にキャッシュしてしまうとキャッシュストレージを圧迫してしまったり、更新性の高いコンテンツが反映されなかったりとさまざまな問題に直面します。 自社プロダクトへの実装を考えるにあたり、キャッシュ戦略についてもう少し理解を深めて（考えて）みたいと思います。 Pre CacheとRuntime Cache Workboxを触った時に、ServiceWorkerでキャッシュを扱う際に大きな概念として“Pre Cache”と“Runtime Cache”の2つが登場しました。 これはキャッシュを生成するタイミングを管理する要素になります。 実装するときには、まず各ファイルがこのどち
はじめに 聖地の写真を共有するサービス「Holy Place Photo」にService Workerによるキャッシュを実装しました。 そのためネットワークがオフラインでも下記のようにサクサク動きます!!!! Service Worker Demo pic.twitter.com/t04xSRl7B2 — tiwu (@tiwu_official) 2019年2月25日 また、LighthouseのPWAのスコアは100を取れました。 この記事ではService Workerを利用したキャッシュの設計、Laravel + Vue.jsのWebアプリケーションでの実装を解説していきたいと思います。 注意書き 僕の考えた最強のService Workerのキャッシュの設計のため唯一の正解ではありません キャッシュの設計はサービスによって違うと思うのでこの記事は一つの参考にしてください まずS
この記事は、現在開催中のイベント「フロントエンド強化月間 - 開発する上で知っておくべき知見を共有しよう」の記事です。 はじめに QiitaではService Workerを使い、リソースをクライアントにキャッシュさせることにより、パフォーマンスの向上、リクエスト数の軽減をしている。 Service Workerでキャッシュを扱うにあたって、いくつかのキャッシュ戦略があるため、それを紹介する。 Service Workerについて Workbox Qiitaでは、Service Workerファイルの生成にWorkboxを使っている。 Workboxは、gatsby-plugin-offline、next-offlineとかにも使われているライブラリで、Googleが開発している。 Service Workerを簡単に書くことができるのがウリ。 プリキャッシュ（事前キャッシュ） Servi
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 キャッシュ戦略 以下のトピックでは、キャッシュを設定および維持するための戦略について説明します。 キャッシュするデータとデータへのアクセスパターンに基づいて、キャッシュを入力し維持するために実装する戦略とは何か。たとえば、ゲームサイトやトレンドのニュースのランキングトップ 10 で同じ同じ戦略は使用したくないでしょう。このセクションの後半では、一般的なキャッシュのメンテナンス戦略、利点および欠点について説明します。 遅延読み込み その名前が示すようため、[遅延読み込み] は、必要なときにのみキャッシュにデータを読み込むキャッシュ戦略です。これは、以下で説明するように動作します。 Amazon ElastiCacheは、インメモリ key-value ストアで、アプリ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DELISH KITCHENにおけるマスタデータキャッシュ戦略とその歴史的変遷
GitLab CIとCircleCIのキャッシュ戦略の違い - くりにっき
キャッシュ戦略で大規模スケールアウトのコスト問題を解決 「ローカルキャッシュ」「外部キャッシュ」それぞれの利点
【図解】キャッシュ戦略って何？キャッシュを使ったクエリチューニングって何？ - Qiita
json-jwt gem の JWK Set キャッシュ戦略 - Qiita
CloudFrontとS3を活用したキャッシュ戦略：APIパフォーマンス改善への実践的アプローチ
[Hugo] 静的サイトのキャッシュ戦略について - michimani.net
Jamstack × PWA におけるキャッシュ戦略
僕の考えた最強のService Workerキャッシュ戦略で爆速サービスを作った - Qiita
Service Workerによるキャッシュ戦略の種類 - Qiita
キャッシュ戦略 - Amazon ElastiCache
www.youtube.com
www.nhk.or.jp
sastumaimo.hatenablog.jp
k-tai.watch.impress.co.jp
news.yahoo.co.jp
pandora11.com