SOA关键问题解答

日期: 2009-06-30 来源:TechTarget中国 英文

  面向服务导向架构(Service Oriented Architecture,SOA),企业用户存在各种各样模糊的认识,这些模糊认识很可能将企业的SOA项目引入误区,在这样的状况下部署SOA,可能会把企业的业务带入歧途,了解SOA的关键问题,或许可帮助CIO避开SOA部署中的陷阱。

  1. 为什么不同的人对SOA有不同的解释?

  SOA的定义取决于你在组织业务中的角色。

  对于业务执行人员,SOA创建了企业希望向其客户和合作伙伴或组织的其他部分公开的一组服务。对于IT架构师,SOA是一种体系结构样式,此样式至少需要有服务提供者、请求者和服务描述。对于程序员,SOA是一个由标准、工具和Web服务等技术加以补充的编程模型。

  当然,企业信息技术系统及流程管理人员之所以存在似是而非的SOA概念,还可能因为软件厂商没有向企业用户解释清楚SOA的含义。比如,SOA中的服务(Service)并非我们理解的传统企业服务,而是软件开发的专业用语,指技术层面的、细颗粒度的功能模块,还远未达到与企业业务流程直接对应的程度。软件厂商在强调SOA给企业带来巨大商业价值的同时,并没有具体阐释这一点。

  2. 业务流程管理(BPM)和SOA是何关系?

  BPM与SOA既可以单独部署,也可以组合使用。

  如果企业的IT系统比较简单,企业规模比较小,用同样的一组IT人员就可以控制所有IT系统,那么,部署一个不使用SOA的BPM套件,就可以获得快速创建、执行和监控/管理业务流程的能力,而不必部署SOA。但是,如果BPM套件由一个IT小组部署,而同时使用来自另一个IT小组的系统服务,那么SOA就可以帮上忙了。

  如果企业的IT系统足够复杂,可以考虑将BPM和SOA组合使用,通常在SOA上实施BPM解决方案可以获得更大的业务灵活性。如果BPM项目达到一定的范围和规模时效果才能显现,最好先开发出BPM,而将SOA组件留待以后考虑。

  最好一开始就让业务流程团队和IT架构团队保持持续良好沟通,针对未来进行可行性规划。例如,BPM套件本身应该能够提供丰富的连通性,以便无需全面应用完善的SOA来使得BPM运行,不要让BPM与SOA成为互不连通的两套系统。

  3. “瀑布式”开发与迭代式开发哪个适合SOA?

  企业部署SOA最好是通过迭代模型来实现。

  迭代模型将标识一组对业务非常关键且价值高的功能来进行服务支持工作。此模型可随后供后续服务支持项目和活动使用。如果采用传统应用程序开发时使用的“瀑布式”开发方法部署SOA,可能导致创建仅能部署一次的服务,而无法在以后对其进行重用。

  使用迭代式开发部署SOA,可通过允许组织逐步纳入到系统中,从而减少出现业务故障的风险。同时,任何组织接受和容纳更改的能力都是有限的,迭代式开发可确保引入新的流程和系统带来的更改非常适应企业的容量,且不会在企业中引起大的混乱。

  同时,在SOA中,新功能并不一定总是仅受单个业务部门(Line Of Business,LOB)的约束,需要考虑很多跨组织的依赖关系,迭代式开发也有助于解决跨组织的协调。

  4. Web服务与SOA是一样的吗?

  Web服务仅仅是目前最流行的SOA实现技术,但并非可以用于开发SOA的唯一技术。

  SOA与Web服务(Web Service)的数量无关。对于SOA来说,真正有价值的是对于Web服务的再利用而不是Web服务本身。即使将所有信息技术系统都用Web服务实现,也不见得就等于部署了SOA。有些企业使用了太多的Web服务来做同样的IT服务,结果部署SOA的效果非常差。将Web服务等同于SOA,很容易发生在一些希望快速实现SOA但是并未真正理解SOA的企业身上。

  很多SOA项目都涉及到集成遗留数据,此类数据包含在使用MQSeries和CORBA(Common Object Request Broker Architecture)等“旧”技术的系统中。其中的许多技术都已针对SOA进行了调整,不管有没有Web服务都可使用。事实上,企业可以只使用MQSeries、CORBA甚至远程过程调用(Remote Procedure Call,RPC)技术就能实现SOA。
 
  5. 所有应用程序或环境都适合部署SOA吗?

  不是所有的应用环境都适合部署SOA,很多情况下,部署SOA的效果可能会适得其反。

  SOA可以根据需求通过网络对各种应用组件进行分布式部署、组合和使用,从而满足用户统一服务界面、快速部署新业务等需求。但是,如果企业的IT系统并不复杂,系统基本上都建立在同一架构上,整合系统并不困难,那么实施SOA并不能给企业带来太多好处,反而可能会带来负面影响。

  专家认为,针对某些应用程序或IT环境,SOA可能并不值得推荐。比如,不需要组件或者应用集成的、独立的、非分布式的应用程序;应用范围非常狭小或者生命周期短的应用程序;建立在同一架构上的应用程序环境等等。对于一些企业来说,采用了单一厂商的技术和产品,拥有同一架构的IT环境,就不需要那么急迫地实施SOA,或者实施的效果并不是很明显。

  有些企业很多年前就已经成形了业务支撑系统,虽然经过了很多次修修补补,但都一直在正常运作。专业人士认为,这种结构老、补丁多、又肩负重任的系统,与其用SOA动大手术,还不如等这种系统寿终正寝,重新开发符合SOA架构的新系统,进行自然淘汰比较好。

  6. 企业应该如何着手部署SOA?

  部署SOA应该制定明确的路线图,循序渐进。

  企业部署SOA时最好先制订一个清晰的路线图,然后从单个应用程序开始构建SOA架构,可以先从比较简单的应用开始。这样,企业可以在做出全面部署SOA之前先衡量投资回报率,并在出现大的问题之前积累足够的经验。

  当企业计划部署SOA项目时,CIO要注意各种细节,比如,供应商提供的软件是否支持Web服务和SOA;开发某些应用程序时,该应用是否要支持其他业务需求;哪些应用需要嵌入对Web服务的支持等。如果企业大规模部署SOA,还需要建立企业服务总线(ESB),通过ESB提供服务请求。当然ESB的建立也需要一个过程,CIO必须注意部署节奏。

  尽管目前已经可以找到很多关于SOA的知识,但部署SOA仍然非常困难。其中最直接的原因在于SOA需要企业部门之间的高度沟通,而且要求整个企业都为变革做好准备。变化带来的问题解决之后,可能又会出现技术问题。因此,企业部署SOA需要提前做好各种各样的准备,并且有长期的详细计划安排。

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

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

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

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

相关推荐

  • SAP收购CallidusCloud 与Salesforce竞争

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

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

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

  • 揭秘New Relic APM技术细节

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

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

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