一种可扩展的软件部署系统及方法与流程

本发明涉及计算机软件应用领域，并且更具体地，涉及一种可扩展的软件部署系统及方法。

背景技术：

如今软件系统部署的方式各有不同，常见为集中式和分布式。集中式系统通常由一台或多台主机组成中心服务器，数据的存储、处理及展示，整个系统业务单元的操作都集中于中心服务器上，由中心服务器集中处理和控制，而终端仅仅负责数据的输入和输出。分布式系统侧重的则是服务器分布的部署，在空间上的随意性，不同的主机会根据业务的差异被分布在特定的位置，并且相互之间没有主从之分，即组成分布式系统的所有节点都是对等的。

技术实现要素：

针对上述问题，本发明提供一种可扩展的软件部署系统，本发明系统包括：

接收单元，用于从用户设备接收用户请求，

中心处理单元，当接收到用户请求的业务时，确定所述业务的业务量和业务类型,根据不同的业务量和业务类型，选择针对于业务的处理模式，所述处理模式包括本地处理或下发处理，

对处理模式为本地处理的业务进行处理，并生成处理结果；

分配单元，将处理模式为下发处理的业务分配给多个局部处理单元中的特定局部处理单元；

多个局部处理单元，每个局部处理单元能够从分配单元接收所分配的业务并对所分配的业务进行处理，以生成处理结果；

发送单元，将来自主处理单元或局部处理单元的与业务相关联的处理结果发送给相应的用户设备。

可选的，系统还包括：备用处理单元和负载均衡处理单元，当中心处理单元接收的用户请求的业务过载时或中心处理单元故障时，所述负载均衡处理单元接收接收单元的用户业务请求下发到备用处理单元。

可选的，系统还包括：数据库处理单元，所述数据库处理单元对中心处理单元或局部处理单元的业务数据进行存储。

可选的，系统还包括，ftp处理单元，根据中心处理单元或局部处理单元接收的业务类型产生的不同的数据文件存储及数据流转。

可选的，中心处理单元使用linux或windows系统。

可选的，局部处理单元使用windows系统。

本发明还提供一种可扩展的软件部署方法，所述方法包括：

接收单元接收用户设备的用户请求并下发到中心处理单元，

中心处理单元接收到用户请求的业务时，确定所述业务的业务量和业务类型,根据不同的业务量和业务类型，选择针对于业务的处理模式，所述处理模式包括本地处理或下发处理，

对处理模式为本地处理的业务进行处理，并生成处理结果；

分配单元将处理模式为下发处理的业务分配给多个局部处理单元中的特定局部处理单元；

局部处理单元将从分配单元接收所分配的业务，并对所分配的业务进行处理，以生成处理结果；

发送单元将来自主处理单元或局部处理单元的与业务相关联的处理结果发送给相应的用户设备。

本发明在整个系统部署过程中，根据用户实际的业务场景、功能模块及技术解决方案，按具体功能的侧重点，分类部署在不同的服务器上，不同服务器均有自己所需完成的功能点，这样保证了资源的充分合理的利用。局部处理服务可根据实际场景扩展使用，使得部署方式更加灵活。根据实际需求，不同处理单元亦可以进行集群或分布式处理，使得在资源充分利用的情况下，可扩展的去分配部署整个系统，从而达到最优部署的目的，保证整个系统高效地运行。

本发明会将服务分为一个中心处理单元加多个局部处理单元服务的模式。中心处理单元负责的为整个系统大部分功能处理及数据操作显示的核心，局部处理单元则是根据实际需求完成特定功能的具体实现，中心处理单元与局部处理单元通过消息传递来协调处理。

附图说明

图1为本发明一种可扩展的软件部署系统结构图；

图2为本发明一种可扩展的软件部署方法流程图。

具体实施方式

现在参考附图介绍本发明的示例性实施方式，然而，本发明可以用许多不同的形式来实施，并且不局限于此处描述的实施例，提供这些实施例是为了详尽地且完全地公开本发明，并且向所属技术领域的技术人员充分传达本发明的范围。对于表示在附图中的示例性实施方式中的术语并不是对本发明的限定。在附图中，相同的单元/元件使用相同的附图标记。

除非另有说明，此处使用的术语(包括科技术语)对所属技术领域的技术人员具有通常的理解含义。另外，可以理解的是，以通常使用的词典限定的术语，应当被理解为与其相关领域的语境具有一致的含义，而不应该被理解为理想化的或过于正式的意义。

本发明提供一种可扩展的软件部署系统200，所述系统包括：

接收单元201，用于从用户设备接收用户请求，

中心处理单元202，使用使用linux或windows系统，当接收到用户请求的业务时，确定所述业务的业务量和业务类型,根据不同的业务量和业务类型，选择针对于业务的处理模式，所述处理模式包括本地处理或下发处理，

对处理模式为本地处理的业务进行处理，并生成处理结果；

分配单元203，将处理模式为下发处理的业务分配给多个局部处理单元中的特定局部处理单元；

多个局部处理单元204，使用windows系统，每个局部处理单元能够从分配单元接收所分配的业务并对所分配的业务进行处理，以生成处理结果；

发送单元205，将来自主处理单元或局部处理单元的与业务相关联的处理结果发送给相应的用户设备。

备用处理单元206和负载均衡处理单元207，当中心处理单元202接收的用户请求的业务过载时或中心处理单元202故障时，所述负载均衡处理单元207接收接收单元201的用户业务请求下发到备用处理单元206。

数据库处理单元208，所述数据库处理单元对中心处理单元或局部处理单元的业务数据进行存储。

ftp处理单元209，根据中心处理单元或局部处理单元接收的业务类型产生的不同的数据文件存储及数据流转。

其中，数据库处理单元208，ftp处理单元209和负载均衡处理单元207的系统与中心处理单元202相同。

本发明还提供一种可扩展的软件部署方法，如图2所示，包括：

接收单元接收用户设备的用户请求并下发到中心处理单元，

中心处理单元接收到用户请求的业务时，确定所述业务的业务量和业务类型,根据不同的业务量和业务类型，选择针对于业务的处理模式，所述处理模式包括本地处理或下发处理，

对处理模式为本地处理的业务进行处理，并生成处理结果；

分配单元将处理模式为下发处理的业务分配给多个局部处理单元中的特定局部处理单元；

局部处理单元将从分配单元接收所分配的业务，并对所分配的业务进行处理，以生成处理结果；

发送单元将来自主处理单元或局部处理单元的与业务相关联的处理结果发送给相应的用户设备。

本发明在整个系统部署过程中，根据用户实际的业务场景、功能模块及技术解决方案，按具体功能的侧重点，分类部署在不同的服务器上，不同服务器均有自己所需完成的功能点，这样保证了资源的充分合理的利用。局部处理服务可根据实际场景扩展使用，使得部署方式更加灵活。根据实际需求，不同处理单元亦可以进行集群或分布式处理，使得在资源充分利用的情况下，可扩展的去分配部署整个系统，从而达到最优部署的目的，保证整个系统高效地运行。

本发明会将服务分为一个中心处理单元加多个局部处理单元服务的模式。中心处理单元负责的为整个系统大部分功能处理及数据操作显示的核心，局部处理单元则是根据实际需求完成特定功能的具体实现，中心处理单元与局部处理单元通过消息传递来协调处理。