译文

[经济学人] 企业IT调查三 | 造云

翻译:cyal8er | 2009-04-23 15:35:03 | 阅读649 | 来源

企业信息技术

造云

软件将转变为服务的组合





想在20分钟内就学会编程吗?有了Iceberg公司的一个程序,你就可以。只要打开“开始向导”,选择程序类型,比如“项目管理”,敲入“业务对象”,如“客户”、“团队”和“成员”,告诉程序它们的关系。然后设计一些表格,定义完成项目的流程,再点几下鼠标就大功告成了。

 

当然事情没这么简单。很多职业程序员会嘲笑这种开发工具,权当作玩具罢了。而Iceberg和其他类似的公司已经证明极客们对编程的垄断正在被打破。现在只要有点耐心,任何人都可以编写简单的程序,比如和同事合作或者绘制一幅在线地图。

 

编程的民主化只是一小部分,其背后更深层次的是软件特性的根本变革。不只说越来越多的软件会放到网上,更重要的是,不管是否基于网络,软件都不会像之前那样大而蠢,而是由各种电子服务组成,云计算的趋势就越来越快。

 

举一个厨房的类比来理解面向服务的架构(SOA)这种新的创建应用的方法。之前大而无当的软件代表了加工好的食物,放进烤箱就大功告成了,新的架构更像一个餐馆,本身是一种服务却又包含了很多子服务,服务员负责点单传给厨房,大厨负责烧菜,打扫卫生的负责保洁。所有这些组成了“应用”:一家餐馆。

 


阻止水蒸汽上升

 

从单一产品向服务转变的重要性有限。某种意义上说,它让组成电子水蒸汽的各种服务小雨滴成型,继而形成云。计算向各方向扩展,服务于更多用户。新架构可以帮助那些对技术不太行的人也能运用类似Iceberg那样的工具形成他们自己的云。

 

数据中心正在工业化,这种架构的转变历史上无独有偶:15世纪活字的发明。那时候,印刷不是个新概念,但古腾堡和他的同事们想出了大规模印刷的技术,造出金属字母模具,这样就可以快速组装反复使用了。

 

与此相似,模块化概念在计算的早期就出现了。“计算机科学的全部就是写更少的代码。写更少代码的技术是什么?子程序。”微软创始人比尔·盖茨在最近的一次访谈中这么说。子程序是在一段程序中可以被重用的部分,就像活字那样。比尔·盖茨说,活字的概念一直以来让子程序的原理传播的更广。

 

然而盖茨说的减少代码这件事并没有发生,主要因为计算的成本跌的比通信的成本还快。便宜又强劲的芯片推动了大型主机到微机到个人电脑再到手持设备的转变趋势。但连接它们一直又麻烦又价格不菲,这些设备都只能运行一些又大又蠢的程序跑它们自己的数据。现在,有了越来越便宜的带宽和越来越多的无线网络连接,计算就可以被重新组合成各种专门的服务,或者比尔盖茨说的子程序:“我们生活的世界中,一个子程序可以跑在互联网上另一台计算机上。”

 

古腾堡的天份之一是他认识到字母模具的高度必须一样才能被轻松组装。同样,计算服务要能正常工作也必须有强健的技术标准。几年之前这还是IT产业无法驾驭的。大部分公司都坚持它们的专利技术以锁定客户。日趋便宜的通信技术再一次带来了变革。因特网的成功显示出开放标准的好处,迫使供应商们同意以统一的方式让他们的产品一起协作。一个结果是一组叫做“网络服务”的标准栈。

 

面向服务的架构刚开始是出现在开源软件里,后来大的软件供应商迅速接受了这个概念,AMR研究公司的Jim Shepherd认为这是因为它们需求急迫。客户需要更灵活而有扩展性的程序。这些大公司必须找到方法去解开现有产品打成的结,不然自己就会被勒个半死。

 

回过头再来想想关于美食的例子。预加工好的的食物很难再变了,传统软件应用也是一样。与此相反,一家餐厅可以很容易地修改菜单和运营风格。同样的,基于SOA的软件使得公司可以改变他们的业务流程,比如安排订单收款的流程。

 

德国软件公司SAP,是最早把SOA推向前台的公司之一。从2003年开始,他开发出一套新的企业软件套件,去掉了单独的应用,比如跟踪企业财务或管理客户关系的应用。相反,它引入了一套可以被重用的组件,可以随意组装在一起。

 

IBM也是SOA和网络服务的热情拥护者。它的路数却和SAP不太一样,主要考虑到它并不卖业务应用而是靠管理底层计算基础架构的IT服务和软件赚钱。IBM应用SOA主要用来帮助企业整合他们日益复杂和相异的IT系统。它的软件把这些系统转变成一套服务,可以被编组为不同的业务流程。

 

这其实是异曲同工:构造适合企业业务需要的IT系统,让它们能够互相连接。“当我想干点新的事情”,IBM软件集团老大Steve Mills解释说,“我并不需要构建新的应用,而是使用已有的组件。”对于领导SAP新软件套件开发的Peter Zencke来说,其最激动人心的功能是“任何流程组件都是一种服务,而这种服务可以由别的公司来提供。”

 

尽管SOA的营销活动已经砸了数百万美元,但SOA并未真正蓬勃发展。不过许多网络应用依赖这个概念。比如网络巨头Google地图发布后,开发者们迅速把它和其他信息源结合起来。比如Housingmaps.com就结合了Google地图和分类广告网站Craiglist的租售信息,它们是最初几个内容和技术的组合成德“混搭”(mash-up)网站。

 

从此微软的Popfly和雅虎的Pipes服务使得这类混搭网站的数量开始井喷。它们实质上是图形化的编程工具,用户把各种提供图片、新闻和搜索结果的数据源也就是“模块”拼在一起。

 

 

大多数这类混搭网站还只能玩玩,不过把这类软件当作服务提供的公司已经开始提供相似的服务组合了。四月份Salesforce.com和Google声明他们将整合在线服务。Salesforce的用户现在可以很快的转换到Google的基于网页的应用上,从而帮助更好的管理客户关系。


小一点的公司已经开始编织服务网。比如硅谷的一家新公司OpSource,给其他软件即服务(SaaS)和网络公司提供一些基础服务。另一家加利福尼亚的新秀TriCipher,对网页应用进行用户认证。其组件Ribbit可以在它提供的服务中加入语音通讯服务。

 

然而软件云最后不太会成为上千种提供专门服务的庞大星系。相对其复杂性来说,就算构建面向服务的架构也“没有银弹”,这是早期计算机科学家Frederick Brooks的著名短语。(《没有银弹》是Fred Brooks在1987年所发表的一篇关于软件工程的经典论文。该论述中强调真正的银弹并不存在,而所谓的银弹则是指没有任何一项技术或方法可以能让软件工程的生产力在十年内提高十倍。—译者注) 比如说,尽管网络服务使得在线提供的服务可以互连,同步它们的数据仍然昂贵。同时把自己的业务押宝在简单的混搭网站上对任何公司都说不通。

 

随着软件市场的成熟,两大阵营正在形成:集成应用套件和可以在其上构建程序的平台。两类公司都在成形中。在应用这一边有Google Apps和更加多元化的Zoho,它包括了总共18种应用,包括字处理、项目管理和客户关系管理(CRM) 。

 

平台这一边早已有好多公司涉足,各种形态大小都有。企业应用方面,SAP已经有了Netweaver。Oracle有类似的Fusion。去年,Salesforce发布了一个“平台即服务”,其他公司使用支持它的CRM的各种装配服务。


最近提供客户服务的平台如雨后春笋般出现。社交网络公司Facebook在2007年成为一个先驱。其他大的网络公司都紧随其后:Google是App Engine,雅虎是Y!OS,微软是被称作Windows Strata的“云操作系统”。有人预言不同平台的竞争就如同微软的Windows和苹果的Macintosh之间的史诗之战。

 


永不言亡

 

软件云如果不是一群服务的集合那会是什么形态呢?一种说法是更像之前的软件世界那样。会有几个大平台,如同今天的几个操作系统,大部分的应用都跑在其中一个平台上。

 

有多少业务和客户软件会迁移到云中,这个过程有多快,还不得而知。问题的答案取决于你问谁。 不出意外的话,Salesforce的创始人和总裁Marc Benioff会说网络应用标识着“软件的末日”。但人们并不准备扔掉他们的个人电脑和“客户端”装置,原因是很多还得在离线状态使用。同样的,企业出于安全、规程或者只是便于控制的考虑,也会一直把一些应用放在公司内部。微软首席软件架构师Ray Ozzie推广了一种叫“软件加服务”的东西,他说客户会习惯“新老食物的恰当搭配”。

 

以史为鉴,Ozzie先生是说到点子上了。即使IT史上最大的变革也从来没有导致任何东西的消亡。比如IBM,到现在它的主机业务还在赚钱。

 

所以软件云就像它下面的硬件基础架构那样,将会非常多样化。但是人们将如何使用这种计算呢?

【本文翻译仅为外语学习及阅读目的,原文作者个人观点与译者及译言网无关】

分享:

添加评论