什么是 Web 2.0 ——下一代Y件的设计模式和商业模?/span> Q全文翻?/span> ? Q?/span>
〖原文作者:提姆·奥莱理( Tim O'Reilly Q,奥莱理媒体公司( O'Reilly Media Inc.) d?/span> CEO ?/span>
〖翻译: SeeSunshine ?/span>
如上文在?/span> Google ?/span> Netscape 的比较中谈到的,互联|时代Y件的代表性特征就是它应该被作为服务来交付。这U事实导致这cd司的商业模式上很多根本性的变化?/span>
1. q营必须成ؓ一U核心竞争力?/span> Google 或?/span> Yahoo! 在品开发方面的专门技术,必须同日常运营方面的专门技术相匚w。从软g作ؓ刉品到Y件作为服务的变化是如此地ҎQ以至于软g不再能完成dQ除非每日加以维护?/span> Google 必须持箋抓取互联|ƈ更新其烦引,持箋滤掉链接垃圾和其他媄响其l果的东西,持箋q且动态地响应数千万异步的用户查询Qƈ同步地将q些查询同上下文相关的广告相匚w?/span>
所以, Google 的系l管理、网l、和负蝲均衡技术,可能比其搜烦法更被严加看管Q也׃ؓ奇了?/span> Google 在自动化q些步骤上的成功是其同竞争者相比更有成本优势的一个关键方面?/span>
同样也不ؓ奇的是, ?/font> Perl ?/font> Python ?/font> PHP ?span lang="EN-US">和当前的 Ruby q样的脚本语a?/font> Web 2.0 公司中扮演着重要角色 ?/span> Sun 公司的第一个网哈桑h|dQ?/span> Hassan Schroeder Q曾?/span> Perl 有一个著名的形容Q“互联网的管道胶带”( the duct tape of the internet Q。事实上Q动态语aQ常常被UCؓ脚本语言Qƈ被Y件制品时代的软g工程师所贬低Q,是系l和|络理员,以及创徏可经常更新的动态系l的E序开发者们所喜爱的工兗?/span>
2. 用户必须被作为共同开发者来对待Q这是从对开放源码开发实늚一U反思中得出的(即便所涉及的Y件不太可能以开放源码授权方式来发行Q。开放源码的D“早发布q常发布”( release early and release often Q事实上已经演变成一U更为极端的定位“永q的试版”( the perpetual beta Q。其中品在开攄态下开发,新的功能以每月、每周、甚x天的速度被加入进来?/span> Gmail ?/span> Google Maps ?/span> Flickr ?/span> del.icio.us Q和其他cM的服务,可能会在某个阶段打着试版的标识多年?/span>
故此Q实时地监测用户行ؓQ来考察哪些新特性被使用了,以及如何被用的Q将成ؓ另外一U必ȝ核心竞争力。一位工作于一个主要在U服务网l商的开发者评论道Q“我们每天在|站的某些部分提供两C个新的特性,而且如果用户不采用它们,我们将其撤掉。如果用户喜Ƣ它们,我们将其推q到整个|站。?/font>
Flickr 的d发师卡尔·亨d( Cal Henderson Q,q来 透露了他们是如何在短x半个时部|一个新版本?/font> 。显而易见,q是同传l方式有天壤之别的开发模式。虽然不是所有的|络E序都以?/span> Flickr q样的极端方式来开发,但几乎所有网l程序都有一个同M PC 或者客?/span> - 服务器时代截然不同的开发周期。正因如此, ZDnet 杂志?/span> 论断 Microsoft 不会打| Google Q?/span> Microsoft 的商业模式依赖于每个人在每两Cq都升他们的计环境?/span> Google 的模式则依靠M人每天在其计环境中自行探烦Cѝ?/span>
虽然 Microsoft 已经体现了从竞争中学习ƈ最l做得最好的强大能力Q但是毫无疑问这一ơ的竞争要求 Microsoft Q可以扩展到M现存的Y件公司)来成ZU在深入层面上显著有别的公司。天生的 Web 2.0 公司在n受自然而然的优势,因ؓ它们不需要去摆脱陈旧的模式(及其相应的商业模式和营收来源Q?/span>
一旦网l服务的观念深入人心Q大型公司将以复杂的|络服务堆栈来加入到U争之中。这U网l服务堆栈被设计用来为分布式E序建立更可靠性的~程环境?/font>
但是Q就像互联网成功正是因ؓ它推M许多文本理ZP RSS 以完的设计来取代简单的实用MQ已l因其简单性而成为大概是应用最q泛的网l服务,而那些复杂的企业|络服务未能实现广泛的应用?/span>
cM圎ͼ Amazon.com 的网l服务有两种形式Q一U坚?/span> SOAP(Simple Object Access Protocol Q简单对象访问协议)|络服务堆栈的Ş式主义;另一U则单地?/span> HTTP 协议之外提供 XML 数据Q这在轻量型方式中有时被UCؓ REST Q?/span> Representational State Transfer Q代表性状态传输)。虽然商业h值更高的 B2B q接Q例如那些在 Amazon 和一些像 ToysRUs q样的零售伙伴之间的q接Q?/span> SOAP 堆栈Q但是根?/span> Amazon 的报道, 95% 的用来自于轻量?/span> REST 服务?/span>
同样的对易性的要求Q可以从其他“朴实的”网l服务中见到?/span> Google q来?/span> Google 地图的推出就是一个例子?/span> Google 地图的简?/span> AJAX Q?/span> Javascript ?/span> XML 的结合)接口q速被E序高手们破译,被随卌一步将其数据合到新的服务之中?/span>
地图相关|络服务已经存在了一D|_例如?/span> ESRI 那样?/span> GIS Q地理信息系l)Q以及从 MapQuest ?/span> Microsoft ?/span> MapPoint 。但?/span> Google 地图以其z性而让世界兴奋h。虽然从前销售商所支持的网l服务都要求各方之间的正式约定,?/span> Google 地图的实现方式数据可以被捕P于是E序高手们很快就发现了创造性地重用q些数据的方法?/span>
q里有几条重要的l验Q?/font>
1. 支持允许松散l合pȝ的轻量型的编E模?/span> 。由企业开发的|络服务堆栈的复杂设计是用来促成紧密l合的。虽然这在许多情况下是必LQ但是许多最重要的应用程序可以事实上保持松散l合Q甚x脆弱的结合?/span> Web 2.0 的理念同传统?/span> IT 的理念E然不同?/span>
2. 考虑聚合Q?/span> syndication Q而不是协调( coordination Q?/span> 。简单的|络服务Q例?/span> RSS 和基?/span> REST 的网l服务,是用来向外聚合数据,但ƈ不控制其辑ֈq接的另外一端时发生的事情。这U想法是互联|本w的基础Q一U对所?/span> 端到端原?/font> 的反映?/span>
3. 可编E性和可合性设?/span> 。像最初的互联|一P RSS ?/span> AJAX q样的系l,都有此共同点Q重用的障碍非常低。许多有用的软g事实上是开放源码的Q而即便它不是Q也没有许多东西来保护其知识产权。互联网览器的“查看源文g”选项Q得许多用户可以复制其他Q何用L|页Q?/span> RSS 被设计得使用戯够在需要的时候查看所需要的内容Q而不是按照信息提供者的要求Q最成功的网l服务,是那些最Ҏ采纳未被服务创徏者想到的新的方向。同更普遍的“保留所有权利”( all rights reserved Q相比,随着创作qU定而普及的“保留部分权利”( Some Rights Reserved Q一词成Z个有益的指\牌?/span>
装配中的创新
轻量型商业模型是对轻量型~程和轻量型l合的一U自然物?/span> Web 2.0 的理念善于重用。一U像 housingmaps.com q样的新服务Q是通过两个现存服务抓取到一h单地创徏h的?/span> Housingmaps.com q没有商业模式(目前为止Q,但对于许多小规模的服务, Google ?/span> AdSense Q或 Amazon ?/span> associates fees 计划Q或者两者都是)为同cL务提供了营收模式?/span>
q些案例?/span> Web 2.0 的另外一个关键原则提供了启发Q我们将之称为“装配中的创新”。当商品lg充裕Ӟ你可以通过以新颖的或者有效的方式来装配这些组件来创徏价倹{很?/span> PC 革命为硬件商品装配提供了许多创新的机会,其中?/span> Dell q样的公司创造了q种装配的科学,q从而打败了那些商业模式上要求品开发方面的创新的公司,我们怿 Web 2.0 为各个公司提供了Q通过在利用和整合由其他h提供的服务方面逐渐完善Q来赢得竞争的机会?/span>
另外一个值得一提的 Web 2.0 Ҏ是 Web 2.0 已经不再局限于 PC q_q样一个事实。在?/span> Microsoft 的告别徏议中Q长期的 Microsoft 开发者戴夫h塔兹Q?/span> Dave Stutz Q指出:?/span> 越单一讑֤而编写的有用软g 在未来很长一D|间里获得更高的利润”?/span>
当然QQ何的|络E序都可被视单一讑֤的Y件。毕竟,即便是最单的互联|程序也涉及臛_两台计算机:一个负责网l服务器Q而另一个负责浏览器。而且如我们已经探讨q的Q在网l作为^台的开发中Q把q个概念拓展到由多台计算机提供的服务而组成的合成应用E序中?/font>
但是如同 Web 2.0 的许多领域一P在那些领域中?/span> 2.0 版的事物”( 2.0-ness Qƈ不是全新的,而是对互联网q_真正潜能的一U更完美的实玎ͼ软g越单一讑֤q一说法赋予我们为新q_设计E序和服务的关键性的z察力?/span>
q今为止Q?/span> iTunes 是这一原则的最佌例。该E序无缝C掌上讑֤延到巨大的互联|后収ͼ其中 PC 扮演着一个本地缓存和控制站点的角艌Ӏ之前已l有许多互联网的内容带C备的试Q但?/span> iPod/iTunes l合却是q类应用中第一个从开始就被设计用于跨多U设备的?/span> TiVo 则是另外一个不错的例子?/span>
iTunes ?/span> TiVo 也体C Web 2.0 的其他一些核心原则。它们本w都不是|络E序Q但都利用了互联|^台的力量Qɾ|络成ؓ其体pM无缝q接的、几乎不可察觉的一部分。数据管理显然是它们所提供的h值的核心。它们也是服务,而非打包的程序(虽然对于 iTunes 来说Q它可以被用作一个打包的E序来仅仅管理用h地的数据Q。不仅如此, TiVo ?/span> iTunes 都展CZ一些集体智慧的方兴未艾的应用。虽然对于每个情况,其实验都是同|络 IP 入口的周旋?/span> iTunes 中只有有限的参与体系Q虽然近来增加的播客Q?/span> podcasting Q将q一规则规律性了不少?/span>
q正是我们希望看C大变革的 Web 2.0 领域中的一个,随着来多的设备正q接到这个新的^C来。当我们的电话和汽R虽不消费数据但却报告数据Ӟ可能会出C么样的程序呢Q实时的交通监、快闪暴走族Q?/span> flash mobs Q、以及公民媒体,只不q是新^台的能力的几个早期警C?/span>
一?/span>
Web 2.0的投资论?/span>
风险投资家保|LL斯基Q?/span>
Paul Kedrosky
Q?/span>
写道
Q“关键在于去L一U你p相左的,h可操作性的投资”。有的是,我们注意?/span>
Web 2.0
的每个方面都涉及到同p的分歧:每个人都在强调保持数据隐U的重要性,?/span>
Flickr/Napster
{等Q却使其公开化。这q只是Z分歧而分歧(比如q求宠物食在U)Q而是在可以从中创建出一些东西的地方发生分歧?/span>
Flickr
~造了CQ?/span>
Napster
创造了收藏的广度?/span>
另外一U看待这U现象的方式Q就是成功的公司都放弃了一些昂贵但被认为重要的东西Q以便免费获得一些有价值的曄昂贵q的东西。例如,l基癄全书攑ּ了集中的~审控制Q以作ؓ寚w度和广度的回报?/span>
Napster
攑ּ了“目录册”的xQ列出所有销售商正在销售的歌曲Q,q因此获得了q度?/span>
Amazon
攑ּ了用于一个实体店面的xQ却从而服务于整个世界?/span>
Google
攑ּ了大宗用P开始的时候)Q却得到?/span>
80%
的,其要求从前未被满的用户。下面的说法很有一些合气道Q借力打力Q的_Q“你知道Q你是对的——整个世界的人都l对可以更新q篇文章。而且你猜怎么着Q这对你是个坏消息”?/span>
——内h克英(
Nat Torkington
Q?/span>