[发明专利]一种基于配置自动改变应用软件分层部署架构的实现方法

说明书

技术领域

本发明涉及基于.Net平台的ERP软件开发部署技术领域，特别涉及一种基于配置自动改变应用软件分层部署架构的实现方法。

背景技术

随着IT技术的发展，更多的应用软件采用面向服务设计思想（SOA）开发，这样，开发时将应用软件分为表现层、业务逻辑层和数据库访问层。

基于安全方面的考虑，分层开发的应用软件部署时，一般采用多层部署架构。大型企业集团在部署ERP（企业资源计划）系统时，大多采用三层部署。三层分别是客户端、Web及应用服务器、数据库服务器，三层之间使用防火墙进行隔离。

但是，在某些行业中，例如金融、保险，由于对安全性有更高的要求。在软件部署时需要采用四层部署。四层部署将Web服务器和应用服务器隔离。这样四层分别是客户端、Web服务器、应用服务器和数据库服务器。四层之间使用防火墙进行隔离，只有相邻的两层之间的服务器可以互相访问。

常规的SOA服务很容易满足三层部署模式。对于通用产品，提供的应用服务要同时支持三层部署模式和四层部署模式。对于不同模式的支持，不应该通过开发多个不同的产品模块来实现。相反的，应该使用同一个产品模块，采用不同的部署方案和配置实现对于不同模式的支持。

目前，尚未有方法能够使得产品模块能够同时支持三层/四层部署架构。

发明内容

为了解决现有技术的问题，本发明提供了一种基于配置自动改变应用软件分层部署架构的实现方法，其通过配置来同时支持三层部署架构和四层部署架构。

本发明所采用的技术方案如下：

一种基于配置自动改变应用软件分层部署架构的实现方法，包括开发阶段的实现方法和项目实施阶段的实现方法，其中，

所述的开发阶段的实现方法具体包括以下步骤：

A、定义统一的应用服务框架，所述的应用服务框架用于接收并处理来自客户端的各种协议的应用服务请求；

B、定义具体的业务逻辑实现；

C、管理业务逻辑实现；

D、定义部署架构管理，针对不同的部署架构，调用本地或者远程服务提供的业务逻辑实现；

所述的项目实施阶段的实现方法具体包括以下步骤：

E、部署统一所述的应用服务框架；

F、部署所述的业务逻辑实现；

G、配置所述的业务逻辑实现；

H、配置应用服务框架分层架构。

步骤A中，对于应用服务框架的客户端请求处理，将接收到的请求按照不同的配置规则转向不同的处理应用服务。

步骤A中，对于应用服务框架中的应用服务实现，增加部署模式的配置项，可将该配置项设置为“三”或者“四”，分别对应三层部署架构和四层部署架构，如果部署模式设置为“三”，则以反射方式调用本地业务逻辑实现；如果部署模式为“四”，需要配置处理客户端请求的远端服务地址，将请求转发到配置的远端服务。

步骤B中，对于具体的业务逻辑，定义统一的业务逻辑操作接口，接口定义与步骤A中的应用服务框架中应用服务提供的服务接口匹配。

步骤C中，对于管理业务逻辑实现，使用统一的配置文件进行管理，配置文件定义了业务逻辑实现的类型、实现的程序集和对象名称。

步骤E中，统一应用服务框架以Web应用的方式发布在互联网信息服务中。

步骤E中，采用三层部署架构时，统一应用服务框架部署在Web服务器上，采用四层部署架构时，统一应用服务框架分别部署在Web服务器和应用服务器上。

步骤F中，所有业务逻辑实现的dll部署在统一应用服务框架指定目录下。

步骤G中，配置业务逻辑实现时，将业务逻辑类型与实现该业务逻辑的dll文件、类名进行关联。

步骤H中，如果没有配置部署模式，应用软件将采用默认的三层部署架构进行工作；如果部署模式配置非法，应用软件将采用默认的三层部署架构进行工作；如果配置采用四层部署架构，并且没有配置远端服务地址，应用软件将向客户端返回“配置错误”信息。

本发明提供的技术方案带来的有益效果是：

本发明通过在实施阶段对部署架构的配置，实现了在三层/四层部署时对客户端请求的处理，使得企业在ERP系统的部署时，三层/四层部署时可以采用同一套产品模块，解决了使用同一套产品支持三层/四层部署架构的问题。通过开发可配置的.Net应用软件统一服务框架，匹配使用者需求，自动改变软件部署架构，避免因为部署要求改变带来的应用软件修改，降低时间资源和人力资源的浪费。

附图说明