使用 Cache-Control 的 Cloudfront 缓存响应:在流量高峰时从源设置无缓存、无存储(使用 k6 进行负载测试)

发布于 2025-01-10 04:56:49 字数 708 浏览 0 评论 0原文

当前缓存策略设置为

Minimum TTL : 0
Maximum TTL : 31536000
Default TTL : 0 

源响应 我们有一个特定的 URL 模式,我们正在为其设置来自源的 Cache-Control: no-cache, no-store 响应标头。

预期行为: 根据文档的预期行为管理内容在缓存是所有应该到达源服务器的请求。

测试条件 我们一直在使用 k6 进行负载测试,发现在 10 rps 下持续 10 秒,我们从 Cloudfront 获得大约 65% 的缓存命中,并且只有 35% 的缓存未命中(基于 < code>X-Cache 标头。 我们尝试了 TTL 和其他可能的 Cache-Control 标头的许多不同组合,但没有任何效果。

预期解决方案 我们希望具有该特定模式的所有请求都能到达我们的源服务器。

Current cache policy is set to

Minimum TTL : 0
Maximum TTL : 31536000
Default TTL : 0 

Origin Response
We have a specific url pattern for which we are setting the Cache-Control: no-cache, no-store response header from origin.

Expected behaviour:
The expected behaviour according to the docs Managing how long content stays in the cache is all the requests should reach origin server.

Test Condition
We have been using k6 for load testing and found that under 10 rps for 10s, we get about 65% cache hit from cloudfront and only 35% cache misses based on the X-Cache header.
We have tried many different combinations of TTL and other possible Cache-Control headers but nothing worked.

Expected Resolution
We want all the requests with that specific pattern to reach our origin servers.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文