传统的 CDN 从 2000 年诞生起,一直到 2010 年都还停留在一个阶段,技术并没有得到很大的提升,有的还是 Squid ,一般在全国有 30 – 40 个节点。因为在早几年移动还没发展起来,电信和联通节点基本上能覆盖全国的用户,60 个节点基本就做到全国覆盖了。后来从 2010 年起移动网络开始建设起来,有了一定的客户,这个网络也有了加速的需求。

UPYUN 当时没有办法满足这个需求,因为我们自己构建云 CDN 的系统。可能大家对 UPYUN 有一定的了解。我们在 2014 年前一直对外用的公司名称,是“又拍云”。到了 2015 年,我们才更名为 UPYUN 。UPYUN 主打的服务是云 CDN ,这套系统在 2010 年开始研发,一直到 2015 年,总共经历四个迭代的周期。

2010 年,UPYUN CDN 的架构搭建

2010年,当时我们的节点数量不是很多,大约三四十个,刚刚开始起步。当时的边缘节点用 LVS 去做负载均衡,下面每一个节点会布 5 到 10 台服务器,这个服务器里面主要装的应用系统有 ATS 和 Nginx 。

做系统无法回避两个功能,流量统计和加速规则的配送、配置等。我们那时候对 Nginx做了大量开发,比如用 C Modules 做插入。当时我们使用三层架构,从大的架构来看,边缘有 40 个节点左右。中转节点大概有四个,如果有更优的路线,它可以快速的去拉取内容。

我们的中转机房都是多切入,有一个新疆的电信用户要访问浙江的电信数据中心,到底哪条路是最快?从新疆直接过来,还是新疆先到北京再到浙江更快一点呢?中转节点有一个好处就是可以合并, 40 多个节点没必要每个边缘节点都回到源区,这会导致源站的带宽卡顿,也会使得节点规模越来越大,对源站的要求更加高。而有了中转节点,就可以把这层的压力大大的缩减。

第三层是杭州的数据中心,数据中心里面有 LVS 和 ATS ,过了 ATS 再往下才到我们的云存储。总体的大架构到现在也没变,只不过是每一层里面的系统都变了。

2013 年,UPYUN 的系统调整

UPYUN 所有用户配置规则集中在数据中心里面,通过 LVS 把规则推送到所有的边缘节点, LVS 上面去索取每一个域名的访问规则,不会跟数据中心做交互,直接到节点里面去获取数据就行了。

2013 年最主要的工作,是将第一代的系统完全改写,也幸亏这件事情做的比较早,不然到了今天接入大量的大客户就会束手束脚。因为大客户有大量的定制需求,如果用 C Modules 满足他们的需求,得安排专人,还得耗费一个月的时间去开发、调试等等,会很麻烦。

现在,我们的开发周期为一周,这一周里还包括测试。我们系统得到了部署,也因此变得非常的简单、灵活。我们可以做到每周发一版本,UPYUN 的 CDN 每周都在迭代,每个星期全网跑的业务都在升级。

到了 2013 年,我们的 CDN 节点从原来的 40 个变成了 60 个。中转节点也增加到了 8 个,我们的数据中心从 1 个增加到了 2 个。

2014 年, UPYUN 的业务拓展

2014 年 UPYUN 在原来的基础上得到了很大的增强。主要增强的是我们的中转节点。

中转节点在第一、第二代面向客户时,都包含我们的云存储。但是到了 2014 年,我们开始考虑单独向外提供云 CDN 服务,这个势必会牵扯到直接连接特殊的源站,当时的系统架构无法满足。所以我们对于中转层做了一定的改造,如多加 Nginx 等。中间的部分,对比 2013 年是 LVS ,下来是 Nginx ,再下来是 ATS , ATS 直接连到数据中心这种结构发生了变化:多了一层 Nginx 的逻辑控制。这个域名对应的是 UPYUN 的数据中心或是客户的源站。

这里还是有很多功能,不会做的这么粗糙。多源站、多 IP ,支持热备,支持负载,支持多个线路的优化,对我们不同的边缘里面到底是什么线路;客户源站是不是有电信、联通、移动分别都有,甚至还可以配置海外的源站,这项功能会在 12 月份上线,我们底层有应用。UPYUN 针对源站网络的情况做特殊的路由,用户只要选好就可以了。

2014 年也是 UPYUN 云 CDN 在基础规模上爆发的重要一年, 2014 年我们的边缘节点达到了 130 个,中转节点达到了16 个,数据中心没有扩张,还是两个。130 多个边缘节点所能提供的带宽冗余是一个 T,我们物理服务器所能提供的网络处理能够达到 1 T 。

2015 年及未来, UPYUN 将大踏步前行

1)现状:国际化推进

到了今年, UPYUN 云 CDN 的系统研发基本成熟,我们更多做的是一些大客户定制化的需求开发以及对接。

另外还有一条路,是我们运维部门做得最多的,也是今年的重要里程碑: 2015 年, UPYUN 正式开始对国际加速做铺设,第一站打通了从香港到浙江的光纤链路。如果你是 UPYUN 总部的同事,你可以在公司网络或者自己的电脑上铺上公司的 VPN ,高清观看一个 404 网站的视频。4K 的视频可以流畅到达浙江的网络里面。我们所有的 E-Mail 都是谷歌系统。

此外刚才提到过,UPYUN 支持客户配置在海外的源站。如果客户源站在海外,怎么做加速呢?如果还要过一道墙,这个内容拉不过来的。刚才也说过,我们在 11 月才搞了两场香港演唱会在大陆的全网直播。这个光纤能够做到延时仅 30 多毫秒,就可以把这些内容拉到浙江。

有了香港这么大的光纤之后,我们要接力欧美的核心节点。一个是在美国的洛杉矶那里,一个是在法国那边。这两个节点之间也有光缆:连到美国是海缆,连到法国是路缆。三个骨干节点形成 UPYUN 云 CDN 未来国际加速的骨干网络。 2016 年我们会在骨干的基础上做一个新型发散的铺点。边缘节点服务我们的骨干,进行开放式的铺设。比如我们现在有亚太地区、台湾节点,还有新加坡节点,它们都是依赖于香港的骨干节点。在美国,我们也铺设了三个节点,这些边缘节点会通过骨干的光纤链路再回到我们大的平台里。

欧洲的客户需求要少一点,因此我们优先做好美国,欧洲节点 2016 年初会启动。到现在我们已经拥有七个国际的加速节点,三个主要的骨干节点。

2)未来:第二次爆发

2016 年,我们将会有自己的 DNS 调度系统。可以看到,架构有赖于 DNS 给我们做智能地区调度。这无法满足 UPYUN 的需求,因为我们接下来会有一个二次铺点的计划。也就是说我们在一个省份,一个线路里面会有多个机房提供服务。但这种情况下我们没办法做到高效率的负载均衡。因此才会有 UPYUN DNS 的系统。

另外就是直播加速。从安全这方面来说,DDoS/CC/WAF 防护上都会做更大的技术、资源投入。比如 DDoS 防护,如果是一般大小攻击的话,我可以默默帮你扛下来。但如果它达到了一定大的规模,我们就会马上有销售人员与客户沟通,从而做到 10 到 20 分钟里排查出具体原因、受到多少的攻击,并判定该攻击是否需要持续去保障这个服务,或者可以忽略,暂时选择终止服务。我们会与客户做好需求的沟通工作。

2016年,我们会更多地聚焦在视频加速和直播加速方面。这两方面的技术储备我们已经有一年多了:从 2014 年底开始,我们就在做这方面的技术储备。比如我们的视频加速目前已经接入不少的 OTC 厂商。用户家里的电视机如果是联想的话,它走的 CDN 就有用 UPYUN 去做加速。另外还有一些电视的盒子,也是基于 UPYUN 的 CDN 去做内容分发。另外,UPYUN 明年还会在直播方面做大的拓展,因为我们的网络已经具备了这个能力。

最后一点,是 UPYUN 的移动应用加速。大家只要使用移动 SDK 去做网络请求,你的网络性能就起码能够得到 20 % 到 30 % 的提升。而且不需要使用 UPYUN 的服务就可以做到,直接连接自己的服务器都即可,因为它是一个 HTTP 协议优化。

随着技术的完善和布局的扩张,UPYUN 的 云 CDN 会为用户提供更优质多元的服务,以满足不同类型互联网企业的需求,鼎力相助创业。

本文整理自 UPYUN CTO 黄慧攀 11 月 28 日在 “UPYUN 架构与运维大会·北京站” 上的主题演讲。

查看&下载本次大会全部讲师的现场分享 PDF 课件,请访问:黄慧攀:云 CDN 技术架构的演进之路

UPYUN CTO 黄慧攀:云 CDN 的技术架构演进之路相关推荐

  1. UPYUN的云CDN技术架构演进之路

    传统 CDN 自 2000 年诞生起,一直到 2010 年还都处在同一个发展阶段,技术并没有得到很大的提升.其中很多还使用 Squid ,一般在全国有 30 – 40 个左右的节点.前几年,移动互联网 ...

  2. 蚂蚁金服副 CTO胡喜:从 BASIC 到 basic ,蚂蚁金服十五年技术架构演进之路

    主要观点 1. 蚂蚁金服过去十五年,通过技术重塑了支付和微贷业务.Blockchain (区块链).ArtificialIntelligence(人工智能).Security(安全). IoT(物联网 ...

  3. 一群阿里人如何用 10 年自研洛神云网络平台?技术架构演进全揭秘!

    [CSDN 编者按]逍遥子曾说,对阿里人来说「打仗是最好的团建,参加过双 11 的叫战友」,同样,参加过多次双 11 考验的系统技术都会成为真正意义上的基础设施,阿里云飞天系统的云网络平台洛神就是如此 ...

  4. 又拍云黄慧攀QCon 2016技术分享:直播平台架构与实施

    QCon 2016全球软件开发大会日前在北京落下帷幕,作为全球顶级技术盛会,自2007年首次举办以来,已经有超万名高级技术人员参加过QCon大会.本届大会主题为"升级你的软件思维" ...

  5. 阿里云构建千万级别架构演变之路

    阿里云构建千万级别架构演变之路 摘要: 随着云计算的到来,当前已经从IT时代向DT时代开始转型.在云端如何构建千万级架构,本文主要结合阿里云最佳实践经验,向大家分享如何从一个小型网站逐步演变到千万级架 ...

  6. 阿里毕玄:阿里十年,从分布式到云时代的架构演进之路

    这是一篇来自鲲鹏会的文章,其内容是毕玄在TGO 鲲鹏会杭州分会活动现场分享的<云时代的软件架构>的整理.特别转载到云栖社区,让更多开发者深入了解阿里架构的变迁和对云技术的一些新的想法. 2 ...

  7. 阿里云文件存储的高性能架构演进之路

    10月27日下午,2018中国计算机大会上举办了主题"数据中心计算"的技术论坛,一起探讨解决数据中心所面临的挑战.论坛上,阿里云分布式存储团队高级技术专家田磊磊进行了<阿里云 ...

  8. 技术沙龙 | 云时代下的架构演进—企业云及云原生技术落地实践

    云改变了IT行业的形态和市场格局,催生了应用的发展.随着云计算技术的不断演进,作为一名优秀的架构师,必须深入了解云计算平台的特点及架构设计,包括构建数据库.大规模落地微服务.Service Mesh和 ...

  9. 【IT技术】阿里RDS首席产品架构师何云飞:阿里云数据库的架构演进之路

    专访阿里RDS首席产品架构师何云飞:阿里云数据库的架构演进之路 原文作者:pipihappy8888 http://www.itpub.net/thread-1887486-1-1.html 如果说淘 ...

最新文章

  1. CSS Hack-清除浮动的最简单写法V2010-08
  2. Flask入门之Jinjia模板的一些语法
  3. Windows2008下搭建NFS实现windows空间提供linux使用
  4. 双中心单电子积分计算氢分子离子H2+的轨道能量
  5. 游戏角色口型老是对不上?这里有一个高效解决方案
  6. 逻辑推理篇:数据分析中违背常理的悖论:辛普森悖论
  7. Linux并发与竞争实验(一次只允许一个应用程序操作LED灯)
  8. JAVA 使用类的继承和接口实现多态
  9. python gps 地图 轨迹_Apollo问答丨执行rtk_recorder.sh start录制循迹轨迹时报错怎么办?...
  10. 如何还原已经推送到远程分支的合并提交?
  11. python解释器 pip安装_Windows下安装Python解释器并配置pip
  12. 齿轮计算机在线,齿轮参数计算器(萝卜花齿轮计算工具)9.5 中
  13. linux佳入门教程,命令行基础工具的更佳替代品
  14. 易优cms设置完伪静态之后,产品板块出现404
  15. 结构化数据与非结构化数据的区别
  16. 不要害怕超级人工智能
  17. 为什么到苹果官方售后更换电池,要求用户退出ID呢?
  18. python抓包检测入侵_如果你喜欢python爬虫,不妨看看这篇验证码的抓包技巧与识别!...
  19. ELK 部署手册(docker版本)
  20. html5 游戏 动画设计,11款效果惊艳的HTML5动画应用

热门文章

  1. 附下载|华为《Wi-Fi 6 时代的校园无线网络建网标准技术白皮书》
  2. JavaScript中大量拼接字符串的方法
  3. 华科考研834计算机网络,【考研经验】2019华科834计算机专业基础综合备考攻略(一)...
  4. 多重子查询提取每次子查询的SQL语句
  5. 训练营打卡Day45
  6. python实现按条件筛选数据
  7. 汉字和英文在计算机与mysql中的存储
  8. 微信小程序解密并拆包获取源码教程
  9. Unity编辑器类中文教程汇总-Chinar(一个默默无闻分享知识的人)
  10. Macbook pro USB端口失灵处理办法