我知道这是一个苹果和橘子的问题,但我想了解使用 https 和 AWS Cloudfront 签名 URL 的优缺点。人们可以评论并添加到这个列表中吗?
HTTPS
PROS
- 安全性:https 比 http 更安全。不过,我不确定这意味着什么,如果您不能相信该 URL 实际上来自亚马逊,那么您可以信任谁?
- 保持应用程序的现状:由于另一个原因,您的网站已经完全使用 https,就像您处理信用卡一样。对 Cloudfront 使用 https 可以防止提醒用户您正在提供不安全的内容,即可怕的“黄色”指示符符号。这是否也可以是一个con如果您的网站完全是http(诚实的问题)?
- 难度:0/10。只需将 url 中的 http 更改为 https 即可,无论哪种方式都可以开箱即用。另一方面,如果您想将自己的 CNAME 与 https 一起使用,这似乎更加令人困惑,7/10,尽管我还没有尝试过,因为con下面#1...
CONS
- 费用:$600/月!!使用带有自己的 CNAME 的 https,例如,
images.mysite.com
代替blah123.cloudfront.com
。另一方面,我的理解是使用 CNAME 和 http 是免费的吗?
签名网址
PROS
真正的安全性:签名网址似乎是控制谁有权访问您网站内容的最常用方法。您可以控制用户 IP 地址和有权访问的持续时间等内容。
费用:无
CONS
- 难度:9/10。创建签名 URL 相对来说比较混乱。有很多术语需要学习,可能还有一些库不属于您需要查找的 AWS 开发工具包。
HTTPS 有助于保护传输中的数据,如果您已在使用 SSL 访问应用程序,这会很有帮助。由于 CNAME 问题,大多数人可能不会意识到您的图像和其他静态内容是从 cloudfront.net 而不是 yourdomain.com 传送的
签名 URL 仅有助于控制谁可以访问给定文件以及他们可以访问该文件的时间。您可以使用它来向登录用户交付数字购买或其他私人文件。您还失去了云前端的一些缓存优势。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)