Effectively use prompt caching on Amazon Bedrock | Amazon Web Services
AWS Machine Learning Blog Effectively use prompt caching on Amazon Bedrock Prompt caching, now generally available on Amazon Bedrock with Anthropic’s Claude 3.5 Haiku and Claude 3.7 Sonnet, along with Nova Micro, Nova Lite, and Nova Pro models, lowers response latency by up to 85% and reduces costs up to 90% by caching frequently used prompts across multiple API calls. With prompt caching, you can
RedisをフォークしたインメモリDBの「Valkey」、次期バージョンでは性能が2倍以上に
オープンソースの代表的なインメモリデータストア「Redis」のフォークとしてLinux Foundation傘下で開発が進められている「Valkey」は、AWSやGoogle Cloud、Oracle Cloudなどへの採用が始まっています。 参考：Google Cloud、Redisをフォークした「Valkey 7.2」のマネージドサービス「Memorystore for Valkey」プレビュー版を開始 8月2日に、フォーク後の最初のメジャーバージョンとなる「Valkey 8.0」のリリース候補版が公開されたのに合わせて、Valkey 8.0で予定されている性能や機能の向上についての記事「Valkey 8.0: Delivering Enhanced Performance and Reliability」がValkeyのブログに投稿されました。 その内容から、Valkey 8.0の主
MySQL5系クライアントと8系クライアント混在時に発生する現象 | 株式会社ヌーラボ(Nulab inc.)
こんにちは、ヌーラボの中村です。BacklogのGitチームで開発やメンテナンス、その他諸々をやっています。本記事ではMySQLクライアントのバージョンアップの際に出くわしたおもしろい挙動を解説します。 概要 MySQL 5.7サーバーへの接続について、MySQL5系クライアントからMySQL8系クライアントへのバージョンアップを検証していたところ、特定のクエリだけ実行結果が0件になる現象が発生しました。（あるPerlのプログラムで5系のクライアントをサポートしていない環境があり、やむを得ずアップグレードを実施しました） インターネットで検索すると、「クエリに空白を入れる」「改行を追加する」などおまじないのような解決方法が散見されましたが、そんなはずはないと思い調査を進めました。 調査したところ、原因は以下の3つが合わさったことによるものでした。 MySQL 5.7ではクエリキャッシュが有
の Amazon RDS DB インスタンス設定を使用した Amazon ElastiCache キャッシュの作成 - Amazon Relational Database Service
ElastiCache は、フルマネージドのインメモリキャッシュサービスであり、マイクロ秒単位の読み取り/書き込みレイテンシーを提供し、柔軟なリアルタイムユースケースをサポートします。ElastiCache は、アプリケーションとデータベースのパフォーマンスを向上させるのに役立ちます。ElastiCache は、ゲームのリーダーボード、ストリーミング、データ分析など、データの耐久性を必要としないユースケースのプライマリデータストアとして使用できます。ElastiCache は、分散コンピューティング環境のデプロイと管理に関連する複雑さを排除するのに役立ちます。詳細については、Memcached の場合は、「Common ElastiCache Use Cases and How ElastiCache Can Help」を、Redis OSS の場合は、「Common ElastiCach
ブラウザキャッシュの仕組みについてまとめた
Web開発において、ページの読み込み速度は非常に重要になります。 そのためにもブラウザのキャッシュは効率的なWebサイト運営に不可欠な機能です。 ブラウザのキャッシュには次のHTTPヘッダを設定することができます。 Expiresヘッダ Cache-Controlヘッダ Last-Modifiedヘッダ ETagヘッダ これらのキャッシュには強いキャッシュと弱いキャッシュで分類が可能です。 「Expires」「Cache-Control」は強いキャッシュであり、「Last-Modified」「ETag」は弱いキャッシュに分類できます。 強いキャッシュと弱いキャッシュ 強いキャッシュは設定された期間内は完全にローカルキャッシュを利用して、サーバーへのリクエストを行いません。 一方で弱いキャッシュはキャッシュされたリソースの検証が必要であり、ETagやLast-Modifiedヘッダを利用して
キャッシュされたファイルを CloudFront から削除する
Stay up to date with the latest from the Knowledge Center. See all new Knowledge Center articles published in the last month, and re:Post’s top contributors. 簡単な説明 CloudFront は、オリジンからの cache-control ヘッダーに基づいて、応答をエッジロケーションにキャッシュします。なお、CloudFront は、ディストリビューションのキャッシュ動作における最小、最大、およびデフォルトの有効期間 (TTL) 値に基づいて応答をキャッシュします。 設定した値に基づいて、CloudFront はキャッシュの有効期限が切れるまでキャッシュされたファイルを提供します。更新されたファイルをすぐに提供するには、ファイルを無効
ファイルを無効化してコンテンツを削除する - Amazon CloudFront
有効期限切れになる前に CloudFront エッジキャッシュからファイルを削除する場合、以下のいずれかの処理を行うことができます。 エッジキャッシュからファイルを無効にします。ビューワーが次にファイルをリクエストしたときに、CloudFront はオリジンに戻ってファイルの最新バージョンをフェッチします。 ファイルのバージョニングを使用して、異なる名前を持つ異なるバージョンのファイルを供給します。詳細については、「バージョン付きのファイル名を使用して既存ファイルを更新する」を参照してください。 ファイルを無効化するか、バージョン付きファイル名を使用するかを選択する ディストリビューションから供給されるファイルのバージョンを制御するには、ファイルを無効にするか、バージョン付きファイル名をファイルに設定します。ファイルを頻繁に更新する必要がある場合は、以下の理由で、ファイルのバージョニングを
Amazon CloudFront が特定のファイルをキャッシュすることを避ける
解決策 オリジンでの設定 注: レガシーキャッシュ設定を使用する場合は、CloudFront ディストリビューションのキャッシュ動作を更新し、オブジェクトキャッシュを [オリジンキャッシュヘッダーを使用] に設定します。キャッシュポリシーを使用する場合、CloudFront はデフォルトでは、オリジンの Cache-Control 設定を使用します。、 カスタムオリジンウェブサーバーのアプリケーションにおいて、CloudFront にキャッシュさせたくないオブジェクトに Cache-Control no-cache、no-store、または private ディレクティブを追加します。または、CloudFront にキャッシュさせたくないオブジェクトに Expires ディレクティブを追加することもできます。 Amazon Simple Storage Service (Amazon S3
ブラウザでリロードしながらキャッシュの挙動を確認してる全ての開発者へ | blog.jxck.io
Intro こういうタイトルを付けるのはあまり好きではないが、あえてこのようにした。 「ブラウザでキャッシュがヒットしない」 以下は、Web における Caching の FAQ だ。 サーバで Cache-Control を付与したのにキャッシュがヒットしない サーバで ETag を付与したのに If-None-Match が送られない サーバで Last-Modified を付与したのに If-Modified-Since が送られない 先日も、筆者が書いた MDN の Cache セクションで「記述が間違っているのでは?」と同様の質問を受けた。 Issue about the Age response header and the term "Reload" · Issue #29294 · mdn/content https://github.com/mdn/content/iss
差分更新未対応のデータソースでもCDataSyncで差分更新させる方法 - CData Software Blog
こんにちは、CDataSyncをよく触っている宮本です！ 今回は差分更新未対応データソースの場合でも差分更新させる方法をご紹介いたします。 CDataSync の差分更新対象のデータソース CDataSync の差分更新機能について 差分更新未対応のデータソースの場合には？ CDataSync での実際の設定イメージ REPLICATE 構文とCACHE 構文のそれぞれの特徴 おわりに CDataSync の差分更新対象のデータソース そもそも、CDataSync では差分更新ができるデータソースはSalesforceやMarketo、kintoneやスマレジなど、一部のものに限定されています。 以下のリンクにてCDataSyncで使用できるデータソースの一覧が確認できますが、その中でもアイコンの右上に★印があるものが差分更新対応のデータソースとなります。 https://www.cdat
Docker のキャッシュを全力で使いこなそう
tl;dr 依存パッケージのダウンロードは最初に実行しよう マルチステージビルドは必須と覚えておこう RUN --mount=type=cache を使おう（でも BuildKit を使えるかは確認して！） pnpm fetch も期待大 はじめに みなさん，Docker を使って開発するときに依存パッケージのダウンロードをずっと待ち続けた経験はありませんか？「依存パッケージの追加なんて頻繁に発生しないし，我慢しよう…」と妥協している方も多いでしょう． 頻繁に発生しない？本当にそうですか？ 追加ではなくても依存パッケージの更新なんてよく発生するし，ベースイメージを更新することもあります．その度に全部ダウンロードし直しなんて堪ったもんじゃありません．モバイル回線だったら一瞬でギガがなくなっちゃいますよ！ ということで，この記事ではキャッシュを活用して依存パッケージのダウンロードが何度も発生し
Amazon CloudFront のキャッシュ仕様についてあらためて調べてみた - michimani.net
2020-04-03 Amazon CloudFront は AWS が提供している CDN サービスで、 AWS 環境で Web アプリケーションを運用する際に利用することが多いと思います。このブログの運用にも使用しているのですが、ふと CloudFront のキャッシュ仕様について気になったので、あらためて調べてみました。 気になったきっかけは先日書いたブログ記事です。 目次 前提 触れること 各項目の概要 各項目の詳細 Cached HTTP Methods Cache Based on Selected Request Headers Object Caching Forward Cookies Query String Forwarding and Caching まとめ 前提 CloudFront の Web Distribution において、 オリジンに S3 を指定してい
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)
Introducing the Workers Cache API: Giving you control over how your content is cached
At Cloudflare, we aim to make the Internet faster and safer for everyone. One way we do this is through caching: we keep a copy of our customer content in our 165 data centers around the world. This brings content closer to users and reduces traffic back to origin servers. Today, we’re excited to announce a huge change in our how cache works. Cloudflare Workers now integrates the Cache API, givin
Incremental Static Regeneration で実現する次世代のサーバーアーキテクチャ
next.js 9.4 に Incremental Static Regeneration という実験的な新機能があります。 Blog - Next.js 9.4 | Next.js パッと見、「段階的な静的サイト生成…？なんのことだろう…」となったのですが、手元で試してみた感じ、これが既存のサーバーの実装アプローチを変える、革命的な機能ではないかと思いました。 解説を書きつつ、どのような応用があるか解説します。 next.js の Incremental SSG を試してみる リポジトリはここです。 mizchi/issg-playground 解説にあたっては、必要なのはほぼこのファイルだけで、短いのでそのまま貼ります。 // pages/[slug].tsx import { GetStaticProps, GetStaticPaths } from "next"; type Pro
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Caching strategies for Memcached - Amazon ElastiCache
GitHub - redis/hiredis: Minimalistic C client for Redis >= 1.2
20190730 AWS Black Belt Online Seminar Amazon CloudFrontの概要
GitHub - apollographql/apollo-link-persisted-queries: Persisted Query support with Apollo Link
