[置顶] 某大型银行深化系统技术方案之十三：服务层之服务接口模式

传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229

服务层

        服务层主要体现了SOA体系下的组件复用和业务复用机制。服务的边界定义决定于粒度和耦合度。
        粒度表示的是一个服务的大小，它可以理解为服务操作的范围，粗粒度的服务，操作的内容广而且杂；细粒度的服务，操作的内容细而且简单。粗粒度的服务设计，可以减小服务之间的耦合性，但付出的代价就是增加服务的复杂性，服务具备了太多的功能，增加了设计的复杂性和维护的难度；细粒度的服务，可以让服务的实现变得简单，但这样会增加服务的数量，服务过细过多，这样必然有一些服务需要组合才能实现一定的功能，那样就增加了服务之间的耦合度，只要其中一个服务发生了变动，势必牵一发而动全身。

        耦合代表的是服务与服务之间的关系。SOA的初衷就是为了降低系统各个部分之间的耦合性，使得服务可以重用。但很显然，耦合性是受到服务粒度很大的影响，而且从某种程度上讲，粒度的选择就决定了系统内部的耦合性。

服务接口模式
        服务接口主要包括WebAPI、WebService、EJB、RMI等。
一、WebAPI
        Web API简单来说，便是透过开放的因特网传输协议，将提供的服务内容以标准的界面来定义，以便进行点对点之间的服务整合。由于运行的平台是在Web架构之上，故常见的技术像是HTTP中的GET/POST、SOAP/HTTP, XML/RPC等，都是主要的组成架构，所定义的数据交换大都是属应用层以上。由于HTTP为企业对外及对内均会开放的传输协议，业已发展成熟，故以HTTP为基础的Web API也降低了应用服务在整合上的门坎。
系统中，Mashup技术机制下，调用每个录入、扫描等业务服务组件时，访问内容都包括了服务提供的页面，因此，在这种情况下采用的糅合技术调用。主要形式为REST，即建立创建、读取、更新和删除（create, read, update, and delete，CRUD）操作,对于HTTP的POST、GET、PUT、DELETE方式，主要用于影像传输、录入等服务接口上。
二、WebService
        Web Service主要是为了使原来各孤立的站点之间的信息能够相互通信、共享而提出的一种接口。 Web Service所使用的是Internet上统一、开放的标准，如HTTP、XML、SOAP（简单对象访问协议）、WSDL等，所以Web Service可以在任何支持这些标准的环境（Windows,Linux）中使用。 SOAP协议（Simple Object Access Protocal,简单对象访问协议）,它是一个用于分散和分布式环境下网络信息交换的基于XML的通讯协议。在此协议下，软件组件或应用程序能够通过标准的HTTP协议进行通讯。它的设计目标就是简单性和扩展性，这有助于大量异构程序和平台之间的互操作性，从而使存在的应用程序能够被广泛的用户访问。
系统中，对于外记账等接口将采用WebService的方式来调用。
三、EJB
        EJB提供了一个标准的分布的、基于 OO 的组件架构屏蔽复杂的系统级功能。EJB的上层的分布式应用程序是基于对象组件模型的，低层的事务服务用了API技术。EJB技术定义了一组可重用的组件：Enterprise Beans，从而简化了用JAVA语言编写的企业应用系统的开发，配置，和执行。你可以利用这些组件，象搭积木一样的建立你的分布式应用程序。
系统中，流程引擎调度在监控等方面将提供EJB的调用方式。
四、RMI
        RMI是J2EE的网络机制，允许你编写分布式对象，使得对象的通信范围能够在内存中，跨Java虚拟机，跨物理设备。RMI应用程序通常包括两个独立的程序：服务器程序和客户机程序。服务器应用程序将创建多个远程对象，使这些远程对象能够被引用，然后等待客户机调用这些远程对象的方法。而客户机程序则从服务器中得到一个或多个远程对象的引用，然后调用远程对象的方法。RMI为服务器和客户机进行通信和信息传递提供了一种机制。
系统中，为保证实时性和并发性等性能需求，在队列抓取器服务中将采用RMI的调用机制。