管理SOA以及Web服务

日期: 2008-06-01 作者:Paul Lipton 来源:TechTarget中国 英文

问:传统的管理软件如今应该怎样监督管理Web服务以及SOA?   答:通过传统的管理软件,我假定你指的是设计用来管理负责IT构架的软件,并且这个IT构架已经在一个SOA环境中成为大多数服务的基础。这种类型的软件大多数与主要的企业管理厂商例如CA,HP以及IBM练习在一起。当有类似的问题时,经常存在一个隐含的辅助性问题。经常出现这样一种情况,提问者听说了新的管理产品并且这些管理产品对于Web服务以及SOA是独特的。

很自然地人们会问这些表面上更特殊的产品是否提供任何独特的属性或者功能,这些属性或者功能是令人兴奋的IT构架管理产品缺少或者不能够具有的。   经验已经告诉我们一些关于管理Web服务和S……

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

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

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

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

问:传统的管理软件如今应该怎样监督管理Web服务以及SOA?

  答:通过传统的管理软件,我假定你指的是设计用来管理负责IT构架的软件,并且这个IT构架已经在一个SOA环境中成为大多数服务的基础。这种类型的软件大多数与主要的企业管理厂商例如CA,HP以及IBM练习在一起。当有类似的问题时,经常存在一个隐含的辅助性问题。经常出现这样一种情况,提问者听说了新的管理产品并且这些管理产品对于Web服务以及SOA是独特的。很自然地人们会问这些表面上更特殊的产品是否提供任何独特的属性或者功能,这些属性或者功能是令人兴奋的IT构架管理产品缺少或者不能够具有的。

  经验已经告诉我们一些关于管理Web服务和SOA的重要的教训,以及关于经营管理的一般问题。历史上,每一个新的技术上以及构架上的进步都会带来新的管理方法的引入,这些引入是通过企业管理厂商以及对这个新的世界很特殊的创始人们。同样需要新的适合架构和技术变化的技术以及合适的使用仪器。Web服务以及SOA并没有区别,并且随着现代支持他们的技术,他们展现了一个明显的并且重要的必需被管理的IT层次。

  即使稳固的企业管理厂商——他们已经提出所以这些早期的层次,意识到SOA以及Web服务是新的非常重要的层次。因此,带头的管理厂商发出了回应。例如,CA公司的Wily技术部门为令人兴奋的IT IT栈例如J2EE以及基于平台的.NET提供了一系列的架构管理功能。然而,他们“传统的”解决方案的功能早期扩展到SOA以及Web服务通过附加的产品,这些附加的产品是特别设计以及为SOA以及Web服务,例如Unicenter WSDM(Web服务分布式管理)以及Wily Web服务管理实施的。另外一个建立的企业管理软件厂商例如HP以及IBP也在积极地看好这个市场,并且如此“传统的”管理解决方案完全有能力提供一个SOA中所有必需的功能,因为他们已经或者即将拥有新的组件作为他们完整的解决方案的一部分,这些解决方案是为这种环境以及面向服务的策略特别设计的。

  所以说,上述的问题推出了一个有意思的随之而来的问题。只有在SOA上发挥作用的并且为Web服务设计的单机产品是否能够满足现实世界的企业级SOA所有复杂的需求?毫无疑问具体的管理产品能够提供基本的独特的价值给Web服务以及SOA工程的一些开发。事实上,公平地说这些产品通常是可以采取的最好的第一步。但是,因为小规模的活动演变成为企业级别的关键任务的生产环境,需要有效的管理开始从一些根本的方面改变。改变的是你的管理需要的范围以及性质。这些改变并没有排除一个具体的SOA以及Web服务管理产品的需要,但是他们确实改变了那些解决方案必须怎样与你现在已经存在的企业管理软件工作,以及在计划和部署你的SOA和Web服务管理策略的早期阶段需要被考虑到。

  大多数服务他们只是瘦的层次,在已经建立的业务逻辑的顶部以及他们支持的应用程序构架——IT技术堆栈的一些层次例如多种.NET以及基于平台的J2EE。如果在服务层次之下的IT堆栈的层次对于管理软件是一个黑盒子,那么管理软件将看不见业务交易。看不见业务交易或者不得不使用多种管理工作以及试图手工使分散的信息联系起来,使得IT人员很难定义问题以及满足他的服务层次的要求。

  毫无疑问,历史再一次充当了我们的导师。一次又一次地,对于新技术来说最成功的管理产品已经发展嵌入成为他相关的令人激动的企业管理解决方案。原因很简单。真正的可见性以及对于你的自动业务流程的可控制性从来不只是与数据库表,EJB,Web服务或者任何单独的实体或者IT环境里面的摘要有关。业务以及他的客户不关心那些并且那些不是他们让IT复杂的事情。真正重要的是业务交易本身。

  最终,需要关注的应该是比你的SOA以及Web服务管理产品更广阔。你必须考虑完全的业务交易,从他的客户服务阶段的目的到你的IT架构的最深的层次。你的SOA以及Web服务管理产品必须能够与你的完整的企业管理解决方案中的其他元素以一种深刻并且有意义的方式协作。事实上,有人可能会说在管理产品软件的发展过程中真正的目的和趋势不是我们监视我们过去习惯的不同的事情,或者我们可能使用不同的协议以及标准来支持管理系统的操作,而是我们已经意识到我们必须通过获得可见性到我们的驱动我们业务发展的业务交易中去来服务我们的客户。

相关推荐

  • SAP收购CallidusCloud 与Salesforce竞争

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

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

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

  • 揭秘New Relic APM技术细节

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

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

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