CDN上线文档详情请见附件!
CDN上线文档 目录 上线前准备工作1.1. CDN需求分析 a. 动态加速:不缓存,用户每次访问都会访问源站Nginx b. 静态缓存:一个节点针对一个URL只回源一次,全部由CDN把结果返回给用户 c. 特殊缓存:指定路径设置缓存或者不缓存 d. 缓存时间:缓存时间周期指定 1.2. 对接CDN a. 缓存类型:基于URL缓存,是动态、静态、还是特殊缓存告诉CDN b. 回源压力:让CDN做多级缓存策略,降低源站的回源带宽压力。 c. 主备回源:当源站主节点出现网络不通或者宕机情况,需要自动去备节点请求数据 d. 回源探测:探测源站服务状态情况,如果存在网络不通,或者访问非200,需要有个通知机制邮件告知我们 1.3. 测试上线 a. 绑定hosts测试:让CDN给出一个测试节点,绑定本地hosts对应域名,查看CDN配置是否生效 b. Header头判断:打开f2 开发工具找到network选项,找到header头,查看IP是否是该CDN的 c. 查看Nginx日志:查看Nginx对应的日志,请求是否有输出,如果没有输出,请求结果正确,说明被CDN缓存住了 d. 功能测试:把指定域名给到开发,让开发测试业务功能是否都是正常的 上线后保障1.1. 上线测试 a. Nginx日志量:查看Nginx日志量滚动是否比较少,只有指定CDN的节点在回源请求 b. 关注带宽:关注源站服务器的带宽,是否有飙升的情况,对于访问比较大的服务第一次回源,带宽会飙升的,适当的调整带宽 c. 终端测试:在终端测试是否有问题 d. 功能测试:把指定域名给到开发,让开发测试业务功能是否都是正常的 1.2. 上线后信息同步 a. 上线后信息同步给Moc,让Moc关注下是否有问题 b. 信息同步给开发,让开发验证是否正常的 1.3. 观察带宽使用情况 a. 观察CDN带宽情况 b. 观察源站服务器带宽情况,带宽是否满足业务需要 1.4. 切换后汇报 a. 切换后邮件告知相关人员域名切换情况,请求数据耗时是否变小了,让大家知晓 文件归档1.1. 文件归档到SVN或论坛 1.2. 归档后周知 a.归档后qq或者邮件告知大家归档位置,让大家知晓。
|