Reactivity的Nash:为SOA的到来做好准备

日期: 2008-01-01 作者:Michael Meehan 来源:TechTarget中国 英文

来自Reactivity公司的Nash在本次访谈中提到在2006年,我们可能会看到人们开始把这些决策从平台中分离出来,因为他们可以跨越多种不同平台来使用逻辑了,指出为SOA的到来做好准备。   还没有被人意识到或使用到的XML引擎能够做的最酷的事情是什么?   Andrew Nash: 你可以真的在网络中去做一些业务逻辑的事情。我认为这不会成为2006年成为现实,但到2007年或2008年一定会实现。在2006年,我们可能会看到人们开始把这些决策从平台中分离出来,因为他们可以跨越多种不同平台来使用逻辑了。

这确实为你如何创建应用程序提供了非常灵活的变数。   那么这其中的任何东西都会依赖近期出现……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

来自Reactivity公司的Nash在本次访谈中提到在2006年,我们可能会看到人们开始把这些决策从平台中分离出来,因为他们可以跨越多种不同平台来使用逻辑了,指出为SOA的到来做好准备。

  还没有被人意识到或使用到的XML引擎能够做的最酷的事情是什么?

  Andrew Nash: 你可以真的在网络中去做一些业务逻辑的事情。我认为这不会成为2006年成为现实,但到2007年或2008年一定会实现。在2006年,我们可能会看到人们开始把这些决策从平台中分离出来,因为他们可以跨越多种不同平台来使用逻辑了。这确实为你如何创建应用程序提供了非常灵活的变数。

  那么这其中的任何东西都会依赖近期出现的WS-Policy吗?

  Nash:在2006年的Web服务领域,我们最希望看到在各个厂商之间关于如何定义策略的协议方面出现有效的活动。其实,对标准文件要做的工作比看起来要少。WS-Policy为策略定义了一个框架。而[Web Services Description Framework]则告诉你如何定义管理点和如何使用协议发送它们的好办法。但想想过去几年的网络,当我们试图进行网络管理时,困难就在于不能干涉规则,即使SNMP也不行,它不过只能得知你究竟要管理的东西是什么。

  因此,是语义内容和合约告诉你有趣也是很难的一些事情,比如定义什么是有用的把手或者什么是能够读的有用的刻度盘。老实说,我们直到现在才可以这么做,因为我们刚开始进行大量的部署以及最佳实践。你应该关注的是哪些事情呢?你需要注意的又是哪些统计数据呢? 你会使用一个检查点保护后台系统,而这样一个检查点又如何处理加载峰值呢?这确实是你要管理以及如何管理的全部问题。

  Reactivity 已经和AmberPoint 以及Systinet公司合作一段时间了,我们一起开始定义一些普遍的策略让大家分享,而这些策略在Web服务管理组件和操作型管理与基础设施之间。

  按照你对SOA市场的看法,是否存在有软件公司的行动是你希望马上停止下来的?

  Nash: 我最希望看到Binary XML的同行能够继续他们的行动。在XML2005年会议上,我看到微软、IBM、Sun、Oracle和另外两家厂商在谈论Binary XML,他们说的最多的就是:“我们不会继续这么做。它太难了,有太多的问题。我们不知道如何让它向后兼容。”

  为什么我认为它具有难以估量的价值,其原因在于我很想把它和我们现在做的处理添加到我们的工具中,我很希望能够处理所有的事情并确保传回给应用程序的是一种小传输、预处理的结构,而这种结构你可以不用任何需要马上处理的SOAP和XML解析工具打开。我们已经可以完成一定量的工作,但如果我们把它转换成小型的并且非常容易处理的二进制格式,那就是一个很大的进展。这样一来就只用给出两种要处理的媒介而不是不是10种了。

  如果你和你的竞争对手此时在彼此叫劲,又会怎样呢?

  Nash: 在这个领域,我们几乎拥有了大多数技术,而你现在才开始干起来。但我们所拥有的优势并不是这么多的技术,在2006年我们需要的是一些人,他们在过去两三年中使用这种并开始裁减它。

  尽管我们开始看到一些大型的SOA部署,但它们真的好用吗?在这个领域规模和质量被普遍认可吗?

  Nash: 当你问“你怎么知道自己拥有好的SOA”时,总会听到“无规划的重用”的答案。要知道,你正在以你并不精通的方式使用自己的Web服务。但我想,只有服务的数量作为参数是不够的。我从很多我们的客户那里发现的是如果他们成功完成了前一部分工作,那么他们几乎肯定会想在重复同样的过程的同样领域中实施更多的项目。所以,我认为,这与规模更加相关。这是为什么我想看到更大的部署的原因,因为这样一来,我们就能进入下一波成熟期。但从SOA观点看,如果没有人重用,仅有很多Web服务还不能帮你什么忙。

  你应该注意的是如何快速实施你的下一个Web服务以及如何应付你的外部客户。随着浏览器开始本地的提供XML接口并且客户端应用开始实现它,2006年在很多情况下将会发生的事就是出现一个XML满天飞的局面。所以,现在任何事情都变得更加有趣了,包括安全需求、自动化需求、有效处理XML的需求、处理私有性的需求。突然间,我们有了非常多的东西,他们并不需要精通构建用到XML的SOA或Web服务,你所需要的是用完全统一的方式来处理它们。

  我们看到很多厂商在SOA领域合并到一起,现在是这样做的好时机吗?

  Nash: 当考虑这些事情的时候,你总会拿这类技术在过去的类似情况来比较。而我想说到的是负载均衡问题。在F5跟我们一边的时候,微软和IBM收购了很多负载均衡公司。而那些人现在在哪?问题在于F5实际上是一个成功的大公司,而被巨头收购的那些公司已经不再被人谈及。所以,简单的收购并不能保证成功或者得到你需要的技术。

  第二点,在巨头开始收购时,就表明市场确实将会变得足够大。这意味着会有更多的利润空间。老实说,这是成为工具提供商的最佳机会。在过去的三四年中,我们证明自己做到了这件事,而现在巨头们也承认他们同样对市场非常感兴趣。

相关推荐

  • SAP收购CallidusCloud 与Salesforce竞争

    一直被称为后台办公巨头的SAP现在似乎也想在前台办公大展拳脚。 最新的迹象是SAP收购CallidusClou […]

  • 事件驱动框架和SOA在空军的应用

    空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。

  • 揭秘New Relic APM技术细节

    New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响

  • 仅凭SOA和云无法解决业务数据管理风险问题

    SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。