越来越多的人意识到真正的价值在何处。这样的改变是由于该领域的中心从企业应用软件转向数据中心的核心复合软件。这种观点是由Oracle 和SAP加强并巩固的,他们都在为将其SOA产品Fusion 和 NetWeaver引入市场做努力。这种观点的核心在于装配应用软件包的客制化部分、遗留系统、复合软件的客制化逻辑,而非应用软件包本身。
IBM与5700个使用SOA产品的客户合作后总结出Smart SOA面向服务的架构(SOA)的方法让敏捷型企业为系统提供持续的灵活性,满足业务需求,优化业务流程,在IT和业务之间建立起持续的一致性,以获得竞争优势。
许多企业都很抵制创建SOA架构的商业案例——不是因为SOA不能为企业提供巨大的利益,而是因为它们不能合适的来定义商业问题,否则SOA将会很好的发挥出其优势的。
服务导向架构(SOA)、软件即服务(SaaS)和Web 2.0的概念提出的时间已经有好几年了,在2008年我们终于可以看到这些概念开始体现在实际的下一代企业应用中。来自不同方面的推动力正在汇聚到一起,让企业在2008年根据21世纪的实际情况对自身进行调整。
异构和变化是信息化系统建设永远要面对的两个难题,而SOA正是这两个难题迄今为止最好的解决方案。SOA最重要的理念就是“服务”,通过在服务之间灵活地实现组装,从而能快速地生成新的应用,如此以来,SOA帮助IT系统及时地应对业务的变化。另一方面,SOA的本质是开放,它面向整个internet网络的,连接各种使用不同协议的通信网络和各种不同架构的
业务敏捷——能够快速适应需求变化的能力——正逐渐成为激烈竞争的全球市场中业务运作的关键目标。业务管理人员需要迅速重新调配资源和流程来应对这些变化。为了更迅速的应对这些变化,IT管理人员正在抛开那些孤立的流程和整体化的企业应用软件,他们正在尝试将应用系统进行松耦合集成的方式,并在企业中提供可以作为可重用服务的业务功能。
ESB在SOA中的重要作用已经得到了人们的共同认可,Forrester Research公司发表的一份报告指出,持续采用SOA能很好的体现ESB的思想,并且把ESB称为“SOA的主要切入点”。 SOA厂商更是纷纷推出自己的ESB产品,并不断地向用户宣扬ESB可以帮助他们简化SOA的难题,降低SOA实施的成本。
2007年,国内中间件迎来了发展的“黄金时代”,特别是围绕SOA,众多厂商的布局和谋划,以及业内专家和媒体的推波助澜,中间件也和SOA一样成为2007年的焦点话题。
弗雷斯特研究公司(Forrester Research)不但在在最近有关这个主题的调查中发现SOA和Web服务方面约有115项标准之多,它还发现单单确认哪些厂商支持哪些标准就几乎是不可能的。但是CIO们为了满足业务需求,必须继续推进SOA项目。好几年来,通用汽车公司的主管兼负责IT架构和标准的首席设计师Hong Zhang一直在标准困境与不断推进的SOA工作之间求得平
安飞士公司(Avis Budget Group Inc.)的服务架构信息技术主管Ashok Kumar说自己就是。大约两年前,Avis开始在公司局部使用SOA,与合作伙伴建立新渠道。派驻新泽西州的Kumar说: “现在对方可以直接与我们有业务往来,不必通过中间人。这样为对方和我们都节省了费用。如今引入新合作伙伴的成本降低,这要归功于SOA。”
而服务器资源的虚拟化技术使得一台计算机能够运行多个操作系统,当然这也可以应用到服务器资源的动态分配中。比如,虚拟化虽然是一项很重要的技术,但是还需要额外的工具来实现RTE和SOI要求的业务敏捷性。
成功 SOA 的两个最重要的教训:共享及与其他部分和谐相处。组织中曾经完全不同的团队会发现自己在 SOA 实现中共享服务、成本和资源。事先了解所有相应的关系连接需要出现在哪些地方,是确保大家都获得成功的最好办法。
日前,北电和IBM宣布共同推出一个以软件为基础的环境,它将通过采用一键上网(click-to-connect)、在线服务、定位和VoIP等最新的统一通信和协同工具,轻松地将企业应用和业务流程结合起来。
安飞士公司(Avis Budget Group Inc.)的服务架构信息技术主管Ashok Kumar说: “客观地说,现在微软对SOA有了头绪。眼下,其SOA战略本身有点神秘,想揭开微软神秘面纱有点困难。我认为,微软已认识到SOA是市场上的一股重要势力。”
安全显然至少给一部分部署SOA的IT主管带来了挑战,不过安全不是在构建面向服务的架构时会发现的惟一一个“阴暗面”。据Fulton声称,SOA的其中一个“阴暗面”是,很难提供数据的统一视图,也很难访问多个业务服务上的数据。
飞士公司(Avis Budget Group Inc.)的服务架构信息技术主管Ashok Kumar说,他从未碰到过声称拥有所需SOA架构师的客户。有个客户告诉他,挑出架构师的最佳办法就是,让10名开发人员进行工作,观察十年,然后确定谁是架构师。