AWS 几年前就推出了他的cdn服务- Cloudfront，可以允许创建一个URL，指向用户自己的S3 bucket或者Web server。当其他人访问这个Cloudfront URL的时候，DNS会自动解析到最近的物理位置的边缘服务器（Edge server），然后edge server会查询自己是否已经有相关的缓存，如果没有，他会向Orgin发送请求获取信息，并保持在当地。默认的缓存时间是24小时。
详细的工作过程参考以下链接
首先，先创建一个S3 Bucket， 取名叫做beanphoto, region就设在Sydney好了
然后上传一个图片
为了保证所有人都能从Cloudfront的URL访问，必须设置成public
先看看S3 Bucket本身的链接是否工作
打开木有问题。风景不错吧，这个是豆子在斐济的一个小岛拍的照片
切换到CloudFront, 点击 Create Distribution
选择 Web， RTMP是给流媒体准备的
Domain name输入S3 Bucket的名字，其余的默认选项
Price Class可以选择世界内的范围，我选择的美国和欧洲
我还添加了一条CNAME，因为Cloudfront自动生成的URL太难记住了，同时我还需要在DNS的控制面板里面也添加对应的CNAME
点击确定之后就会开始创建，他会把相关的配置（不是具体的内容）传送给所有的Edge Server。这个过程大概要15分钟左右。
接下来，豆子登录Godaddy，添加一条CNAME
添加好了，等候个5分钟左右就可以查询了
解析一下CNAME，成功。
可以看见对应的Cloudfront URL有多个服务器地址，这些都是Edge Server的地址
等了15分钟，总算配置完成了
我们来测试一下是否有效。
首先测试S3的初始地址，大概需要4.66S才能打开
然后测试一下CDN之后的URL，只需要724ms
通过颜色对比，可以发现DNS解析，连接，下载数据的时间都大为减少了！
隔了一天之后，甚至还可以查看CloudFront的相关访问记录
比如欧洲的边缘服务器被访问了4次
而美国的边缘服务器被访问了15次左右
原文链接：https://blog.csdn.net/ubggze6t/article/details/38848423?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522165918469516782388019665%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fblog.%2522%257D&request_id=165918469516782388019665&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2~blog~first_rank_ecpm_v1~times_rank-28-38848423-null-null.nonecase&utm_term=%E9%A6%99%E6%B8%AFcdn
原创文章，作者：优速盾-小U，如若转载，请注明出处：https://www.cdnb.net/bbs/archives/3537
