有没有人懂鸟语自建CDN的

当前位置: >
> 行业资讯
自建CDN划算还是商用CDN轻松?
发布时间:
文章来源:DVBCN
& & 宽带提速会带来访问量和流量激增,对于网站而言,服务器负荷会进一步增加,这个压力不会因为带宽增加就会解决,服务器负荷瓶颈始终存在,而大量购置服务器的成本不如使用CDN加速成本低,因此宽带中国战略对CDN行业是明显利好。
& & 企业自建CDN已经势不可挡,但威胁不了CDN服务商
& & 目前,大型、巨型公司随着业务的发展,服务会遍及全国各地及各大运营商。为了提升广泛分布的客户体验,越来越多的公司都在计划自建CDN业务。将服务器部署在网络边缘,从而靠近用户,提高服务访问速度。但是随而会出现一系列的问题:完全自建CDN成本过高;网络搭建周期过长;技术人员技术水平要求严格;业务运营花费巨大。
& & 海外CDN发展史上,海外公司大客户在互联网快速发展时期并没有自建,如易贝、脸谱、谷歌、雅虎、苹果、微软等,而是花钱让Level3、Akamai以及Limelight这样的CDN公司去做,花钱买服务。
& & 直到2011年,谷歌才开始自建,但到现在,他大部分流量还是通过Akamai等公司分发出去。其中AT&T曾经自建过CDN,但是很快就从市场竞争中消失了。唯独Netflix,是完全自建CDN。
& & 但据可靠消息称,其实很多公司自建CDN都在悄悄进行,在美国现在大约有40家公司已经在跟服务提供商签订协议,正在组建自己的CDN。在国内,乐视、腾讯等大企业也都在自建CDN。来自雪球&#xe6关注 腾讯阿里这些公司自建CDN其实效率挺低的,成本也肯定超过购买网宿科技的服务。以前很多大公司都是自己管理供应链这些,后来都越来越偏向于找怡亚通、普路通这样的公司外包供应链服务。各行各业很多都是这样,很多服务都采用外包,因为大家认识到这样更划算,更有竞争力。再说现在的直播什么的,很多人吃个饭做个菜,或者没事打游戏挂机都在直播,整个社会的网络数据流量还会持续指数增长,虽然CDN这行业竞争也激烈,只要拿住领头羊收益不会低。运营商自建CDN对专业CDN公司影响
合资公司总体影响有限
  10月27日某券商组织了网宿科技三季度业绩交流电话会议,据与会机构人士提供的信息称,网宿科技高管从三个方面表述了运营商组建CDN对公司的影响。首先,公司认为,运营商市场比较特殊。联通有4个CDN系统在运行;电信也一直开展CDN服务,包括和一家民营公司赛维安讯进行合作,但都没有起到好的效果。这次合资公司跟之前情况类似,公司现有业务不会受到显著影响。
  其次,从全球范围看,包括AT&T、等大型运营商,很早就在全球范围提供CDN服务,但没有一家特别成功。运营商提供的CDN服务存在先天不足,这由运营商自身业务类型决定的,表现在几个方面:1)运营商是资源性业务,不是靠技术性。对于CDN而言,资源只是基础,要通过技术才能发挥效应和效率。从技术角度讲,CDN技术和运营经验要靠时间和人才积累,没有长时间积累很难把CDN网络运营好。2)CDN要根据客户需求进行个性化定制,但运营商只能提供标准化服务,因此业务受限。3)运营商的管理体制,很难适应互联网客户的需求,特别像CDN服务要求快速响应、快速迭代。
  此外,公司认为两家运营商合资做CDN的总体影响有限。
  有机构认为,依然看好CDN市场处于景气上行周期大背景下网宿科技的发展空间。而其股价经过大半年盘整包含了悲观预期。目前15年估值仅20倍出头,极具吸引力。
10月27日电信联通或合资组建CDN公司”的重磅消息,摧毁了市场的持股信心。四家机构席位聚首卖方榜,疯狂抛售近8000万元,导致公司股价暴跌8.44%。加上中原证券漯河黄河路证券营业部,前五总计抛售8684万元。不过,买方榜亦出现两家机构席位身影,总计买入1500万元。
网宿科技对于来自运营商的竞争并不担心。公司如此回应,“网宿的CDN业务已运营10年,技术、市场、组织架构上都保持领先,更多的竞争对手加入会扩大市场,也将督促公司更快发展。”
长江证券股份有限公司认为:电信联通合建CDN
困难重重,诸多不确定性下对网宿影响有限。近日,有消息称电信、联通将合资组建CDN
公司,该消息未获得电信和联通官方的证实。我们认为即使消息内容属实,对网宿影响有限,主要基于以下原因:1、CDN
服务的核心要点之一是快速的响应和处理,相比而言专业的CDN
厂商经验更为丰富,机制也更为灵活,因而更有竞争优势;2、该事项尚处于筹划期,依据运营商过往建设项目的周期,项目若顺利落地建成需2-3年时间;3、跨运营商平台合作的一大难点在于各方的利益的分配,不仅是两大运营商之间,在各运营商内部各省市分公司的节点和带宽资源分配和统一调度也因各自的利益考量存在诸多难题;4、从过往来看,中国电信自2002年开始就已经进行了CDN
网络的建设,至今经历过多种尝试和各种不同方案,实际效果仍旧一般,这充分体现了运营商建设CDN
和实际商用存在的困难;5、参考发达国家运营商如AT&T 和NTT 的CDN 发展情况,运营商在CDN
领域表现一般,并没有给专业CDN 厂商造成太大冲击。综合以上考量,我们认为电信和联通计划合建CDN
对网宿影响较为有限。
广发证券股份有限公司认为:周五有传闻运营商联通与电信将与民营企业合作投建CDN
子公司,我们认为不论从CDN
行业专业性强,需要专业分工的角度考虑,还是从此次合作方本身之间的协调和利益关系考虑,此次合作都不太可能对现有的业务和行业龙头的地位有太大影响。和此前运营商自建CDN
事件一样,现有担忧可能更多的是出于资本市场对公司业务变化的理解有待深入。
中信证券股份有限公司认为:相关事宜尚处于早期阶段,未来电
信、联通及第三方CDN团队利益划分存巨大不确定性,且两集团云基地及各省
的资源调配和整合难度较大,未来进展阻力较大。此外,国内外运营商此前多次
尝试自建CDN,均未取得预期效果;我们认为运营商缺乏对互联网客户服务的
快速响应机制和用户个性化定制机制,难以与专业的第三方CDN公司竞争。
例外认为公司CDN高速增长可持续,公司业务边际有望拓展。随着4G网络的普及,移动流
量成本下降,移动互联网应用尤其是视频流量将大幅増加。随着所有运营商尤其
是中国移动的4G用户高速増长,运营商网内流量优化和跨网内容引导都需要依
靠第三方CDN厂商的服务配合,预期相关的动态加速类、手机加速类和増个艮
务类将#续高速増长,而低端的缓存类业务也水涨船高。同时,近期互联网视频
流量快速提升,包括OTT视频流量也在快速提升;我们认为广电总局对OTT领
域的规范行为不会改变视频流量的长期向上趋势;此外,公司与主要牌照方均有
较紧密的合作关系,也定将受益于规范后的OTT市场流量増长。而移动互联网
应用领域竞争积烈,手机上APP的数量和APP应用版本更新的速度都大幅増加,
也拉动了网宿应用下载类带来的CDN业务増加。公司的云分发平台已经与国内
主流的云计算公司合作,随着云计算业务进入快速増长期,其云分发平台所带来
咖认贡献将继续加速増长,这将在未来数年持续丨腿CDN行业高速发展。预
期未来公司还将持续?产业链进行拓展,切入云计算、大数据、信息安全等领域。
已投稿到:
以上网友发言只代表其个人观点,不代表新浪网的观点或立场。智能解析 + Nginx反向代理,自建CDN加速节点智能解析 + Nginx反向代理,自建CDN加速节点只有一个天原百家号买VPS就像“xidu”一样,根本停不下来呀有木有?如果你手里已经有一打VPS,不知道用来干嘛,不妨一起来研究下如何自建CDN,如《CentOS安装Fikker 缓存,自建CDN加速》,Fikker非常方便,功能也很强大,不过免费版不支持页面缓存、也不支持HTTP/2,我们也可以用Nginx反向代理实现自建CDN.名词概念智能解析:域名智能解析是指域名解析服务器根据来访者的IP类型,对同一域名作出相应不同解析。对IP来自电信的访问者,将域名解析到该域名对应IP地址为电信的服务器上。对IP来自网通的访问者,将域名解析到该域名对应IP地址为网通的服务器上。以保证访问者不因网通电信线路瓶颈而造成网速慢。反向代理:反向代理(Reverse Proxy)方式是指以代理服务器来接受internet上的连接请求,然后将请求转发给内部网络上的服务器,并将从服务器上得到的结果返回给internet上请求连接的客户端,此时代理服务器对外就表现为一个反向代理服务器。CDN:CDN的全称是Content Delivery Network,即内容分发网络。其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节,使内容传输的更快、更稳定。其目的是使用户可就近取得所需内容,解决 Internet网络拥挤的状况,提高用户访问网站的响应速度。访客流程图准备工作智能解析:推荐使用CloudXNS或DNSPOD之类的。VPS 3台以上,如野草云香港VPS安装Nginx需要在所有CDN服务器节点安装Nginx,推荐使用OneinStack或军哥的lnmp.org一键包,如何安装Nginx自行参考脚本官网就行了。如果您都不想使用,可以试试xiaoz的一键Nginx安装包(适用于Centos 7、Deebian 8),执行下面的命令安装即可。wget https://raw.githubusercontent.com/helloxz/nginx-cdn/master/nginx.sh chmod +x nginx.sh && ./nginx.sh反向代理配置反向代理通俗点你把它理解成CDN节点就行了,这里用4台服务器作为解释,源站:192.168.1.100,就是网站数据真实存放的地方CDN1:192.168.1.101(电信节点)CDN2:192.168.1.102(联通节点)CDN3:192.168.1.103(移动节点)假如我需要对www.xiaoz.me搭建CDN节点,数据放在192.168.1.100,需要先修改hosts指向,告知CDN节点从那里去获取网站数据,也就是回源地址,需要在CDN1/CDN2/CDN3做如下修改:vi /etc/hosts 192.168.1.100 www.xiaoz.me分别在CDN1/CDN2/CDN3下创建nginx配置文件xiaoz.me.conf#创建缓存目录mkdir -p /data/wwwroot/caches/www.xiaoz.me#设置缓存目录权限chown -R www:www /data/wwwroot/caches/www.xiaoz.me#创建xiaoz.me.confvi /usr/local/nginx/conf/vhost/xiaoz.me.conf在中添加下面的内容,缓存目录/缓存时间请根据实际情况调整,后面会详细说明各参数含义。proxy_cache_path /data/wwwroot/caches/www.xiaoz.me levels=1:2 keys_zone=xiaoz:50m inactive=30m max_size=50m;server { listen 80; server_name www.xiaoz. charset utf-8, location / { proxy_set_header Accept-Encoding ""; proxy_pass https://www.xiaoz. proxy_ proxy_set_header X-Real-IP $remote_ proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_ proxy_ proxy_cache_valid 200 304 30m; proxy_cache_valid 301 24h; proxy_cache_valid 500 502 503 504 0s; proxy_cache_valid any 1s; proxy_cache_min_uses 1; expires 12h; } }/data/wwwroot/caches/www.xiaoz.me:为缓存目录levels:指定该缓存空间有两层hash目录,第一层目录为1个字母,第二层为2个字母。keys_zone=xiaoz:50m:为缓存空间起个名字,这里取名为“xiaoz”,后面的50m指内存缓存空间inactive=30m:如果30分钟内该资源没有被访问则删除max_size=50m:指硬盘缓存大小为50MBproxy_cache_valid:指定状态码缓存时间,前面写状态码,后面写缓存时间。最后别忘了重载nginx使配置生效,如果使用的oneinstack直接输入命令:service nginx reload,如果是xiaoz一键脚本输入:/usr/local/nginx/sbin/nginx -s reload,如果有报错,可以贴出报错信息一起讨论下。智能解析假如您上面CDN1/CDN2/CDN3三个CDN节点都配置好了,在CloudXNS后台,将不同的运营商指向不同的节点,使其达到分发和缓存加速效果,如下截图。其它说明解析后可以使用超级ping工具ping.chinaz.com测试各地解析是否生效,也可以本地修改hosts访问测试是否正常,同时分享下小z博客(www.xiaoz.me)的完整CDN配置:proxy_cache_path /data/wwwroot/caches/www.xiaoz.me levels=1:2 keys_zone=xiaoz:50m inactive=30m max_size=50m;server { listen 443 ssl http2; ssl_certificate /data/ssl/www.xiaoz.me/www_xiaoz_me. ssl_certificate_key /data/ssl/www.xiaoz.me/www_xiaoz_me. ssl_session_timeout 1d; ssl_session_cache builtin:1000 shared:SSL:10m; ssl_dhparam /data/ssl/dhparam. ssl_protocols TLSv1 TLSv1.1 TLSv1.2; ssl_ciphers 'ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:DES-CBC3-SHA:!DSS'; ssl_prefer_server_ ssl_ ssl_stapling_ server_name www.xiaoz. access_log /data/wwwlogs/xiaoz.me_nginx. charset utf-8, location / { proxy_set_header Accept-Encoding ""; proxy_pass https://www.xiaoz. proxy_ proxy_set_header X-Real-IP $remote_ proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_ proxy_ proxy_cache_valid 200 304 30m; proxy_cache_valid 301 24h; proxy_cache_valid 500 502 503 504 0s; proxy_cache_valid any 1s; proxy_cache_min_uses 1; expires 12h; } }server { listen 80 default_ return 301 https://$host$request_ }总结以上教程需要一点linux基础,如果您手里有不少闲置CDN,可以折腾试试。本文转载至https://www.xiaoz.me/archives/8775本文由百家号作者上传并发布,百家号仅提供信息发布平台。文章仅代表作者个人观点,不代表百度立场。未经作者许可,不得转载。只有一个天原百家号最近更新:简介:扎根互联网安全作者最新文章相关文章

我要回帖

更多关于 有没有人懂鸟语 的文章

 

随机推荐