分享

05年十大IT技术创新之星

 Taylor 2005-09-09

05年十大IT技术创新之星

计世网消息        《Infoworld》每年都会评出引领和推动IT业发展的创新技术,今年有哪些人物成为创新之星了呢?

从更灵敏的安全系统到更富活力的网络服务架构,今年的创新者试图从多个方面探索提升效率和可靠性的新途径。由于这些人的努力,多个领域都获得突飞猛进的技术进步--例如,XQuery64位计算和SOA


我链接,我是Airgo

Greg Raleigh没做太多的事就进入了今年的顶级创新者行列。他只是颠覆了无线电科学的基本原理。

1996年,这位Airgo Networks公司创建者、CEO发明了MIMO(多输入多输出)OFDM(正频分复用)技术。这项技术成为了高速802.11n无线网络的基础。

MIMO利用大多数无线电科学家上个世纪一直试图避免的一种自然现象――多径失真。当无线电信号遇到附近的物体表面发生反映时,它们相互干扰。这正是为什么当你开车经过某地时,手机信号或FM接收效果衰减的原因。当时是斯坦福大学物理学在读博士的Raleigh意识到他可以利用多径效应提高无线信号的传输速度和距离。

Raleigh指出:Marconi 1896年发明第一台无线电原型机起,无线电科学界中的睿智之士一直将多径效应视为问题。整整100年后,我发表了证明一篇论文,论文证明了不仅可以利用多径效应提传输速度和覆盖面,事实上,若想实现这一目标你需要多径效应。

802.11n标准(预计今年年底将得到IEEE的批准)将把目前Wi-Fi网络的速度增加一倍,而且还可以将传输距离增加9倍。虽然早期的应用将为家庭提供视频流技术,但超高速无线技术对于企业也有意义。

Raleigh问道:一旦你得到超过100Mbps以太网速度,为什么还要为布线去操心吗?45年后,每一个桌面和便携机企业应用都可能是无线的。

Raleigh在加入研究所之前在工程师职位上渡过了14年时间。他说,实际经验给予他的技术突破很大的帮助。他说:困难的部分不是解决问题,而是确定什么问题值得解决,然后以一种使答案对于社区有价值的方式提出问题。甚至在这种情况下,真正的担心出现在当你试图将理论概念变为实际的产品之时。

Raleigh说:技术领域中的一个人单靠自己只能做很少的事。甚至一小群非常聪明的人只能做那么多。光有灵活闪现的想法是不够的。你需要组织公司的能力,你需要招募120名来自十几个不同领域的工程师,将他们组织在一起合作将产品推向市场。而这占到97%的工作。


                     Zetera
:以光速存储

一旦你作为团队成员,开发出数十亿台机器使用的磁盘控制器标准,你就会发现这是个很难超过的成就。因此,当Zetera 公司的Bill BabbittBill FrankTom Ludwig创建一项新网络存储范例时,他们干脆去掉了控制器。

Zetera Network StorageIP为基础,这使应用可以直接与网络连接的存储设备通信,从而消除了硬盘控制器、交换机和网关造成的瓶颈。

Zetera公司基于IP的存储方案使存取保存的数据像下载网页那样容易,从而使它比传统的NAS的速度更快、可伸缩性更好。尽管在运行时与SAN类似,但Zetera的方案的成本远远低于iSCSI或光纤通道解决方案。

Zetera公司首席系统设计师Ludwig指出:你的性能只受到你的管道的速度的限制。而且这种系统具有令人难以置信的可伸缩性。你可以添加一块硬盘或一千块硬盘,而这从可伸缩性观点看并没有什么实质的不同。

Zetera的创建者们最初为家庭网络开发了这项技术,以使家庭可以方便地共享数字家庭电影和其他大型数据文件。硬件与固件工程高级经理Bill Babbitt说,作为第一款采用Zetera技术的商用产品,Netgear公司的Storage Central预定很快上市,售价129美元。对于家庭用户来说,硬盘多少有点像是USB光驱,只不过它是共享的,并且性能和存储容量都要高得多。

不过,Babbitt说,他们在这项技术上做的工作越多,他们发现为Zetera所具有的廉价替代RAID系统的能力所吸引的企业表现出的兴趣就越大。

Zetera的方案中,每一块物理硬盘可以被分配给自己的IP地址,被划分为具有自己的惟一地址的虚拟硬盘,或与其它硬盘整合起来构成一块巨大的虚拟硬盘。利用IP多播技术,Zetera 一次可以同时向多个虚拟硬盘传送同样的数据,使一种镜像数据变得更可靠、更高效。

公司CTO Bill Frank 指出:由于很多原因,Zetera技术是颠覆性的。我们将它深深地融入到IP协议中,融入程度达到了大部分功能实际上是由IP本身提供的。我们可以自然地做其它协议不能完成的事情――而且是以更低的成本和更高的性能做这些事情。

卓越的协作使XQuery覆盖整个企业

1998年时,不是所有人认为都需要一种功能齐全的XML查询语言。今天,XQuery正在由所有重要的关系型数据库、中间件厂商、内容管理系统和开放源代码项目实现。它甚至正在成为SQL标准的组成部分。开发XQuery的主要倡导者之一Jonathan Robie说:你不得不认为这是一种语言取得的成功。

Robie 现在是DataDirect公司的XML计划经理。20年前,他发现自己在与关系型数据库的局限性作斗争。他对替代性对象数据库的兴趣导致他在Poet Software公司干了一段时间。一位Poet客户,医学出版商FA Davis,提出了SGML(标准通用标注语言)数据库的概念。

这一概念带来的产品基于OQL(对象查询语言),但是webMethods公司Joe LappRobie相信XML的特性需要一种不同的基础。虽然Frank Tompa的论文早已提出了很多关键概念,但Robie并没有看到这篇文章。他现在有点悲伤地开玩笑说:因此,我用了随后两年时间重新提出这些概念。其中的一个结果就是XQLXML查询语言),即现在广泛用于提到XML文档子集合的方法XPath的前辈。

1998W3C大会的一个研讨会上,Robie见到了AT&T公司的Mary Fernandez。后者是XML-QL的发明人之一。XML-QL是一种灵感来自SQL的语言。Robie回忆说:我们起先并不熟悉。但是,讨论富有成果。

2000年,Robie协作开发了Quilt,一种设计用于将7种竞争性建议混合在一起并成为XQuery基础的原型语言。发挥关键作用的是用户案例”――Quilt以及以后的XQuery必须能够解决的真正的查询。由于XQuery3个主要方面――发现、发表和使XML碎片相互关联――跨越各类繁多的应用,因此用户案例尤其具有价值。

随着XML成为从XHTML网页到Word文档的各种东西的通用语言,通用XML查询语言的价值从来没有像现在这样清晰。

Sonic ESB:以新方式实现故障切换

     如果SOA运动有一面官方旗帜的话,ESB(企业服务总线)的标志就会将出现在这面旗帜上。ESB作为一种开放、分布式的集成平台,提供与各种系统和应用连接的接口,并保证它们之间可靠地传送信息。假如你给这面旗帜点缀上领先SOA厂商的徽标的话,那么Sonic Software公司的徽标肯定将是其中最耀眼的徽标。

Bill Cullen作为Sonic Software公司工程副总裁,领导着所有廉价硬件上的Sonic ESB和其CAA(连续可用性架构)的开发。CAA是一种故障切换机制,它不仅保证消息的提交,而且还将恢复时间减少到几秒钟。

同其它故障切换方案一样,CAA依赖于向磁盘写消息。在发生硬件、软件或网络故障后,它确定进程在何处中断,找回未提交的消息,然后继续传送它们。差别在于CAA执行恢复过程的方式。在进行恢复时,Cullen和他的团队从Sonic的数据库式的日志文件中获得线索。日志文件将所有的东西作为一系列事件记录在一个文件中。

Cullen回忆说:我认为我想出来了eureka)的时刻是你意识到你可以在发生故障十分钟后,重放日志来恢复状态,然后你可以继续运行,尽管你重新运行在另一台机器上。因此我们所做的是开发一种备份系统,对于我们来说即消息代理器。它始终监听事件流,与消息系统保持同步,即使它自己并不处理消息。

正因为如此,Sonic可以提供用户和应用看不到的快速故障切换,这种故障切换不需要专门的硬件或昂贵的群集软件。Cullen说:我们的目标是:无需建设那种支持快速故障切换的大型硬件基础设施条件下的高速故障切换。我们可以在廉价的Linux机器或类似的设备上实现高速故障切换。我们甚至不需要在两端拥有同样的硬件。

Sonic已经将CAA保护扩展到了系统的其他部分,将复制和故障切换扩展到目录服务、文档翻译、XML处理和其它客户需要弹性的地方。

CAA既轻巧又灵活,可以复制各种信息来支持数据中心到数据中心的故障切换,提供颗粒度更细的保护应用。你可以将它称之为面向服务的故障切换方式。

 JotSpotWiki应用来了

还是Excite.com共同创建人时,Graham SpencerJoe Kraus就已对创新性的技术略知一二。但是,这并不是他们着手开发第一种应用Wiki――JotSpot时,他们考虑的事情。

JotSpot CTO Spencer说:“2000年当我们离开Excite时,我们正参与几个不同的项目,我们利用Wiki管理有关这些项目的谈话。起先,我们认为Wiki并不十分有趣。但是当我们开始使用它们后,发现它们的确具有改革能力,它们使你可以在项目上开展协作。

正如所有Wiki所做的那样,JotSpot使你可以创建新文档供其他人编辑,或编辑其他人创建的文件。因此,你可以将工作表输出到Wiki中,而不是用电子邮件到处传送电子报表并想知道谁拥有最新版本或进行了哪些修改。在Wiki中,最新版本可供随时使用,所有的修改可以被方便地追根寻源。

但是,JotSpotWiki概念应用于开发应用。例如,你可以找一个简单的电子报表,将每一行变为它自己的Wiki网页,包括与其它文档的链接。你可以直接用电子邮件将文件传送到你的网页上,设置一个当其他人进行修改时通知你的RSS传送。你可以输入像小组日历、联系人管理器、援助台、项目管理器等免费的预制应用,然后点击几下鼠标来定制它们――不需要编辑。

如果有人把事情弄糟的话,你可以恢复到以前的版本。没有损害,没有乱七八糟的事情。

Spencer说:我们希望给予人们信心,让他们相信他们可以开发自己的应用并修改它,就像网志使人们感到他们不必学习HTML就可以发表自己的内容那样。使进行修改变得安全是这项工作真正重要的部分。

他说,JotSpot1.5万家客户中的很多人开始时将Wiki用于简单的事情,如跟踪办公用品或管理会议室日程表。但是不久后,它们将开始输入电子报表和定制预制的应用程序。

对于Spencer来说,这是Web演进过程中――从使用搜索工具寻找和查看文档,到创建你自己的内容,最后到开发解决真正问题的应用程序――自然而然的下一步。

Spencer说:我认为你将越来越多地看到人们利用Web建立功能空间,而不是简单地创建文档。我们认为人们希望开发的应用有着一个巨大的潜在市场,我认为我们拥有开发这些应用的好工具。

 事件流处理推动Web服务和RFID发展

上世纪80年代后期,Mark Palmer帮助伦敦信孚银行建立了一个交易系统。当时,金融业推动着事件流处理技术的发展。事件流处理技术是一项吸收大量的、高速的事件数据流,然后对这些事件进行历史和实时分析的技术。当然,现在一方面随着Web服务的出现,而另一方面随着RFID标签的面世,我们的网络充斥着由虚拟和物理连接带来的事件。Progress Software公司实时部事件流处理副总裁Mark Palmer,是正在为创建这一新兴学科并使数据库和查询语音适应新学科提出的挑战而工作的创新者之一。

上世纪 90年代中期,Palmer效力于Object Design公司。虽然该公司的ObjectStore数据库是进行事件处理的良好基础,但它必须进行改造才能处理时间序列数据。另一个关键改进是管道化架构,这种架构使每秒处理数万个事件,然后高效率地问答查询(如重放昨天下午3:304:15之间与20号台站口相关的事件)成为可能。这些创新成为目前所谓的进展事件引擎的技术的基础。

ObjectStore数据库演化成为一种面向XML的产品,eXcelon。该产品于2002年被Progress Software所收购。在此期间,Palmer致力于其它他所感兴趣的事情,然而两年前当Progress Software任命他领导其事件处理计划时,他又与该产品重新走到了一起。

关键目标是加强事件引擎的实时分析功能。经过1年半的调查后,Palmer选择上了Apama公司,这家公司于今年4月被Progress所收购。他说:具有实时扩展的历史访问是我们曾开发的东西,而Apama的优势是实时分析。他自己的团队曾开发了一种基本查询语言。现在,这种事件数据库将装备Apama更先进的查询技术,而Palmer负责将这些独立的创新集成到一个通用平台中。

Palmer说:随着事件流处理技术的成熟,我们将需要标准的方式来描绘和查询事件数据。这类标准目前正处于范围确定阶段(scoping phase),由EPCglobal联盟负责管理。

Palmer补充说:很多人现在对RFID标签感到兴奋。但是当我们回顾几年前的情景时,我们会看到这实际上只是一种全新类型的计算的开始。

BladeLogic:恢复数据中心秩序

早在2001年,大约是在.com泡沫破裂时,Vijay Manwani就对公用计算有了深入了解,但是他在其他地方看到了更大的潜力。

Manwani说:当所有人都希望神奇地一键式完成各种工作时,我们看到了首先解决数据中心自动化(DCA)问题的需要。

管理人员面临越来越分散的、异构的数据中心。应用需要部署,操作系统需要修补,安全政策需要升级和执行――尤其在目前这个法规遵从性时代中。在逐服务器的基础上照管这些和其它的任务会占用人员时间,增加人员错误。

作为已有5年历史的BladeLogic公司的共同创建人和CTOManwani在指导公司的Operations Manager开发方向的新职位上,吸取了他以前担任系统管理员时的经验。与竞争对手一般针对管理物理设备的管理解决方案不同,Operations Manager将复杂的服务器和应用基础设施,如服务提供与配置管理,转变为透明的、易于管理的虚拟IT服务的集合。最后的结果是:IT人员可以轻松、迅速地将业务请求变为运营任务。

Manwani预测,虚拟的共享服务,加上刀片服务器管理和高性能试验室中开发的群集技术,最终将导致公用计算――但是目前还不能。真正的公用计算要等到2008年到2012年才会真正出现。

对于Manwani来说,成功的DCA意味着在维持平衡的同时,保持业务灵活性。他指出,你必须平衡应用团队和运营团队的需要,使业务流程在不断修改你的系统的情况下仍可以顺利运转,并且同时确保你保持法规遵从性。

在使用DCA时,你还必须小心地在满足Windows管理员和Linux管理员的需要上取得平衡。去年10月推出的Version 6增加了对Suse Linux的支持。Manwani说:市场上的很多工具要么是为Windows平台优化的,要么是为Linux平台优化的。我们的产品对这两种平台不偏不依。

QuickTransit:为应用程序提供更大的灵活性

Alasdair Rawsthorne可能起步时动作缓慢,但是他将找回损失的时间。

他在上世纪90年代初经历了大彻大悟的时刻。作为英国曼彻斯特大学计算机科学教授,Rawsthorne将自己的休假年用在了为超级计算机研究中心(ACRI)工作上。这是巴黎一家超级计算机制造商。

Transitive公司创建人、CTO Rawsthorne说:我们的CEO认为超级计算机必须与一种已有处理器的指令集兼容,但他不断改变这是哪一种处理器的想法。一个星期,是PowerPC,而下一个星期变成了Alpha,再下个星期成了MIPS。每次他改变想法时,我们必须放弃我们的所有工作成果。而他会说:这不会改变日程表,对不对?’”

Rawsthorne认为必须有一种在不损失功能性、降低性能或为每一种CPU重新编译程序的条件下,跨硬件平台运行软件的方法。从这种想法,诞生了QuickTransit硬件虚拟技术。

然而,QuickTransit的开发绝对算不上快。Rawsthorne1995年与一位大学研究人员一起开始了这个项目。3年后,他们拿出了他们愿意公开展示的版本。2000年,Rawsthorne成立了Transitive公司,以便向硬件制造商销售这项技术,但是一直等到2004年,该公司才宣布了它的第一家客户Silicon Graphics公司(SGI)。

SGI当时开发出了一种基于Intel Itanium处理器和Linux操作系统的新图形可视化系统。但是,SGI的客户基础使用为MIPS处理器和一种专有Unix版本开发的软件。怎么办呢?利用QuickTransit,新SGI机器运行老软件的中间代理,向和从处理器传送指令并实时优化这些指令。Rawsthorne说,SGI的老软件在Itanium上的运行速度比在MIPS上更快。

但是,如果缺少学术研究的自由和从容,QuickTransit是不可能问世的。我们当时从容不迫地试验可能会失败的东西。

现在,他面临的最大挑战是说服心存疑虑的客户,让他们相信这项技术是行之有效的:所有人的第一反应是这显然好得都不像是真的了。

  OpTier:用整体方式保证性能

2002年当Amir AlonYori LaviIsrael Mazin决定成立一家新兴公司时,他们找到了一些Fortune 1000企业,询问是什么东西让他们的IT专业人员晚上睡不着觉。得到的答案是:当IT基础设施从客户机/服务器架构转向.NetJ2EE架构时,测量和保持性能的问题。

Alon说:我们感到震惊。性能管理市场上有那么多的大厂商,而他们的解决方案却不能适应单一业务交易可以跨多个不同的系统的新范例。

这些前MemcoCompuware经理们给这家设在纽约的新公司起名为OpTier,将公司的目标设定为跨企业各个层面优化性能。两年后,他们推出了CoreFirst:一种使企业可以分析各个层面――从大型机、中间件到Web与应用服务器――上的活动的性能管理应用。

CoreFirst的帮助下,每一个IT“事务”――不管它是从服务器提取数据,还是请求网页,或是向网络打印机发送打印任务――都被分配给一个惟一的ID。当这个事务从一个系统向另一个系统流动时,安装在网络每个分支上的软件代理跟踪这个事务,提供实时分析,使IT经理可以迅速地确定系统瓶颈。CTO Alon说经理们可以得到他们需要的颗粒度,了解特殊类型的事务,或下挖(drilling down)查看某个用户的活动。

Alon说,这种想法来自他在上世纪80年代初担任IBM大型机性能分析师的时候。他说,在使用IBM大型机时,事务跟踪和工作负载管理被紧密地集成到操作系统中。但是在分布式环境中,这些概念不存在,或者它们只存在于自成体系的系统中。

Alon说,现在,用户运行的事务以及它们对整体系统的影响,可以被变得完全为企业所见。你可以隔离造成性能问题的那部分基础设施。

更重要的是,CoreFirst使IT部门为不同类型的事务分配优先级。例如,一家金融机构可以赋予在线银行客户优先权,为他们分配更多的系统资源以及减少低优先级任务的资源。这使企业可以改进客户服务,效率更高地利用资源,避免费用昂贵的资源过度配置。

什么是最大的挑战?Alon说,在不造成额外开销或延迟的条件下建设系统。不过,别指望这位前以色列国防军计算机中心工程师交出那些秘密。他说:这是我们的秘密调料。我们已经获得了专利。

 DTrace和预测性自愈技术预示Sun的未来

Solaris开发员Bryan Cantrill说:当我1996年来到Sun Microsystems公司时,我是因为希望做操作系统开发工作的。当时,其他操作系统厂商大多数已放弃了竞争,向Microsoft俯首称臣。那时只有一家它的Windows NT战略是打败NT的厂商,这就是Sun公司。

碰巧,这项战略行之有效。SolarisUnix大战中胜出,并且在服务器市场沉重打击了Microsoft,但是没想到却让来自开放源代码世界的一匹黑马抢走了风头。目前,尽管Linux势头依然不减,但是Sun仍计划继续创新。

Cantrill说:我们始终认为你可以与众不同地进行操作系统的创新。

Sun的最新创新可能没有从主流媒体中抢走Linux的风头,但是Solaris毫无疑问是Unix市场中惟一的创新来源。Solaris开发员Michael Shapiro说:当你研究Solaris 10时,如果你必须形容它所带来的创新的话,没有一种创新真正改变应用程序的编程模型。相反,这种操作系统将使人们可以利用他们已经有的软件或他们已有的解决问题的想法做些什么。

以随Solaris 10提供的动态跟踪框架DTrace为例。在它的帮助下,管理人员对了解软件内部工作情况的前所未有的深入了解,使他们可以诊断问题:不是通过孤立的测试情景,而是在生产环境中。Cantrill说,随着向复杂的、部件化的软件环境发展的趋势的继续,这种能力将变得至关重要。

另一个新特性,预测性自愈功能,从根本上改变了系统报告和回应错误条件的方式。Shapiro说:如果你的一块DRAM内存坏了,我们可以隔离这个问题……找出什么进程使用这段内存,杀掉这个进程,重新启动服务……然后从使用的内存中卸下这段内存,保持系统继续运行。


     AMD公司的路线图为其超级制图师Fred Weber而自豪
           By  Tom Yager  200581
  发展64 x86-64架构服务器Opteron系列处理器的计划是一个你不曾想到的人所提出的――Fred Weber,他是AMDCTO。他对AMD的路线构想是发展CPUs,做为AMD的首席技术官,设计CPUFred Weber的责任,并且为了更好地推动进程,Weber常常被人称为了解用户需求的离奇预测家
  作为芯片制造商,Fred WeberAMD公司的Hammer芯片的编码工程团队的领军人物。投入微小的人力资源和预算, AMDHammer芯片能够在执行64位应用程序的时候同时向后兼容32位的应用程序,相反,IntelItanium虽然拥有一套特定的指令集,但是它只能以模拟器的方式执行原来的32位应用程序,在速度上没有任何优势。就像X86-64X86的改良而不是革命一样,Hammer的架构相对于Athlon而言也是一次提高。AMDAthlon的技术设计沿用到Hammer上,通过一些调整和改善来使得Hammer超过Athlon的性能。从AthlonHammerAMD在下面三个地方做了改进:增加指令和数据到处理器的流量,增加指令编码流量和增加处理器处理指令的能力。
  然而,当IntelItanium因为缺乏x86的兼容性和设计上的缺陷而不再火爆和受人欢迎,并在市场上大受指责时,Weber的职业生涯也同样受到挑战。在2003年,Weber推动Hammer的发展,再然后是Opteron,他从Intel先前的漏洞中一跃而过,狠狠得打击了那些对x86指令集即将消亡的预言。2005年,双核Opteron服务器上市,AMD64处理器家族的其他成员也紧随而上。
  Weber回想起在1999年时,他谈论AMD将来的服务器构想技术时的情景。很明显,当时的构想技术如今已经实现。当制造商期待Pacifica和其他Opteron服务器时,他们会拔出现有的CPU给扔了,然后换上新的。Weber的成就无疑是独特又难以估算的。
  Weber一直在忙着做事,当他谈到Microsoft关于在市场上推迟其推出64 Windows时,他感到了困难。在问及Intel公司是否对此做了什么时,他流露出怀疑的目光。
  然后他说:“Intel永远赶不上我们。这就是Fred Weber,充满自信又倔强。

 

 

 

 

    本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击一键举报。
    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多