Google帝国一览

(没有打分)

云里雾里云计算 【3】Google云计算的矛头指向谁?

【3】Google云计算的矛头指向谁?

有一次听一位IT业长者指点江山。长者说,“Google像一个阳光少年,一路顺风顺雨,张张扬扬。让人羡慕,招人喜欢。而微软像一个稳健的中年人,一路 风吹雨打,过五关斩六将,毁誉参半。对于它的支持者而言,它是令人敬重的领袖,对于它的竞争者而言,它是令人敬重的对手,无论如何,微软是令人敬重的。”

问及电脑的killer applications,长者说了三个,1. Email,2. Office产品系列,包括Word,Excel和PPT等,3. Web。Email和Web都是泛称,不特指某家公司的产品,但是Office系列是微软公司的产品。长者这样的表述,足见他对微软的推崇。

很少有人不知道微软,但是很少有人很了解微软。随便问两个问题,1. 微软哪一年成立的,2. 微软在哪个城市成立的,有多少人答得上来?

微软是在1975年4月,于新墨西哥州的Albuquerque市成立的,后来搬到了华盛顿州的西雅图市郊。从那时到2008年6月30日,Bill Gates掌舵了33年。然后把CEO的宝座让给了Steve Ballmer,自己则专心致志去散钱搞慈善去了。

Bill Gates舍得捐出自己绝大部分家产,这个心胸让所有地球人叹服。但是Bill为了保证他的基金会平稳运转,自己退休的同时,让微软一员老将,Jeff Raikes跟着他离开微软,出任基金会的CEO。Jeff Raikes离职,对于微软而言,是不可估量的损失。为什么这么讲?

微软有三个产品系列,

1. 大家熟悉的XBox游戏机,是微软the Entertainment and Devices Division的拳头产品。这个部门是微软从单纯的软件公司,扩张到家电行业的触角。虽然XBox的成功毋庸置疑,但是它能不能给微软带来丰厚的利润, 是摆在这个部门,尤其是其掌门人,Robbie Bach面前的巨大挑战。

2. The Platforms and Services Division,去年7月份被一分为二。一个专注于改善Windows操作系统,另一 个负责在线服务。原来的掌门人,Kevin Johnson,挥挥衣袖离开微软,去Juniper Networks出任CEO。

新的两位掌门人中,有一位是我们中国人,毕业于复旦大学的陆奇。从复旦毕业后,陆奇留学美国CMU,攻读博士学位。博士学位拿到后,经历了短暂的动 荡,1998年陆奇加盟Yahoo。他从工程师干起,扎扎实实,一路升到副总裁。2009年1月,陆奇学长离开Yahoo,出任微软Online Services Group的president。他的职责是,领导微软对抗Google。

2009年,争夺互联网霸主的大戏正式开演。

陆奇博士
Courtesy http://news.cnet.com/i/bto/20080619/qi_lu_mugshot_cred_yahoo_sm_300×422.jpg

3. 对于Windows操作系统的评价,好坏参半。但是对于Microsoft Office系列产品,业界基本上交口称赞。负责Office部门的原掌门人,就是刚才提到的Jeff Raikes。

Jeff Raikes
Courtesy http://i2.sinaimg.cn/IT/it/2008-01-11/U58P2T1D1967790F13DT20080111134704.jpg

2009年上演互联网争霸赛,微软与Google双方的战略意图相当明显。

1. 微软以陆奇为主帅,强攻Google的核心业务,网络搜索。

2. Google砸重金推广云计算,挑战微软的拳头产品,Outlook email系统,和Office产品系列。

攻防战的关键,在于寻找对方的软肋。

[1] Microsoft Outlook vs Google Gmail

Microsoft outlook email系统的软肋,在于它的后台系统不够稳定,容量也不容易扩展。对于用户而言,经常会遇到Outlook服务器联系不上,以及存储空间不够的麻烦。

看准这两点,Google把Gmail系统的号召力定位在,1. 稳定性,2. 无限的存储空间。Google之所以敢于这么叫阵,本钱就在于云计算平台。

当然微软也不会示弱,它们反制的着力点在于保密性。

譬如有一家企业叫foobar,Google的销售人员游说到,“别用Outlook了吧,那玩意儿经常掉线,而且隔三岔五地骚扰你说,存储空间没有了, 请立刻删除不必要的emails。你的emails都很重要,怎么能删呢?用我们的gmail吧。”

Foobar公司的IT主管说,“我们公司的邮箱地址是@foobar.com,换成@gmail.com,不仅不方便,而且也有损于我们公司技术实力的形象。”

Google的销售人员说,“不用换邮箱地址,表面上看仍然是@foobar.com,用户也可以继续使用Outlook桌面工具,但是后台服务器被悄悄地换成了Gmail的云计算平台。”

Foobar公司的IT主管心思有点动摇。

这时候,微软的销售人员上门,说到,“听说你们想把email后台系统换成gmail?这可需要一点勇气。你们把公司所以emails,存放在 Google的平台上,万一Googler偷窥你们的emails,贵公司的商业机密,。。啊,哈哈。”

所以,为Google进言,欲挑战微软outlook,必先解决gmail的保密性。也就是其它公司的emails虽然存放在Google的云计算平台, 但是Google能够提供足够的技术保证,即便是Googler有意偷窥,他们也看不到。

[2] Microsoft Office vs Google Docs

Microsoft office 产品的软肋,在于所有文件存放在电脑本地。

譬如我在办公室写了一个设计草稿,通过email把文本发给一个同事审阅。晚上回家后,查看email,收到同事回复,说他做了一些文字上的改正,修订版 本放在email的附件中,同时建议多加几个插图。我加了几个插图后,文件尺寸变得很大,email发了很久,还是没有顺利发出。于是我把文件存在U盘 上,第二天上班后,拿给同事看,然后进一步修改。

Google的销售人员游说到,“你这样左一个文本,右一个文本,不仅不容易找,而且修改过的内容很容易遗漏。用Google Docs,就可以省掉所有这些麻烦。文本放在Google云计算平台上,无论你是在办公室里,还是在家里,你都可以对同一份文本进行修改。而且你可以与你 的同事共享这个文本,让他也可以对同一份文本进行修改。”

我问,“万一我不同意同事的修改怎么办?”

Google的销售人员回答,“没关系,就像wiki一样,所有修改都有记录。如果需要,你可以恢复旧版本。还有,如果你需要查找几年前你写的另一份文 件,你不必记住名字,只要一搜索就可以从故纸堆里找出来。”

于是我心旌动摇,准备建议领导把公司的设计文档全部放到Google Docs里去。这时候,微软的销售人员上门了。“听说你要建议把公司所有机密设计文件,转移到Google Docs中去?不怕Googler偷看呀?”

我说,“Google已经提供了解决方案,给我们所有文件加了密,密钥掌握在我们手里。即便Googler想偷看,他们也看不到。”

微软的销售人员说,“这样就好,安全第一。另外,你们的设计文档格式很简单吗?示意图怎么画,Google Docs有类似于微软Visio那样的工具吗?还有,如果你要比较两份不同的文件有什么差异,Google Docs有没有微软Word那样‘比较与合并’ 等等功能?”

微软反制的着力点在于,Google Docs的所有操作都在浏览器里完成,所有功能都通过JavaScript实现。受制于JavaScript的限制,Google Docs在功能上,不仅目前赶不上Microsoft Office,而且预计在相当长的未来,也不可能与之抗衡。

(12个打分, 平均:4.50 / 5)

云里雾里云计算 【2】从Google集群到云计算,云计算的商业模式

【2】从Google集群到云计算,云计算的商业模式

起初Google集群是供内部使用的系统。Google为什么要开放这个系统,包装成云计算平台,给外界使用呢?

这要从Google的商业模式说起。Google的绝大多数收入来自于广告,其它产品和服务的收入十分有限。其它产品包括Google盒子,这是给企业内部网用的搜索引擎。把Google盒子安装到企业内部网,企业员工就可以搜索企业内部的文档,包括可以公开的文档,也包括仅供企业内部查阅的资料。虽然技术很新颖,但是卖得并不好。据ZDNet的报道 ,2008年度,Google盒子的收益,占Google总利润的份额,不到2%。

Google search appliance, 俗称Google盒子。
Courtesy http://farm3.static.flickr.com/2629/4066641796_f2192dcc6b_o.jpg

单一的收入来源,抗风险的能力差。譬如经济危机一来,各个企业的广告预算缩减,势必影响到Google的利润。怎么办?挖掘自身的优势,发现更多卖点,搞多种经营。

Google的技术优势在哪里?有人说,Google的搜索结果精确,所以PageRanking算法是其精髓。其实,算法容易模仿复制,即使几年前 PageRanking是Google的独家秘籍,但是今日各大搜索引擎,都有类似算法。

让Google独步天下的是它的集群。2006年,Google集群的规模 是45万台机器。两年过去了,有人推测现在的规模又翻了一番。由于Google从不公布准确数字,所以大家只能靠Google给硬件厂商下的订单推测。

推测虽然不准确,但是即便是10万台机器的规模,在历史上也是从无古人的,在当代也是独一无二的。而且,更重要的是这个超大规模的集群系统已经经历了 10年的实际运行,在实践中被证明,它是可靠的,是可扩展的,每台机器的价格也是低廉的。完全符合上一节列举的四个要求。

但是如何依靠这个独门神器挣钱呢?思路有两条。

1.  做hosting,数据托管。其它企业不用建自己的数据中心了,把数据存在Google的集群里得了,每个月交点托管费。

2.  不少Google的应用服务很有人气,譬如Gmail,Gtalk,Reader,Online docs,Picasa,Google earth还有YouTube等等。这些服务对于个人用户而言,完全是免费的。但是Google从来没有说给企业用户使用,也是免费的。譬如某家商店,开了一个网站,网站上需要贴很多照片,还要给个地图给顾客引路。这个商店不需要自己动手建照片存储中心,也不需要开发技术难度更高的地图软件,只要调用 Google提供的相关服务就好。商店建网站是为了赢利,所以Google当然要向商店收钱。

第二个思路还有个副产品,那就是给Google创造更高的流量。流量越大,说明观众越多。对于广告商来说,哪里观众多,就愿意在哪里投放广告。所以,如果第二个思路能给Google带来更高流量,那么会吸引更多的广告,给Google带来更多的广告收入。

Google的高管们一合计,觉得有钱途。于是乎,大张旗鼓地制造舆论,educate the market。

造舆论,讲究的是措辞的简练,气势的磅礴。这个新的服务叫什么? 用工程师的语言,准确地定义,应当是“超大规模的,可扩展的,低成本,但是高可靠性的服务器集群系统”。Google市场部的人一听,头摇得像拨浪鼓。不行不行,既不简练,也没有气势。

研究来研究去,于是乎,“云计算cloud computing” 这个概念粉墨登场了。

(8个打分, 平均:5.00 / 5)

探索UCS(1)- 什么是UCS?

因为是初次向弯曲投稿, 首先,做一下自我介绍,我叫吴朱华(ike),北大硕士,PMP,前IBM中国研究院云环境管理项目首席工程师,现专注于下一代云计算系统的研发工作。本系列是关于Cisco Unified Computing System的一些研究和探索,以及对数据中心网络,存储,服务器和虚拟化之间融合的一些看法和思考,希望大家能喜欢。假如大家有什么意见的话,尽管拍!非常期待大家的comments!

云计算的简介

昨天当我看到邓侃的那篇《云里雾里云计算》感到非常欣喜,因为云计算是继大型机,PC,互联网之后的下一个Wave,无论是对国家的发展还是对整个世界的进步都是极为关键的,如果能多一个人来普及,将会对云计算更有益处。

但是我也发觉了还是有一些同学对云计算存在一些误解,无论是在弯曲还是在其他地方,都觉得云计算就是扯谈,用英文说,就是BS。我个人觉得这种情况的发生主要是由于他们没有读过云计算的开山之作,也就是Nicholas Carr的《The Big Switch》,中文名为《IT不再重要》。这本书对电力的发展史进行了非常细致的描述,并将其与IT发展进行了深刻的对比,强有力地证明了IT技术将会像电力一样成为公用事业,让人们能随时接入和按需使用。

我在这里对书的内容稍微简述一下:刚开始因为直流电传输距离短的原因,所以发电机成为很多需要电力的企业和个人的选择,但是由于能长距离传输的交流电技术的不断成熟,使得英萨尔(Insull)的关于电厂的想法成为了现实,之后由于电厂的规模效益不断地增大,使得电力的价格也随之降低,而且使用起来更方便,最后,电厂模式成为了主流。仔细想来,IT技术的发展和电力技术的发展是何等的相似,发电机好比现在的机房,交流电技术好比现在的互联网,而电厂和云计算中心更是一个模子刻出来的。

对我而言,其实云计算这个想法非常简单,它强调的就是两个东西:方便的用户体验和低廉的成本。方便的用户体验指的是人们能够非常方便地使用和搭建信息服务,而低廉的成本指的是使用和搭建信息服务的相关成本比较低。

云计算主要分为三层(NIST定义),

  1. Software as a service,软件即服务,简称SaaS。
  2. Platform as a service,平台即服务,简称PaaS。
  3. Infrastructure as a service, 基础设施即服务,简称IaaS。

saas-paas-iaas

将来有机会会对这三层进行深入分析。

什么是UCS?

谈到数据中心,大家肯定会想到一个集中了密密麻麻的网线,繁多的服务器和庞大的存储的复杂体,而且由于虚拟化技术的引入,使数据中心的复杂度进一步上升,虽然它能起到整合服务器的作用。下图就说明了数据中心有多复杂!

Complex

面对这种严峻的情况,Cisco在2009年初,推出了Unified Computing System,简称UCS。它是下一代数据中心平台,在一个紧密结合的系统中整合了计算、网络、存储与虚拟化功能,旨在降低总体拥有成本(TCO),同时提高业务灵活性。该系统包含一个低延时无丢包万兆以太网统一网络阵列,以及多台企业级x86架构刀片服务器等设备。它是一个集成的可扩展多机箱平台,并在一个统一的管理域中管理所有资源。

在云计算体系中,UCS系统是处于IaaS这层,可以在其上安装VMWare vSphere来支撑多达几千台虚拟机的运行,同时简化了数据中心的建设和运营的复杂度。

本篇结束,下篇将关注UCS的架构

最后,感谢国家,感谢于再清同学,感谢CCAV,感谢以首席为代表的弯曲同仁,因为弯曲论坛给了我很多的帮助,特别是在我不太擅长的通信和网络这两方面。

(16个打分, 平均:4.81 / 5)

遐想SpaceNet Protocol(一)体系

SpaceNet protocol

关于星际通讯的遐想,利用早上上班前的时间随笔 :)写得比较笼统,涂鸦而已,欢迎感兴趣的朋友一起探讨,遐想一番。
还得感谢zeroflag,看了他写的《瞎掰星际互联网》,才突发奇想有了下面的内容。感谢zeroflag :)

1、SpaceNet Protocol概述

     spacenet protocol协议用于星际之间的航天器、通讯站与各星球地面站之间进行网络通讯的协议。spacenet在低带宽高延时的星际网络中提供数据路径,根据路径拓扑选择合适路径,将地面站的控制和应用数据发送至目标星际地面站或航天器。

2、协议要点,概念
2.1、InterSpace Communication Station– 中间空间通讯站
InterSpace Communication Station作为星际通讯中间枢纽,提供通讯数据中转,建立本地数据中心,用于非实时数据的代理请求和应答,用于运动中空间设备的通讯和任务处理,并通过机动互联协议存储附近航天器、移动通讯器的坐标位置。以下简称ISCS.

2.2、中续,代理中转

iscs 星际之间通讯距离远,相邻星球距离之间距离可达几光年至十光年甚至更远,通讯就需要通过中间太空通讯站,对通讯进行中续或代理中转。
中续针对短光年的实时通讯,中间太空通讯站直接将通讯数据转发至目标,通讯数据不在中间通讯站保留。
代理中转针对非实时数据,iscs将保留源对目标访问数据,并作为代理中转接受目标回应数据,当iscs再次收到源间隙性请求时,发回目标应答数据至源。特别针对具有一定轨道移动的数据源站。

2.3、星际坐标
星际坐标将根据宇宙中定义坐标位置,标示各节点位置.星际通讯路径将根据星际坐标为依据建立星际路径协议,标示星际通讯最佳路径,更新iscs节点部署,同时考虑大星际区域化星际通讯网范围,大星际之间通讯将主要由icsc大星际节点控制中转(需考虑spp的sbs的冗余性).

2.4、SpaceNet protocol
星际互联协议主要完成从地面至星际目标节点的传输数据格式的定义。为了兼容现有地面互联网协议,数据将包含udp数据应用,在iscs重新编码进行传输。

星际通信采用udp格式数据提高效率,并将udp数据打包到SNP协议中提高兼容性。
互通是否考虑分阶段传输,一阶段进行坐标应答确认通讯;二阶段进行数据传送。

2.5、space path protocol简称SPP
spp主要用于iscs之间建立星际通讯路径,以静态更新方式。iscs之间需要手工建立对等状态,如需要与其他大星际通讯需指定spp中大星际边界节点坐标。星际内iscs之间采用点对点spp通讯,星际间spp将由sbs空间边界站提供定期更新可通讯的大星际坐标范围至与sbs直接连接的iscs。

2.7,机动互联协议
机动互联协议主要针对星际内具有机动性的航天器,通讯卫星,临时站。机动协议主要是在iscs近距离范围内实时与星际网互联的空间装备。协议需要各节点将坐标动态更新至iscs,并根据坐标范围由iscs发送邻居建立请求,各节点应答后建立互联,并需实时更新坐标位置。
为了星际安全和快速实时建立星际通讯,机动互联协议需要所有空间设备默认安装并启用。

2.8,编码
星际互联协议包含大量的数据内容,在传输只需要保留坐标信息,其他数据格式内容将由iscs重新编码传递至最后目标iscs解码还原传输给目标站。

(1个打分, 平均:5.00 / 5)

分形数学、CRS-3与互联网骨干演变

上大学的时候我曾经选修过一门课叫做分形数学,是一门研究非线性的数学,具体学得啥跟高等数学一样,都全部忘光光了,准确说当时就没记住什么。现在能够记 下来的就是那些醉心的电脑图形,记得老师讲课中曾经提到过,分形数学发现有的时候微观和宏观是非常类似的,比如你看一条海岸线,而在海岸线中选取一段,放 大,就会惊人的发现微观的海岸线的形状和宏观的海岸线形状如此类似。记得老师还举过树叶的边缘、等等,总之这是科学研究的一个成果。

昨天参加了CRS-3在中国的发布会,这是我离职前最后参加的发布会。CRS-3那些容量啊等等的我都不太感兴趣了(见我之前写的两篇文章CRS-3真看清了未来吗?思科CRS-3新闻稿及简短分析),弯曲评论的朋友们分析了不少了。我最感兴趣的是其提到的NPS、laaS VPN,以及对云计算的支持等等。还真没令我失望,我还在网上和陈子交流了想法,现在就开喷,看官们找好雨具啊!

打算从哪里喷呢?我这篇文章是想揣测一下未来运营商的骨干网络建设模式,数据中心的演变方式,怎么揣测呢?怎么分析呢?既然前面提到了分形数学,我想既然 大自然中有很多地方微观和宏观如此相似,那么我们就从微观的分析开始,看看我们企业内应用,一个网站的架构变化,再从此推演一下宏观方面互联网骨干演变的 方式,以及作为互联网骨干一部分的数据中心之间角色的变化。全文确实可能有点长,我尽量写得好玩些,最近在看韩非子和孙子的著作,比起古代先贤,我们的文 字功底太弱了。

应用服务模式 的转变

谈谈我的应用体验吧。在负责网站工作后,新闻邮件发送是我曾抓过的一项工作。我起初只是记录邮件的到达率、点击率等数据,衡量工作的效果。后来我想如果能 够把支付的费用也引入到统计表中能够看一下每到达一封邮件和点击一次的成本是多少。其实,这是我一个小私心,想在对集团领导汇报的时候吸引一下注意,领导 特别是CFO还是对钱更敏感的。引入财务数据后,看每发送和点击成本,发现工作真有效啊,不过领导没因为这个给我加薪,这也是导致我离开的一个原因啊。

夫此亦为企业IT和互联网应用的一个趋势,过去我们只是单独看一个领域的数据,比如财务数据、库存数据、销售数据、市场数据,而现在很多企业则会更多的将 诸多应用的数据贯穿在一起,联合在一起看,分析,从而有效决策。几年前提出的Web服务、SOA其实就是这样驱动来的。而互联网领域也有这个趋势,前两天 新浪微博开放了其API,允许其他人为其开发应用,并分成收入,之前的开心网的诸多游戏也是以插件的方式来做的,再上溯的话看看Facebook很多应用 都是互相调用的。当然有的时候是客户端去调不同的应用,也有一些需要在服务器端将多种应用汇总。

下图是应用服务模式的转变,左边是以前的,右边是现在的。演变的趋势是,过去单一应用的模式是服务器和客户端之间交互。而现在则是在后台与前台客户端之间 有数据流动的同时,后台,诸多应用之间有大量的数据流动。对于不同的企业和应用规模,应用之间是个业务逻辑概念,物理上,一个业务映射的有时候就是一群服 务器器、及配套的存储和网络设备,业务间实际上是群与群之间。


服务器侧的演 变

上面谈到了,应用其实可能是服务器群的。那么我们就在研究一下微观中的服务器群了,比如一个网站的变化。
最早的网站其实就是一台服务器就OK了,既当www又当FTP,现在则是变化巨大。这块我不愿意多谈了,有不少文章在谈大型的站点,比如弯曲评论中邓侃正 在连载的Twitter分析解剖Twitter 【7】 作为一种进步的不彻底以及邓侃另一篇文章做大的艺术-大型网站的架构设计

我的理解是如下图的,一个是从一台服务器变成一群服务器,服务器之间有明确分工。流量过去是服务器和客户端之间,现在则是增加了服务器群内部大量的数据交 换。

互联网骨干的 变化

微观的说完了,先说说过去的互联网骨干。过去互联网上主要的应用是B/S的模式,流量模型大致是数据中心到用户,业务层面上可以理解为一些应用到客户端。 如下图:

这个时候,数据中心之间也有一些沟通,比如说新浪可能会在全国放置多个服务器群组,为了提高各地用户的使用相应速度,这些数据中心会进行一些同步或者备份 工作。前者是比较频繁的小数据流动,而后者是不太频繁的大块数据流动。
未来呢?

此次发布的CRS-3推出了一些新特性,网络定位服务(NPS),和基于云计算的VPN服务,以及与其Nexus系统和UCS系统的互动,支持云计算的应 用。我来简单描述一下我在新闻发布会上听到的几个应用的介绍。假设您是个电视台,转播南非世界杯,装备了CRS-3的电信运营商会在其诸多数据中心中去智 能看哪里有你要的节目源,让你就近去取流量,而不必所有的请求都贯穿其骨干网。另外一个,是当一个用户要在月底结算公司的工资单,他可以租用运营商的云计 算来实现,这时候装备了CRS-3的运营商网络会在多个数据中心中寻找哪里的云计算有一定空闲,自动为你建立起VPN通道,实现云计算。CRS-3的新特 性之一是要针对现在数据中心之间大量的流量交互提供智能和足够的带宽。这是我看到最有特点的东西。

如果说分形数学我理解的那些结论可以映射到互联网行业,那么既然微观中已经出现了新的流量模型变化,及一方面C to S,另一方面S to S。那么在更大的宏观领域里,及应该既有C to Datacenter,也应该有个趋势是Datacenter to DataCenter的流量也会增加。互联网未来的流量是这样的,一方面是C to C,及P2P的,比如电话,点与点之间的视频通信和IM(这些现在叫统一通信),文件共享。另一方面是C to S或者换言之C to Data center。再有一大块是DataCenter之间的通信。

如果按照我贯穿全文的一个推理思路是微观映射宏观的话,那么未来运营商在构建骨干网,构建数据中心时也会有不同,随之部分业务模式也会不同。先谈数据中心 的构建方式的变化,首先可以断定,以后数据中心之间有大量的流量的交互,流量的模型会依照应用不同而不同,比如有些是同步数据,有些是大块的数据复制,有 些是很大的视频的传输或者叫做中继,有些则是频繁的应用之间的数据流动比如调用和引用。再一个大胆的设想是数据中心之间是有分工的。比如有些是业务前置型 数据中心,有些则是偏重后台的数据中心,有些则偏重存储和关键数据保存。也有可能没有如此的分配,因为在虚拟化和云计算的背景下,可能都是你中有我我中有 你的,但是这种数据中心的数据流动无疑是巨大的。运营商需要智能的提供最佳的通信保证,保证数据中心之间的数据交互。过去的数据中心是用较宽的带宽连接到 骨干网上的,未来,数据中心到骨干网的带宽可能至少要和骨干网互联的带宽一致,换言之就是数据中心在骨干网上的模式从挂接式变成紧贴式。而在骨干网上流动 的数据则是长途数据,和数据中心间的数据两种。运营商需要合理调度,避免不必要的长途数据影响骨干网的带宽,而这种调度也是数据中心分工的一种表现。

这种趋势我认为是必然,过去不需要或者不迫切,只是因为当时社会没有发展到这个程度。就像上文另两个微观领域也是时间演进之后的结果,就如我和陈子在对话 中提到的“复合信息社会发展的必然趋势”
但是,我们只是看到了雏形,具体会如何发展,什么时候到来,这要回到运营商的定位,正如我在CRS-3真看清了未来吗?中提到运营商是否能够把握产业链,同时和西门青云和asr1k等人的讨论。我需要 另开一篇文章来专门探讨一下运营商究竟在互联网时代应该扮演什么样的角色,我会在另一篇文章中围绕着需求=>应用=>业务=>技术=& gt;协议=>设备这个思路来讨论。

有个事情要马上出门,今天喷到这里。谢谢观赏,另这是大荣的独立创作,版权是属于荣钰的,如果需要转载请与我联系。bigrong#gmail.com

(1个打分, 平均:5.00 / 5)

Agenda of the 77th IETF Meeting

       Agenda of the 77th IETF Meeting
                           March 21-26, 2010
                    Updated 2010-03-21 09:18:33 PDT
                                 Room Maps

   IETF agendas are subject to change, up to and during the meeting.
SATURDAY, March 20, 2010
0930-1700  Code Sprint - San Simeon
SUNDAY, March 21, 2010
1200-1900  IETF Registration - 2nd Floor Foyer
1000-1200  IEPG Meeting - Palos Verdes
1300-1450  Newcomer's Training - Palos Verdes
1300-1450  Security Tutorial - Huntington
1500-1650  Document Lifecycle - Huntington
1500-1650  NAT and NAT Traversal Tutorial - Palos Verdes
1700-1900  Welcome Reception - Pacific C
MONDAY, March 22, 2010
0800-1800  IETF Registration - 2nd Floor Foyer
0800-0900  Continental Breakfast - California Foyer/Promenade
0900-1130  Morning Session I 阅读全文»
(没有打分)

华为往事–刘平

【编者注:刘平,曾任华为北研所所长。华为副总裁。离开华为后,曾因为分红问题与华为对薄公堂。】

(1个打分, 平均:5.00 / 5)