内容摘要:通过一种Web服务市场,企业可以注册各种Web服务—而这些Web服务通常情况下仅能为企业内部或合作伙伴所使用。市场供应商显然希望这种情况发生,但是更重要的是,我们看到了一种机会—应用AJAX+SOA技术来驱动一类新的Web 2.0业务应用程序。
一、引言
当今,各个企业都在想方设法提高自己的生产效率,并且对IT资产的重组也都在努力的探索当中。借助于面向服务的架构(SOA)技术,IT组织已经在克服这些问题方面取得了一定的成效;但是,在大多数情况下仍然只是实现了整个IT服务组合的一小部分。目前,有关这方面的大多数的努力也只不过是达到一种“刚刚满足”的SOA应用状况—在改进构建应用程序的能力以及使之与市场的结合更快更好更为便宜方面。而且正如我们已了解的,要实现这些目标说起来容易做起来难。
二、传统的基于中间件的复合应用程序
现有的事实是,SOA是一种中间件—而传统情况下,中间件往往要依赖于更多的中间件才能把数据翻译成一种消费者友好的状态。当你最后搞清楚构建一种融入SOA技术的复合应用程序不仅要求使用一种portal(中间件)而且还有可能要使用一种BPEL引擎(甚至还是中间件)对它进行编排时,这当然使你非常失望。更糟糕的是,你有可能在一家发布UDDI注册表和注册大量Web服务的组织内工作。但遗憾的是,在大多数情况下,还存在极少的实际消费这些服务的应用程序。怎么会是这种情况呢?
难道如果无法构建消费这些SOA服务的应用程序我们就该得出结论—什么东西出错了吗?是否是因为业务内容开发者太难构建这种直接消费SOA服务的应用程序从而导致只好由其它的IT组织为我们创建这样的应用程序呢?是否由于缺乏一种SOA监管架构从而使我们犹豫不决?我想,我对上面所有问题的回答都是“是的”。而且存在一种非常突出的理由:仅由业务开发者消费和利用这种由IT组织暴露的SOA服务实在是太难了!其实,真正存在的问题是缺乏一种容易的方法来在SOA上加入一种界面—而这正是把AJAX技术与SOA结合到一起的优点所在。
作者:朱先忠 责编:豆豆技术应用
正在加载评论...