为什么有的CDN的稳定性强，有的稳定性弱呢？要怎么选择呢？

想要选择稳定性强的CDN，一定要考虑网络流量和节点的问题，我们公司就是用的飞云的CDN，他们的节点数量很多，而且会根据连接的情况以及用户的情况，智能的选择最优的服务节点，所以相对来说会非常稳定。如果对我的回答满意的话，给个大大的赞吧。

服务器 阿里云 云服务器ECS Centos7.4

域名阿里云的域名

SSL协议 certbot生成的SSL协议

阿里云官方CDN 学习路径

1.为什么使用CDN？

阿里云内容分发网络 CDN 将源站内容分发至最接近用户的节点，使用户可就近取得所需内容，提高用户访问的响应速度和成功率。

从这个节点获取资源，使得访问更加流畅，降低真实服务器的负载。

对于家大业大的服务器拥有者可以通过增加带宽达到相同的效果。

登录阿里云账号，在阿里云 控制台页面 下面产品选择CDN，或者左上角侧导航点击打开，再下来选项中选择CDN

1.开通方式有两种，一种流量方式，一种带宽方式

使用流量，通过购买流量包，在访问缓存在节点资源时候，会消耗流量，直到流量用完。

使用带宽，包年服务

2.选择某一种方式，勾选同意CDN协议，即可开通成功

1.如果走流量，进入CDN控制台，购买流量包

配置如下

2.创建加速域名（域名管理-添加域名）目的获取 CNAME

3.解析域名

针对阿里云域名，依照 步骤

值得注意的主机记录与记录类型搭配的组合 不能与列表中的其他项目冲突

在这一切都完成后，通过WIN+R 输入cmd打开终端，通过 ping 加速域名 来查看是否成功开启CDN

如果出现

如果回显信息包括 . kunlun*.com，则表示CNAME配置已经生效，域名加速也已生效。

访问下自己加速域名下的资源看一看,是否出现了问题?

出现的问题：

1.如果 CDN管理 中的HTTPS显示未开启，而自己确开通了HTTPS（配置了SSL），那么通过HTTPS访问网站资源会报错，说是无法加密解密，我出现这个问题，是因为我使用的certbot配置的SSL,由于挂载得项目需要python2.7等问题，虽然配置SSL成功，但是有一个警告

NGINX configured with OpenSSL alternatives is not officiallysupported by Certbot.

所以出现这个问题后，我不知道是不是因为SSL本身配置的问题

查看 域名管理列表 - 点击加速域名右侧的 管理 ，选择HTTPS配置 强制跳转

配置了 https ->http

最终问题得到了解决，资源可以访问到了

2. 配置CDN且预热资源成功，但是总是无法命中，回源怎么办？

进入CDN控制台 -》 域名管理 -》管理 -》缓存配置 -》 添加

地址添加需要缓存的文件后缀，多个以“,”号分隔；添加过期时间和权重，其中权重 1-99 ，权重越高，执行规则越优先

添加完一个后，可以继续点击添加，添加另一个规则。

以我的为例，我需要对视频进行CDN节点加速，则

1. 关闭CDN服务 , 选择列表内的操作域名 最右侧三个点，点开有 停止 与 删除 ，可供操作

2.CDN提供资源的刷新和预热功能。

通过刷新功能，您可以强制CDN节点回源并获取最新文件；

通过预热功能您可以在业务高峰前预热热门资源，提高资源访问效率。

通过本文您可以了解刷新和预热功能的配置方法，也可以查询其操作记录。

刷新操作，将最新内容强制推送至CDN节点 - 进入 CDN控制台 -》 点击 刷新预热 -》 选择操作方式 -》 添加对应内容

如：

刷新

淘汰旧文件，重新获取文件的新版本

当文件有跟新时，需要手动执行刷新操作，将CDN中缓存的历史版本设置为超时，并从源站获取最新的版本。

刷新操作相对于一个触发更新的动作。

如果不刷会有啥问题呢?

用户在访问URL时，命中的是CDN中的旧数据，因此需要“缓存刷新”。

预热

首次发布的文件，主动从源站推送到CDN，让用户访问到CDN时不用回源命中

预热时间

资源预热完成时间将取决于用户提交预热文件的数量、文件大小、源站带宽情况、网络状况等诸多因素。

手动访问加速域名，只是推送数据到离你最近的节点，而不是所有的节点，所以阿里云CDN还是需要预热或刷新同步资源。

由于国内外网络环境的差异，CDN(内容分发网络)的意义也有了不同。在国内，CDN最主要解决的问题是运营商之间的互联互通问题，当然也确实解决了突发流量、大范围覆盖、网民访问缓慢的问题。因此，国内对CDN需求最明显的是大型互联网公司，尤其是视频、游戏、门户、电商等。企业类相对就了解的很少了，只有个别外资企业能够理解CDN的真正意义，国内企业还需要很久的时间去理解。在国外，Akamai的相当一部分客户群体是企业，各种与互联网并不直接相关的企业。 CDN的好与坏，个人认为有如下几点：(不分先后) 1，基础建设的投入，也就是节点的质量和数量(因此小型CDN服务商自然在资金方面是劣势) 2，技术研发投入，对新技术的敏感，对互联网流量的敏感，对IP网络底层技术的敏感动态数据越来越多，如何针对动态技术进行加速，如何真正高效的动静态分离，如何针对不同业务自动进行识别和区分，如何真正智能的调度流量，等等 3，对互联网公司业务的深刻理解，针对游戏、视频、门户、电商等等互联网公司，不同业务类型有哪些独特的需求，服务和产品该如何实际解决问题，如何让客户真正感觉到方便、实用、高效。 4，服务意识，如何不断提升后台系统的效率，如何给客户一个真正方便简洁的操作界面，如何能利用带宽等数据统计出更有价值的信息给予反馈，如何让CDN服务变得相对透明，而不是成为运维部门的一种工作压力。 5，数据说话，积累了如此多的数据，有什么样的反馈，有什么样的汇总和归纳，能提炼出哪些对客户更有附加价值的东西，是否能发现现在系统的问题从而第一时间解决。 6，运营经验，做运维的朋友们都知道，经验非常重要。因此，一个CDN服务商的服务时间很关键，就像一句老话，吃的盐比你走的路都多，能一样么? 当然，经验不是单纯时间的累计，应该是不断总结、不断改进的过程，漫长确意义非凡。 一些看法： 1，计费标准，由于国内运营商的垄断地位是不可置疑的，因此计费方式很大一部分是受运营商影响的。Akamai是按照流量计费，而国内不得不以带宽计费方式为主。 2，价格高低，如果单纯的只是将运营商的带宽转售给互联网公司，那CDN就变成了带宽批发商，价格自然就只是价格，没有其他价值了。但如果能结合大量的数据，从技术上提升体验，就有了更多的价值，价格自然会高。 3，避免恶性循环，当产品和服务的附加值过低时，恶性循环就开始了。买东西的只看低价，卖东西的只好不断降价，买东西的发现质量越来越差，只好寻找更低的价格，卖东西的就只好不断压缩成本，降低投入...长此以往，后果可想而知。 个人认为一些有价值的东西： 流量调度，说起来简单，能做到Akamai那样的全球调度，不容易 动态数据，目前国内CDN服务商都没有真正实用、好用的方案，需要持续的技术投入 高度自动化，一套系统乃至一个公司的效率高低，直接影响结果 态度，你是只为自己着想，还是能真正站在客户的角度考虑问题，很重要。

---