主持人：非常感谢明叔亮的介绍，的确Web 2.0充满了机会，也获得了很多的关注。但是我们感觉到光有资金和机会是不够的，下面让我们用热烈的掌声欢迎ChinaCache VPLawrence Li为我们做精彩的演讲。题目是—《CDN2.0 与Web 2.0》。有请Lawrence Lee
主持人：非常感谢明叔亮的介绍，的确Web 2.0充满了机会，也获得了很多的关注。但是我们感觉到光有资金和机会是不够的，下面让我们用热烈的掌声欢迎ChinaCache VPLawrence Li为我们做精彩的演讲。题目是—《CDN2.0 与Web 2.0》。有请Lawrence LeeLawrence Lee：大家好今天很高兴有这样一个机会和大家交流。我想谈一谈技术，Web 2.0我想每个人都有自己的看法，那么我个人来说我是很看好Web 2.0的趋势。所以我们ChinaCache希望通过这样一个会和大家分享，多年来我们在CND和互联网领域的经验与技术，希望这些经验与技术成为Web 2.0甚至于整个互联网发展与腾飞的坚实基础。今天我想谈的话题是CDN2.0和Web 2.0，在这之前我想我们可以花一个简短的时间回顾一下CDN的历史。
我会花一点时间ChinaCache和CDN2.0的战略。我希望培养他们这样一个概念CDN和Web 2.0的概念和CDN作为一种革命性的应用和对Web 2.0的支持。首先我们来看看CDN1.0的历史。
1998年美国MIT一个研究人员提出CDN的概念，1999年第一个使用CDN服务的网站雅虎，2000年ChinaCache正式运行——中国第一个专业CDN服务网络产生。新浪是中国第一个CDN的用户，我们现在来简单看一下CDN的原理，这张图来说大家可以看到红色的是ChinaCache，如果我们网络发生问题的时候，用户是不能得到服务的。使用了CDN就可以，这个是很简单的道理，我今天只是想给大家简单介绍一下。
CDN的全称是CDN-Content Delivery Network后面我会讲到CDN的现有模式在哪里。我们这张PPT可以看到CDN的发展，我们通过几个典型的公司可以给大家简单介绍一下CDN的结果，我想大家知道CDN不是一个简单的GSLB+CACHE就可以做的，我想这个不比Web 2.0的技术简单或者更加的丰富。在这方面来说Akamai是最早的一家CND公司，Limelight是一家新兴的CDN公司他现在在美国华尔街是一个宠儿，他所关注的是流媒体，大文件。我们为什么还有下面这些公司，下面这些公司都在使用P2P的技术做CDN，他和BT不一样。这些公司是用P2P的技术做CDN的运营。这里面我们不妨提一下RawFlow也是用P2P的流媒体加速CDN解决方案，现在的CenterSpan他是2000年就已经推出基于P2P的服务，大家可以到网上看到他们这样的公司。我想讲CDN的技术丰富性和发展是一个什么样子。
我们来看看CND的特点，在讲之前我们看看CND1.0的特点，知道这些特点之后我们才能判断。我在前天看到一篇文章提到了Akamai在几天之内更换了所有的产品线。这家公司是很有代表性的，我们接下来看CDN1.0的特点：单向、静态、集中服务于中心网站。我们当时讲CDN他是在分发，第二是静态。图片是当时提出CDN概念最先的要求，我们有八年时间经验加速我们的图片，这是一个非常成熟的故事。第三集中服务于中心网站，CND是服务于像雅虎、eBay、MSN这样的互联网服务中心。我们可以来看这样的数字，据我所知在全球网站个数比来说是不会超过千分之二，换句话说一千个网站只有两个才会用到CDN提供这样一个服务。
我们看看CDN2.0的概念，大家可以看到这个平台：面向大众。我想说CDN2.0与Web 2.0、CDN1.0与Web 1.0有千丝万缕的联系，我们可以看到CDN的平台上可以做很多的技术。大家可以为CDN做出自己的贡献，我们可以从这点看到面向大众。我们再来看看CDN1.0和2.0的对比，CDN1.0 GSLB 第二，Cache 。第三基于文件流的架构，我们看CDN2.0，智能定位（我的定位只跟我用户自身有关，动态分配寻找最近一个点）第二个是Cache是缓存内容，网格技术是分发，技术能力这很重要。第三我们文件，我们基于文件一个体系技术。2.0是SOA
技术对比之后我想介绍两个典型的技术，可能我想对大家来说会更加的有感觉，因为这两个技术在后面我的例子当中会用到，大家可以看到这两个技术对于Web 2.0提供的帮助是无与伦比的。首先我们看看这个技术叫Web Service （CDN2.0）的典型技术。
首先我们来看看编辑这个技术的例子最早是IBM提出，2000年Akamai就已经推出这个技术，他做了一个小的、简短的。你在发布的时候你只要把数据发布到节点上就可以了，你后台是经过数据库同步进行交互的，但是就有很多的问题，第一成本非常之高，因为用Akamai公司来说，我不能每一家都做这样的服务。第二我没有办法控制，没有办法做动态的调配。最新技术就是Web Service 。这个概念我不知道大家有没有理解，我们争取到最简单的办法能够说明白。
下一个技术可能理解更困难，P2P的Storage这个技术最早来源于美国的军方，他希望能够建立一个存储网络，大家注意是存储网络，不是网络存储。存储网络应该足够的高效和灵活易于扩展。这样一个体系可以保证在这个网络当中，以ChinaCache为例我们有70个节点，可能有10个节点在正常工作，我们可以提供稳定的服务。换句话说有90%的节点，我一样可以提供服务。而且非常高效。第二，他的扩展非常容易，我想现在据我所知，我们最简单的方式就是直接加一个机头就可以。他不限制于你后台是一个什么样的东西，可能是EMS的产品可能是BBS的产品，他是一个逻辑上的硬盘，但是这个技术早期是只用于军方和服务器。我们拿到这个程序应该说是50兆到100兆之间，在一般情况下是很难用。只有在服务器上才能用，现在最新的技术我们所提供的已经把这样一个技术应用到桌面。也就是说，我们所有的人可以把自己的文档连接到网络当中去，所以我觉得Storage这个名字很不错，就像海洋一样取之不尽，用之不竭。后面我们还有一个简单的例子，但是在这个我们不会花很长时间和大家解释，如果大家需要我们会以后在这样论坛上详细的解说Web Service和Storage。
我记得HP的一个工程师在董事会说到HP企业文化是什么样子？企业文化是说如果HP发明了生鱼片，HP会这样讲我们发明了一种放在冰箱里，冻得硬硬的生鱼肉。我们将来会起一些大家便于理解的东西。核心就是Storage和P2P。
我们会过头来看，CDN1.0和CDN2.0的对比，单向加速实际上是我们单向的分发，只要是我们客户都知道ChinaCache所提供的标准服务是一个什么样子。CDN2.0我们提供了动态网页加速，双向加速（这个在我们国家来说尤其重要）基于Web Services服务。
CDN1.0与CDN2.0的运营模式对比：CDN1.0由运营商自行构建维护，CDN2.0广大网民用户参与维护与建设
在服务对象方面CDN1.0只服务于中心网站，而2.0所有的互联网用户，（所有网站和所有人）都会享受到CDN所提供的快速投递。
我们总结看一下CDN1.0和CDN2.0的关系、CDN1.0是2.0的一个子集。我们当中提的几家公司他们哪一家是CDN2.0呢，可能都差那么一点点，但是他们都在朝CDN2.0努力。
下面我们来谈谈ChinaCache的CDN2.0的战略。很简短，之前我想简单介绍一下ChinaCache，我想与会有很多是我们客户，大家都看到过这张图，但是数字会有所变化。我们现在服务节点已经达到70个，覆盖全国主要省份。没有这些节点没有这些覆盖所有的服务都是空中楼宇。
下面来看看我们对CDN2.0产品线的看法。刚才我们提到静态，我们静态网页的加速，我们的GADS就是有保障的英文投递服务，再往上面就是我们刚才提到的BN计算。我们可以看到从1.0或者1.5到2.0。文件传输产品线我们不在关注于下载，而是关注于双向的传输。可以保证两点之间在传统的HTTP 2兆的情况下我们可以达到300倍以上。最高P2P的Storage，这是典型的应用。在流媒体我们有基于MDNS 、P2P、 Live P2P点播我们整个的产品线像CDN2.0转变。
下面我们来看看ChinaCacheCDN2.0战略的最后一张PPT，大家可以看到红色区域是我们原来的客户中心网站（像搜狐等等）我们有80家这样的客户，再往下看我们战略的考虑，我们Web 2.0网站、企业网站、个人网站。外部网站怎么利用到CDN的服务，换句话说我们所关注的是这样一些扩展最终我们会看到我们个人用户、移动用户都会用到CDN的服务。大家可以看到我们的趋势，红色、绿色、蓝色。尤其是蓝色大家要注意，这就是ChinaCache的蓝海战略。我们已经不在局限于和大家死拼，我们不再与他们竞争中心网站、中央网站的争夺。我们更加关注我们的蓝色区域——蓝海。
最后我想有一些简单的例子来解释ChinaCache给大家带来的好处。我想谈这个事情之前我们看看Web 1.0和Web 2.0的差别。这个PPT我希望大家能够注意其中两点：分享和动态。这两个很重要是Web 2.0带给我们的挑战。我们看看Web 2.0所面临的问题:动态加速问题，其实不止Web 2.0，几乎所有的网站都面临这样的问题。但是Web 2.0更加明显，我们用一个简单的数字，从2002年动态的网页数字是33%，但是2005年动态网页数字已经达到63%，我们所提供的服务是越来越多，RSS、BLOG、WIKI等等这些都是基于动态，昨天我很高兴和56.COM沟通了在线录制的想法，所以今天我以在线例子给大家讲一下。
第二个问题上传服务，我想所有的Web 2.0公司都会面临这样的问题，尤其在中国。可能在美国、台湾都不会很明显。中国的网络状态所有都知道中国电信和网通之间的连接状况很差，所以上传的时候尤其是视频我想和大家讲的是他已经不是一个（P）。互联网有一个8秒的定位，8秒打不开这个网页，用户就会离开。而现在用户只要1/2秒就判定他是否喜欢，我从北京上传了一个视频，我上传了50次都没有成功（5-6兆）但是我想试试这个网站，我不相信任何一个人有这么执著。也许芙蓉姐姐可以但是我相信大多数人都不会。
第三就是我们的存储需求。我希望大家可以看到存储需求很大，MSN、eBay、每天有8千的用户访问，台湾的明天上传的是2百万到3百万的量。这些上传图片是不能删掉的，因为你不知道用户什么时候要看。我们要不断的买存储、我得到一个数字是我们现在很多用户都已经不是买一个T两个T，都是买上百个T。
我们看看ChinaCache解决方案，我们先来看看一下这是一个在线录制。首先我要讲，这个解决方法是基于我们BN计算，这个BN做法其实很简单，大家把在线录制的功能包装成一个Web Services，ChinaCache会提供一个接口，大家可以自己链接，发布到我们网络上去。
Web Services会分布到我们的节点上去。对于网站来说你可以很多的方法去调用，发布之后你在你的网页上要插入一个代码，这个代码是干什么用的？这个是定位你的服务是数字在哪里。用户从哪一台机器上获得。用户打开自己摄像头或者说并且打开一个网页的时候，他点开始录，通过Web Site ChinaCache.com，用户录制的数据流会传到我们的网站，而这个Web Services这个包的回放，我们可以给用户一个回放，可以看到。我第一次录的不满意，我删除掉。我再去录，或者我还要再一些描述。所有这些操作我希望大家注意都是在边缘节点，一直到现在用户的访问数据流和他的应用都没有和原来有任何的联系。
这是一个很有意思的一点，而在用户看来他实际上在边缘站沟通，速度非常之快，因为他是就近访问。等我们录制完了之后，用户确认我这个视频没有问题了，点一下Edge Server。在审核过程当中大家可以看一下，编辑看了之后，从原件用我们的技术。全国在线网民都可以看到你在线录制的图片。
而所有这一切操作对用户来说，用户只知道我在线录制和在网站进行操作。在线录制我们连宽网传文件都这么费劲，第二用户录制的时候有很多无用的信息传到您网站，用户不满意想删除文件这时候我们的CPU等一些资源都在耗费。据我所知我们现在所做这样的公司，都是有若干的服务器支持。而这些实际上我们是我们边缘节点是可以承担的，而ChinaCache边缘节点我们有70个节点，我们有上千台的服务器支持。对于我们来说非常之小，因为我们是分布式，我们每台服务器的服务都很高，这样的处理能力我想对大家是有意义的。
那么看看上传的解决方案，这是一个实际的例子。一个更加简单，比在线录制还要简单。因为你只要改一些上传路径就可以了。我们边缘节点会给用户一个反馈，比如说进度条、确认信息等等。那么用户感觉也是，我的文件很快就可以上传到您的网站了，上传到我的边缘节点之后。你可以从我们边缘节点直接获得。另外一种更加简单，我们还有一层。我们有一个中心的上传服务器，这个上传服务器我们会缓存文件，用户可以用HTTP去拿。我们从中央节点可以从我们技术上看。我们传输的速率是平时的300倍，这就是我们的优势。而且还有一个好处在这样一个体系结构上来说，你的数据是双备份。当然你传完之后我们会删掉。
最后我们看一下我们的存储服务，刚才我已经讲存储服务和上传服务差不多。在网络环境当中来说，利用我们的P2P存储网络，我们的用户是Web Site可以直接丢到我们的存储网络当中去。在读大流媒体或者是视频文件的时候是从我们存储文件当中拿到的，我想我们刚才在上传的时候讲过。绿色的环很有意思，就是说我们个人用户也可以利用到这样一个资源，可以传上G的文件。据说我知，现在还没有任何一个技术解决点对点之间传输上G的文件。如果用MSN传一个上G的文件基本上是不可能。最后我想用这张PPT做一个总结，ChinaCache提供的游戏、文件、动态、我们提供了一系列的流程。所有的流程就意味着ChinaCache就是CND2.0。谢谢大家！
网友评论