新一代应用结构体系(一） 面向服务的架构概述

第一篇：概述

?????? 应用发展趋势不再是大而全的集中式系统，而是逐步发展为由各个独立且可协同的应用所构成，由集中式向分布式发展。过去单点网络应用所带来的直接后果是（虽然厂商宣称的是模块化结构），子系统间高度偶合无法脱离其他模块独立运行，各子系统更是无法独立部署，系统维护困难，扩展更是困难，原始系统必须做更多的改动和编译才能加入新的功能，和其他厂商的合作开发更是无从下手。同时一旦在企业中应用中受阻将会波及整个系统。再次每个应用独立且封闭，给我们的应用合整（EAI）也带来了困难，甚至是天方夜潭。那么，开发一个涵盖整个企业综合业务的系统呢？显然，这更是不现实！

?????? 所以，不管是企业还是应用开发商，他们所需要的是一个适合其业务发展，方便扩展与集成，便于实施的应用程序体系。有着统一的标准，统一的接口描述，统一的伺服方式。与此同时新的面向服务构架(SOA)的组合式应用(composite application)被提出同时迅速的被使用在各个项目中（国内相对较少，但3-5年内将成为主流）。直接带来的优点是逐步实施，逐步集成，整个企业应用形成松散偶合的结构。

??????? 而面向服务构架的组合式应用将逐步成为主流。不管是微软的.net还是sun公司的j2ee体系都已稳固，大量提供面向服务的构架的具体解决方案，并相互提供高端标准的工具，同时遵循共同的标准，可见面向服务构架已经成为下一应用的主流标准。

?????? 它很容易的开发应用程序间端对端商业流程。该商业流程不受任何应用限制，可布署于公司的不同部门及办事处内的各种应用组合上，最终建立不受软件供应商限制的架构，从而大幅减少个性化设定的需要，精简运作程序，加快布署时间并降低总拥有成本。

?????? 现今，组合式应用的开发方式和观念，开始逐渐被大量应用在门户网站和整合工作（integration）上。

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

????? 应用整合，也是走组合式的潮流。透过高阶工具来设定，让信息系统得以机动性配合任务的调整，对各项以服务方式提供的服务进行不同形式的串联和协作，同时快速的加以部署。这个热门的新领域，一般称之为 商业流程管理（BPM； Business Process Management）或商业流程自动化（BPA；Business Process Automation）。各个应用开发完成结合面向服务的构架，本身又可以变成一支新的服务，供其他应用使用，这就是“开发即整合，整合即开发”的观念。

??? 组合式应用将以整合中心及顶尖的网络服务技术为基础，并能全面覆盖整体企业流程，打破了任何单一应用组合或套件的传统定义性限制。”面向服务架构 (SOA) 是透过业务服务的概念来提供信息技术的各项基本应用功能，藉以拉近业务和信息技术之间的距离。因为传统上，信息技术的思维多偏面向应用。ERP、CRM、SCM、 ...，专有名词缩写多到目不暇给。在试图为一个个应用空间提供解决方案的同时，也累积造就了一个个的信息壁垒。

????? 面向服务架构的产生，正是着眼于将这些纵向信息堡垒加以横向贯穿，让它们各自提供若干对企业整体有价值的应用服务，让这些服务可以自由的被排列组合、融会贯通，以便在未来能随时弹性配合新的需求而调整。借以面向服务架构,组合式应用也孕育而生。。。。。。

?

?

第二篇：面向服务架构详解(待续)

???????

第三篇：组合式应用(composite application)详解(待续)

第四篇：面向服务架构的组合式应用实践(待续)