自从SOA建立伊始,Toufic Boubez就在这领域工作。他在IBM的时候就与人合著了早期的UDDI规范。后来他与人共同创立了Layer 7 technologies,他做CTO。目前,一直在锐意进取的Boubez又处于了“隐身模式”。他最近与SearchSOA.com的编辑Jack Vaughan进行了一次谈话,下面是两次谈话的其中第一部分。
Vaughan:可以说自从有服务以来,你一直在服务方面工作有相当一段时间了。我知道你一直在往前走,但是我想知道你是否会花时间做些回顾呢?我认为这很有用。
Toufic Boubez:我同意,我认为总体上来讲,在SOA或者IT领域,人们如果不做回顾,不看看发生了什么和看看它们的由来,还有原始的目标是什么和能从这些模式中能学到什么,那人们就是犯了一个错误。我的意思不是说非要从错误中学习什么,但至少要从过去发生的模式中学习。我完全同意要做回顾。
Vaughan:UDDI肯定是迈向SOA的一个重要步骤。你能否回忆一下你对其早期的一些看法呢?
Toufic Boubez:早期我将我的一些精力放在UDDI方面的原因是我认为它是一个面向服务架构的一个遗失构件。在早期,我除了涉足UDDI以外,在90年代末期,我开始在IBM的SOA团队工作。这很重要,原因就是很多灵感是从那个团队得来的。
UDDI恰巧是我工作的一件事情之一,但我们开始的时候有好几个准则, 它们是靠我们回顾以前所做过的和没做过的而得来的。当然我们从面向对象学到了很多:封装、解耦和所有类似的东西。但面向对象只处于编程级别。所以我们决定:“好吧,这对于程序员来说很好,但我们需要将其提升到架构级别。”然后我们将解耦和封装这类相同的问题提高到一个新的层次。
主要的问题是有互用性。我们没办法让一个堆栈与另一个堆栈一起工作,没办法让一个开发商的产品与另一个开发商的产品在一起工作。那就是XML用的着的地方。人们可能会争论XML的好处或者坏处,但是XML确实给了我们一个“乐队彩车”,只要你想,就可以跳上去,因此软件开发商能够对一些事情达成一致意见。这就将我们引导到面向服务直至web服务的路上。但是我们所做的一切都是从过去开发的模式中得来的,特别是从面向对象和面向组件、组件架构和对象架构中得来。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
SAP收购CallidusCloud 与Salesforce竞争
一直被称为后台办公巨头的SAP现在似乎也想在前台办公大展拳脚。 最新的迹象是SAP收购CallidusClou […]
-
事件驱动框架和SOA在空军的应用
空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。
-
揭秘New Relic APM技术细节
New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响
-
仅凭SOA和云无法解决业务数据管理风险问题
SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。