《Infoworld》每年都会评出引领和推动IT业发展的创新技术，今年有哪些人物成为创新之星了呢？
2
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既轻巧又灵活，可以复制各种信息来支持数据中心到数据中心的故障切换，提供颗粒度更细的保护应用。你可以将它称之为面向服务的故障切换方式。
JotSpot：Wiki应用来了
还是Excite.com共同创建人时，Graham Spencer和Joe Kraus就已对创新性的技术略知一二。但是，这并不是他们着手开发第一种应用Wiki――JotSpot时，他们考虑的事情。
JotSpot CTO Spencer说：“2000年当我们离开Excite时，我们正参与几个不同的项目，我们利用Wiki管理有关这些项目的谈话。起先，我们认为Wiki并不十分有趣。但是当我们开始使用它们后，发现它们的确具有改革能力，它们使你可以在项目上开展协作。”
正如所有Wiki所做的那样，JotSpot使你可以创建新文档供其他人编辑，或编辑其他人创建的文件。因此，你可以将工作表输出到Wiki中，而不是用电子邮件到处传送电子报表并想知道谁拥有最新版本或进行了哪些修改。在Wiki中，最新版本可供随时使用，所有的修改可以被方便地追根寻源。
但是，JotSpot将Wiki概念应用于开发应用。例如，你可以找一个简单的电子报表，将每一行变为它自己的Wiki网页，包括与其它文档的链接。你可以直接用电子邮件将文件传送到你的网页上，设置一个当其他人进行修改时通知你的RSS传送。你可以输入像小组日历、联系人管理器、援助台、项目管理器等免费的预制应用，然后点击几下鼠标来定制它们――不需要编辑。
如果有人把事情弄糟的话，你可以恢复到以前的版本。没有损害，没有乱七八糟的事情。
Spencer说：“我们希望给予人们信心，让他们相信他们可以开发自己的应用并修改它，就像网志使人们感到他们不必学习HTML就可以发表自己的内容那样。使进行修改变得安全是这项工作真正重要的部分。”
他说，JotSpot的1.5万家客户中的很多人开始时将Wiki用于简单的事情，如跟踪办公用品或管理会议室日程表。但是不久后，它们将开始输入电子报表和定制预制的应用程序。
对于Spencer来说，这是Web演进过程中――从使用搜索工具寻找和查看文档，到创建你自己的内容，最后到开发解决真正问题的应用程序――自然而然的下一步。
Spencer说：“我认为你将越来越多地看到人们利用Web建立功能空间，而不是简单地创建文档。我们认为人们希望开发的应用有着一个巨大的潜在市场，我认为我们拥有开发这些应用的好工具。”
事件流处理推动Web服务和RFID发展
上世纪80年代后期，Mark Palmer帮助伦敦信孚银行建立了一个交易系统。当时，金融业推动着事件流处理技术的发展。事件流处理技术是一项吸收大量的、高速的事件数据流，然后对这些事件进行历史和实时分析的技术。当然，现在一方面随着Web服务的出现，而另一方面随着RFID标签的面世，我们的网络充斥着由虚拟和物理连接带来的事件。Progress Software公司实时部事件流处理副总裁Mark Palmer，是正在为创建这一新兴学科并使数据库和查询语音适应新学科提出的挑战而工作的创新者之一。
上世纪 90年代中期，Palmer效力于Object Design公司。虽然该公司的ObjectStore数据库是进行事件处理的良好基础，但它必须进行改造才能处理时间序列数据。另一个关键改进是管道化架构，这种架构使每秒处理数万个事件，然后高效率地问答查询(如“重放昨天下午3:30到4: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标签感到兴奋。但是当我们回顾几年前的情景时，我们会看到这实际上只是一种全新类型的计算的开始。”
网友评论