为何服务消费者和服务提供者不该直接通讯(一)

日期: 2009-09-13 作者:Ronald Schmelzer翻译:李忠利 来源:TechTarget中国 英文

Edward R. Murrow曾经说过:“人常说谈话是门失传的艺术;我经常希望真的是那样啊!”对于IT开发商和舆论导向者来说这很正确,这更适用于SOA领域了。很多人认为他们正在做或者谈论面向服务架构(SOA),但是大部分时间内,他们实际在做Web服务集成(WSI),开发的“只是一堆Web服务”(JBOWS),或者甚至只是点对点XML(很多人会将其称作REST,也是一种架构形式,但大部分甚至不是真正的“表述性状态转移”[REST])。即使我们已经在8年中一直传播、研究、咨询,仍然可以发现很多所谓的企业架构师将SOA项目当做点对点集成项目来做。   我们已经从经济性、技术、架构和哲学方面讨论了很……

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

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

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

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

Edward R. Murrow曾经说过:“人常说谈话是门失传的艺术;我经常希望真的是那样啊!”对于IT开发商和舆论导向者来说这很正确,这更适用于SOA领域了。很多人认为他们正在做或者谈论面向服务架构(SOA),但是大部分时间内,他们实际在做Web服务集成(WSI),开发的“只是一堆Web服务”(JBOWS),或者甚至只是点对点XML(很多人会将其称作REST,也是一种架构形式,但大部分甚至不是真正的“表述性状态转移”[REST])。即使我们已经在8年中一直传播、研究、咨询,仍然可以发现很多所谓的企业架构师将SOA项目当做点对点集成项目来做。

  我们已经从经济性、技术、架构和哲学方面讨论了很多次这个问题了,但没有将SOA理解成为一个架构概念,因此我不会再向你们唠叨这样的话题:SOA不止是“集成”的另一个名字。但是,如果这个行业想要从现在的低率、无效、不可预料、过于昂贵、过于复杂和不成熟的状态,进步到可以作为一个可预料、可靠、高效率、有章可循的和轻松管理的企业组织的一部分,我们就需要彻底的解决这个问题。

  当我们已经求助了组织中的业务、架构和过程驱动等方面,包括以前的ZapFlashes的开发商,我们想在《问题具体在何处:在IT机构内部》中关注此ZapFlash,特别是和他们有关的所谓集成问题的那部分。大家(我现在正在和你们这些以集成为核心的专家们讲话),正是由于你们自己对SOA如何工作的误解和错觉阻碍SOA的成功。为了纠正你们的误解,我需要讲你们的语言:集成技术语言。

相关推荐

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

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

  • 揭秘New Relic APM技术细节

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

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

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

  • 购买应用集成工具可以采取平衡做法

    购买应用程序集成工具需要好好看看你的公司需求,知道从供应商里面要寻找哪些关键功能。