Amazon web services AWS S3：React失效请求的定价。托管在S3上的js应用程序

我有一个使用React.js、HTML和Java脚本开发的web应用程序。 此react.js web应用程序调用后端REST API

我在AWSS3上托管了这个web应用程序

我能够使用HTTP访问web应用程序

为了支持基于HTTPs的访问，我计划使用AWS cloud front

我没有太多的静态媒体内容，但是很少有css、js和一些小图片

据我所知，云前端的定价是基于

数据传输量

HTTP/HTTPS请求数

失效请求

在我的例子中，当用户请求网页或想要搜索记录时，web应用程序会向后端发出HTTPs调用

我想知道对后端的每个请求是否都被视为

“无效请求”

或者失效请求是否仅在静态内容（HTML、CSS、JS、图像）更改时适用

---

对于基于S3的web应用程序，是否有其他经济高效的选项来启用HTTPs？

如果要清除CloudFront缓存中的缓存内容（即文件的旧版本）并使用新版本，则只需创建一个

无效请求

使用React/HTML/CSS项目，您将把它放在S3 bucket中，并将S3 bucket设置为CloudFront的源。当CloudFront从S3获取对象时，它会将它们缓存在边缘缓存中，以便将来请求对象的TTL（生存时间）。该对象将保留在那里，并且CloudFront在TTL过期之前不会检查您的源站是否有该对象的新版本

失效请求将告诉CloudFront从缓存中清除对象，因为它们不再在缓存中，当请求到达CloudFront时，它将从S3存储桶中获取对象

基本上，每次发布新的生产构建时，都需要CloudFront使用对象的新版本，因此每次将对象的新版本投入生产时都需要执行失效

您可以在此处阅读有关失效和失效成本的更多信息：

值得注意的是，我们每天发布5-10个版本，我们的代码管道为我们处理失效问题。我们从来没有为失效支付过任何费用。另外，根据我的经验，根据要失效的对象的数量，失效可能需要几分钟到30分钟以上。
向cloud front发出请求并不是
失效请求
。您可以阅读有关失效请求的信息