组合式Web Services开发

前几期所谈的服务导向架构 (SOA) 和 Web services，如果没有能让它顺利开发并且能24x7小时可靠运行的环境，就如同没有建材的蓝图，空有美丽的规划而无法实现。我们这期就来看看，什么样的基础软件环境，正与 SOA 的潮流相互激荡着，提供「组合式 AP」的开发与执行。

上次我们谈到在Web 1.0时代，随着网站雨后春笋的兴起，愈来愈多的AP开始在Web server上开发与执行。无心插柳的普遍现象，反倒是给当时仍在婴儿阶段的三层式应用架构，注射一剂超强的生长激素。中间层 (middle-tier) 成了AP运行的中心，而应用服务器 (AP server) 这号软件也就应运而生。经过这几年下来，如今AP server已不再给人洪水猛兽的印象，反而逐渐步入成熟期，肩负着愈来愈多的关键性任务。

那么到底AP server长得什么样子？AP server可说是最新一代、融合性的middleware，并且使用组件化的模型，搭配对象导向的开发方式。主要功能包括提供HTTP动态网页服务、交易控制、讯息（队列）、数据库资源共享，Legacy系统介接和连结等。

在架构上，从水平面向来看，AP server介于使用者器具（如浏览器等thin-client）、数据库与Legacy系统之间，且提供应用服务。从垂直面来看，AP server 执行于OS 之上，为服务器上执行的应用程序逻辑供应许多的基础设施服务，包括通信协议的处理，以及多种最佳化的机制。其目的在于替应用开发人员打理低阶、琐碎的底层服务，因为这些系统面的相关开发，正是一般熟悉特定domain的IT 开发人员比较不擅长的。

回顾AP server起初的发展，厂商都各自在不同的技术框架上实作，像Allaire的Code Fusion (即CFML；后来决定跟随Java 潮流，因而并购 JRun，最后又被 Macromedia 所并)、ATG Dynamo的JHTML。而BEA 则是押注在EJB之上；至于IBM最初的选择是CORBA。

与上述厂商站在全然不同技术架构的微软，在毅然决然要摆脱掉DNA/COM+之后，走的是自己的.NET路线。不过，就在Windows Server 2003 上市前数月，微软也决定要和其它众多厂商一样，使用「AP server」的称呼。经过几年洗牌下来，能存活的架构只剩下J2EE 和 .NET。

随着Java阵营AP server标准化的脚步（主要来自市场的压力），以及open-source AP server的发展，约在两年前开始，便愈来愈常听到「AP server要变成 commodity 了」的话题。什么叫 commodity？期货的英文正是commodity。期货市场中交易的那些谷物等大宗物资，正是commodity，也就是大众商品。

当功能质量愈差不多，品牌自然愈难以突显（撇开抵制基因改造产品的问题，很少有听说谷子需要挑品牌的）。另如收音机、冰箱，甚至 PC，发展愈趋成熟、标准化愈彻底的东西，commodity 的味道自然就重。那么到底AP server 是否已成commodity 了呢？虽然这不是我们要讨论的主题，不过我们也可以从这十多年来SQL语言的标准化，以及关系型数据库市场的发展，看出一点端倪。

和SOA有比较重要关联的是，观察近两年来高档次、一线的AP servers的发展，都着眼于提供更高阶的功能加值。两个最重要的主轴，一是透过一般称为入口 (portal) 服务器的机制，提供更好的使用者体验，包括个人化及multi-channel的支持；一是提供企业信息整合 (integration) 的平台，包括Legacy应用的整合、与上下游、主要客户／伙伴间的系统整合，以及横跨异质数据源的数据汇整等。

随着SOA和Web services的潮流，带来了组合式应用 (composite application) 的开发方式和观念，开始逐渐被大量应用在入口网站和整合工作（integration）上。

组合式portal的做法，就是透过portal接口所提供的应用，往往不见得真的执行在portal服务器上，而经常是以借花献佛的方式，将人家现成的Web services 实时抓过来，再加以呈现，同时汇整给portal的使用者。

在整合方面，也是走组合式的潮流。透过高阶工具来设定，让信息系统得以机动性配合任务的调整，对各项以Web services方式提供的服务进行不同形式的串联和协作，同时快速的加以部署。这个热门的新领域，一般称之为商业流程管理（BPM； Business Process Management）或商业流程自动化（BPA；Business Process Automation）。

经由组合的方式构成的新AP，本身又可以变成一支新的服务，这就是「开发即整合，整合即开发」的观念。随着 SOA 将逐渐普及，分析机构Gartner group 甚至预测，组合式的作法将在3、5年内成为Web services开发的主流模式。

（文/萧百龄）

查看本文来源