CN107645508A - 一种数据处理***、方法、客户端及服务器 - Google Patents

Abstract

本发明实施例公开了一种数据处理***、方法、客户端及服务器，该***包括：前端客户端、网关及后端服务器集群；所述前端客户端通过网关与后端服务器集群相连接；所述后端服务器集群包括至少一个后端服务器；各个后端服务器中包括用于进行业务逻辑处理的多个服务组件；所述各个服务组件与存储服务器相连；所述前端客户端用于向所述后端服务器集群发送业务请求；所述网关用于获取所述业务请求进行匹配，并根据匹配结果将所述业务请求发送给所述后端服务器集群中；所述后端服务器集群用于将所述业务请求分发给所述至少一个后端服务器中的目标后端服务器的各个服务组件进行业务逻辑处理，从而实现了前后端的解耦，提高了数据处理效率。

Description

一种数据处理***、方法、客户端及服务器

技术领域

本发明涉及计算机架构领域，尤其涉及一种数据处理***、方法、客户端及服务器。

背景技术

目前，在传统架构中包括前端客户端和后台服务器，其中，前端客户端和后台服务器是相互关联的，后台服务器中包括了多种功能，所有的功能均在同一个项目中。这样的架构，如果前端客户端或后台服务器任何一方出现问题，都会相互影响，具有较强的耦合性，而后台服务器中各个功能也是在同一个项目中进行的，如果其中任何一个功能出现问题，也会影响整个后台服务器以及前端客户端的正常运行。

因此，如何将前端客户端与后端服务器之间进行解耦，以及实现数据的快速、高效地分析的架构部署成为研究的重点。

发明内容

本发明实施例提供一种数据处理***、方法、客户端及服务器，可实现前端客户端与后端服务器之间的解耦，以及将后端服务器中各个功能进行独立地拆分，从而提高开发和运行的效率。

第一方面，本发明实施例提供了一种数据处理方法，应用于数据处理***，所述数据处理***包括前端客户端、网关及后端服务器集群，所述前端客户端通过网关与后端服务器集群相连接；所述后端服务器集群包括至少一个后端服务器；各个后端服务器中包括用于进行业务逻辑处理的多个服务组件；所述各个服务组件与存储服务器相连；其中，该方法包括：

所述前端客户端向所述后端服务器集群发送业务请求；

所述网关获取所述业务请求进行匹配，并根据匹配结果将所述业务请求发送给所述后端服务器集群；

所述后端服务器集群将所述业务请求分发给所述至少一个后端服务器中的目标后端服务器的各个服务组件进行业务逻辑处理，得到业务处理结果；

所述后端服务器集群将所述业务处理结果返回给所述前端客户端；

所述前端客户端输出所述业务处理结果。

第二方面，本发明实施例提供了一种服务器，该服务器包括数据接口、处理器和存储器，所述数据接口、处理器和存储器相互连接，其中，

所述服务器可以包括后端服务器集群；所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行以下步骤：

获取业务请求；

对所述业务请求进行业务逻辑处理，得到业务处理结果；

将所述业务处理结果返回给前端客户端。

第三方面，本发明实施例提供了一种客户端，该客户端包括数据接口、用户接口、处理器和存储器，所述数据接口、用户接口、处理器和存储器相互连接，其中，

所述用户接口，用于输出所述存储器获取到的业务处理结果；

所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行以下步骤：

向后端服务器集群发送业务请求，以使所述后端服务器集群对所述业务请求进行业务逻辑处理，得到业务处理结果；

获取所述后端服务器集群返回的所述业务处理结果。

第四方面，本发明实施例提供了一种数据处理***，该***包括用于执行上述第一方面的方法的单元。

本发明实施例，前端客户端通过网关向后端服务器集群发送业务请求，从而实现前端客户端与后端服务器集群之间的解耦，所述后端服务器集群将所述业务请求分发给各个服务组件进行业务逻辑处理，得到业务处理结果，并将所述业务处理结果返回给所述前端客户端，实现将后端服务器集群中各个功能拆分为相互独立的服务组件，从而可以提高了应用开发和运行的效率。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种数据处理***的结构示意图；

图2是本发明实施例提供的一种数据处理***的架构示意图；

图3是本发明实施例提供的一种数据传输方法的交互示意流程图；

图4是本发明实施例提供的一种服务器的结构示意图；

图5是本发明实施例提供的一种客户端的结构示意图；

图6是本发明实施例提供的另一种服务器的结构示意图；

图7是本发明实施例提供的另一种客户端的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

下面结合附图，对本发明的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

本发明实施例针对传统架构中前端客户端和后台服务器的代码放在一起，后台服务器所有功能在同一项目中所出现的问题，提出了一种数据处理***、方法、客户端及服务器。需要说明的是，在传统架构中，前端客户端与后台服务器的代码存放于同一个代码库中，甚至是同一工程目录下，页面中还夹杂着后端代码。前端客户端与后台服务器的工程师进行开发时，都须把整个项目导入到开发工具中，导致前后端耦合度高，前后端开发人员相互制约。后台服务器中的所有功能在一个工程中，任何一个功能代码出现问题将影响整个应用的正常运行，而且前后端部署繁琐，导致不能快速切换环境等问题。

本发明实施例针对上述问题，提出了一种数据处理***、方法、客户端及服务器，解除了前端客户端与后台服务器之间的耦合，通过设计后台服务器集群，在后台服务器集群中通过容器部署多个相互独立的服务组件，各个服务组件接收不同功能的业务请求，解决了传统架构中任何一个功能代码出现问题将影响整个应用正常运行的问题，提高了数据运行的效率，从而提高了应用开发和运行的效率，简化了前后端的部署。

本发明实施例提供的数据处理方法可以应用于一种数据处理***，所述数据处理***包括前端客户端及后端服务器集群，所述后端服务器集群包含用于进行业务逻辑处理的多个服务组件，下面对应用于该数据处理***上的数据处理方法进行举例说明。

本方案采取一种包括前端客户端及后端服务器集群的数据处理***，所述后端服务器集群包含用于进行业务逻辑处理的多个服务组件，通过前端客户端向后端服务器集群发送业务请求，所述后端服务器集群接收到该业务请求之后，将所述业务请求分发给该后端服务器集群部署的各个相互独立的服务组件进行业务逻辑处理，得到业务处理结果，所述后端服务器集群将所述业务处理结果返回给所述前端客户端，以使所述前端客户端输出所述业务处理结果。从而实现前端客户端与后台服务器之间的解耦，解决了传统架构中任何一个功能代码有问题将影响整个应用正常运行的问题，从而提高了数据运行的效率以及应用开发和运行的效率，简化了前后端的部署。

请参见图1，图1是本发明实施例提供的一种数据处理***的结构示意图。所述***包括：前端客户端11和后端服务器集群12。该***架构中，所述前端客户端11和后端服务器集群12是分离的。所述前端客户端11采用react js的前端开发框架和node.js的前端客户端的开发编译环境，所述后端服务器集群12采用Spring Cloud框架，该Spring Cloud是一系列框架的有序集合。需要说明的是，所述Spring Cloud框架本身提供统一的编程模式和Spring Boot的快速应用创建能力，给开发人员一个优质的微服务开发体验，其中，该Spring Boot是用来简化新Spring应用的初始搭建及开发过程。例如，用少量的注解就可以创建一个配置服务器，再多一点注解，可以用客户类库来设置服务。Spring Cloud类库有丰富的选择，覆盖大部分运行障碍。当所有类库使用java编写好，它提供多种特征、优秀的控制和微调选项。不同的Spring Cloud类库可与另一个很好的结合。例如，一个Feign端同样使用熔断器Hystrix作断路机制，Ribbon作负载均衡需求，所有都是注解驱动的，让Java开发人员更简单的开发。

进一步地，所述后端服务器集群12中包括了多个后端服务器，各个后端服务器中部署了多个容器，各个容器中部署了多个相互独立的服务组件，该各个服务组件部署在所述后端服务器集群的容器中独立运行，所有微服务组件相互独立地部署在容器中使得在持续集成的环境中，可以频繁和快速地进行部署和验证工作。所述后端服务器集群12仅需要负责按照约定的数据格式向前端客户端提供可调用的API服务即可。前端客户端11所有的请求都需要经过网关验证，这样后端服务器集群12中各个服务组件不需要单独检测接收到的业务请求是否合法。前端客户端11和后端服务器集群12之间可以通过超文本传输协议(HTTP，HyperText Transfer Protocol)请求进行交互，前端客户端11从后端服务器集群12中获取到所请求的业务数据后，可以进行页面的装配和渲染，从而输出获取到的业务数据。

请参见图2，图2是本发明实施例提供的一种数据处理***的架构示意图。如图2所示，该***的架构包括前端客户端21、网关22、后端服务器集群23、存储服务器24、数据库25以及数据仓库技术(Extract-Transform-Load，ETL)服务器26。需要说明的是，该网关22等同于是一个服务器或者路由，是***的唯一入口。具体的，该网关22可以是应用程序编程接口(Application Programming Interface，API)网关，该网关22封装了***内部架构，为每个客户端提供一个定制的API，它还具有其它职责，如身份验证、监控、负载均衡、缓存、请求分片与管理、静态响应处理。该后端服务器集群23中包括多个后端服务器，各个后端服务器中部署了多个容器(如Docker容器)，各个容器中部署了多个服务组件，如图2中所述的征信服务组件231、合同服务组件232、还款服务组件233、报表服务组件234、其中235表示该容器23可以扩展其他多个组件，其中，各个服务组件之间相互独立，互不影响，从而提高数据的运行效率。存储服务器24包括Redis缓存241、分布式文件***(Hadoop Distributed FileSystem，HDFS)242、二级索引243，其中，该数据库25可以是结构化查询语言(My StructuredQuery Language，MySQL)数据库。该Redis缓存241用于以关键字的形式存储经常读取的关键节点数据，例如，该Redis缓存241可以缓存前端客户端21常用的数据信息，从而实现可以通过关键字快速地获取缓存的数据信息。该HDFS242用于存储超大数据集，并提供高度容错性能、高吞吐量的数据访问。该二级索引243用于通过快速地查询行关键字rowkey从该HDFS242中查询业务数据，从而提高业务数据查询的效率。该ETL服务器26用于与第三方服务器进行交互，如果第三方服务器的数据发生变化，该ETL服务器26可以实时地或者定时地，将第三方服务器的数据存储至数据库25中，从而可以实现与第三方服务器的数据同步，及时更新数据，提高数据的准确性。

需要说明的是，该数据库25存储的是***支持数据(如用户、菜单、权限、角色等数据)，而存储服务器24是通过242存储业务数据(比如产品数据、销售人员数据、影像资料、业务资料、合同文档等数据，这些数据是在经营活动中形成的，可以用于针对前段发送的业务请求进行读取、分析、处理)。

在一个实施例中，所述前端客户端21向网关22发送业务请求，所述网关22，根据数据库25中的***支持数据(比如用户权限等数据)，对所述业务请求进行验证，如果验证成功，则所述网关22根据后端服务器集群23中的各个后端服务器的性能(即负载压力)，筛选出该后端服务器集群23中性能较好(负载压力大)的后端服务器作为目标后端服务器，该网关22根据该目标后端服务器中各个服务组件的功能，将该业务请求发送给与该业务请求功能相对应的服务组件中进行业务逻辑处理，并从存储服务器24中获取业务处理结果，并通过网关22返回所述业务处理结果给前端客户端21，以使所述前端客户端21输出所述业务处理结果。

本发明实施例中，所述前端客户端21用于向后端服务器集群23发送业务请求；所述后端服务器集群23包括用于进行业务逻辑处理的多个服务组件；所述后端服务器集群23，用于将所述业务请求分发给各个服务组件进行业务逻辑处理，得到业务处理结果；所述后端服务器集群23，还用于将所述业务处理结果返回给所述前端客户端；所述前端客户端21，还用于输出所述业务处理结果。

在一个实施例中，所述前端客户端21通过所述网关22对所述业务请求进行验证，并将验证成功的业务请求发送给所述后端服务器集群23。所述后端服务器集群23包括用于进行业务逻辑处理的多个服务组件；所述服务组件包括：征信业务组件231；所述后端服务器集群23，通过所述征信业务组件231接收与征信相关的业务请求，并对所述与征信相关的业务请求进行业务逻辑处理。

在一个实施例中，所述服务组件包括：合同业务组件232；所述后端服务器集群23通过所述合同业务组件232接收与合同相关的业务请求，并对所述与合同相关的业务请求进行业务逻辑处理。

需要说明的是，所述征信服务组件231、合同服务组件232、还款服务组件233以及报表服务组件234均是以spring-cloud技术为载体，HDFS为数据层，通过REST接口返回数据给前端客户端的。所述Redis缓存241是使用ANSIC语言编写的数据库，该Redis缓存241是一种可持久化的日志型、关键字Key-Value的数据库，可提供多种语言的API。该Redis缓存241用于以key-value形式存储经常读取的关键节点数据，例如，缓存工号与姓名、门店与销售经理数据等关键节点数据，这样能通过工号或者销售经理ID快速获取员工姓名、门店名称，进而进行数据的快速筛选或响应。所述分布式文件***(Hadoop Distributed FileSystem，HDFS)242，包括数据仓库工具HIVE和分布式存储***(Hadoop Database，HBASE)，HDFS242可以存储亿单位数据量，以高度容错性能、高吞吐量的数据访问，是传统关系型数据库(oracle，mysql)等所不能媲美的。所述二级索引243又称辅助索引，存储服务器24中每个表都有一个聚簇索引，除此之外的表上的每个非聚簇索引均为二级索引。例如，二级索引solr可以快速地(如以毫秒级的速度)从HDFS242存储的大数据(如亿级数据量)中查询到行主键rowkey，通过查询rowkey从HDFS中查询业务数据。其中，该Redis缓存241和二级索引243相互独立，互不影响。所有后端服务器集群23中各个后端服务器的服务组件均相互独立地运行在容器中，以简化配置、提高开发效率、快速部署、减少应用之间耦合，使后端服务器集群23中的各个功能相互独立运行互不影响。

在一个实施例中，后端服务器集群23的目标后端服务器中的各个服务组件在接收到业务请求后，该服务组件可以对该业务请求进行业务逻辑处理，从存储服务器24中获取业务逻辑处理数据。在从存储服务器中获取业务逻辑处理数据的过程中，根据业务请求需要的数据的种类，可以根据该业务请求从该存储服务器24中的Redis缓存241中获取与该业务请求相关的关键节点数据；如果该业务请求是业务查询数据，则可以通过该存储服务器24中的二级索引243从HDFS242中查询得到与该业务请求相关联的业务数据。例如，如果该后端服务器集群23的目标后端服务器的合同服务组件232接收到了查询请求，则该合同服务组件232可以根据该查询请求，从存储服务器24中的Redis缓存241或通过二级索引243从HDFS中查询与该查询请求相关联的业务数据。

本***在网关和后端服务器集群之间采用路由和过滤器(Router and Filter，Zuul)管理集群负载，该***通过网关验证接收到的业务请求后，将该业务请求通过该Zuul管理集群负载筛选后端服务器集群中的目标后端服务器，根据该目标后端服务器的IP地址，将该业务请求分发给该目标后端服务器，从而实现负载均衡的目的。需要说明的是，该Zuul管理集群负载是一个基于JVM路由和服务端的负载均衡器，该Zuul是在云平台上提供动态路由、监控、弹性、安全等边缘服务的框架。Zuul相当于是设备和Netflix流应用的Web网站后端所有请求的前门，其中，该Netflix用于数据流的管理。Zuul可以适当的对多个Amazon Auto Scaling Groups进行路由请求。本发明实施例提供的数据处理***在前端客户端和后端服务器集群之间所传输的业务请求或数据均需要通过Zuul进行路由分发，从该后端服务器集群中筛选出负载压力较大的后端服务器作为目标后端服务器，从而根据该业务请求的功能，将该业务请求分发到该后端服务器集群中目标后端服务器中与该业务请求功能相对应的服务组件中。

请参见图3，图3是本发明实施例提供的一种数据传输方法的交互示意流程图，该数据传输方法通过前端客户端和后端服务器集群进行交互，如图3所示，该方法可包括：

S301：前端客户端向后端服务器集群发送业务请求。

本发明实施例中，前端客户端可以向后端服务器集群发送业务请求，其中，所述业务请求可以是查询请求、图像处理请求等，本发明实施例对业务请求不做限定。具体地，该网关可以是API网关，所述前端客户端可以向API网关发送业务请求，所述API网关对所述业务请求进行验证，如果验证成功，则所述API网关向后端服务器集群转发所述业务请求。具体可举例说明，例如，前端客户端向后端服务器集群发送查询请求，API网关拦截到所述查询请求，并对所述查询请求进行身份权要等验证，如果验证成功，则该API网关将所述查询请求发送给所述后端服务器集群。可见，该实施方式通过API网关对前端客户端发送的业务请求进行验证，可以防止信息泄露，提高数据交互的安全性，另外，本实施例前端服务器和后端服务器集群采用代码分离的模式，使得前端客户端和后端服务器集群的开发互不影响，从而解耦了前端客户端和后端服务器集群。

在一个实施例中，API网关获取该业务请求进行匹配，并根据匹配结果将该业务请求发送给该后端服务器集群。具体地，在前端客户端向后端服务器集群发送业务请求时，API网关可以拦截该业务请求，并对该业务请求进行匹配验证，根据匹配结果将该业务请求发送给该后端服务器集群。具体地，在前端客户端向后端服务器集群发送业务请求时，API网关可以拦截该业务请求，并对该业务请求进行匹配验证，如果匹配成功，则从该后端服务器集群中筛选出负载压力较小的后端服务器作为目标后端服务器，将该业务请求发送给该后端服务器集群中的目标后端服务器。

S302：后端服务器集群将该业务请求分发给至少一个后端服务器中的目标后端服务器的各个服务组件进行业务逻辑处理，得到业务处理结果。

本发明实施例中，后端服务器集群可以将该业务请求分发给至少一个后端服务器中的目标后端服务器的各个服务组件进行业务逻辑处理，得到业务处理结果。具体地，所述API网关对所述业务请求进行验证之后，通过Zuul管理集群负载，将通过验证之后的业务请求分发给后端服务器集群的目标后端服务器的各个服务组件中。其中，该后端服务器集群包括多个后端服务器，各个后端服务器中部署了多个容器，各个容器中部署了多个相互独立的服务组件，该后端服务器集群根据该业务请求的功能，将该业务请求分发给与该业务请求的功能相关联的服务组件，接收到该业务请求的服务组件将对所述业务请求进行业务逻辑处理，从而得到业务逻辑处理结果数据。可见，该实施方式通过在后端服务器集群中部署容器，在容器中部署多个相互独立的服务组件，并根据各个服务组件的功能，来接收前端客户端发送的业务请求，从而实现后端服务器集群各个功能之间的相互独立，提高应用运行的效率。

在一个实施例中，所述后端服务器集群可以根据各个服务组件的功能，将所述业务请求分发给与该业务请求的功能相关联的服务组件进行业务逻辑处理。具体地，所述后端服务器集群可以根据各个服务组件的功能以及所述业务请求的功能，将所述业务请求分发给与该业务请求的功能相关联的服务组件进行业务逻辑处理。具体可举例说明，例如，前端客户端向后端服务器集群发送查询请求，API网关拦截获取所述查询请求，并对所述查询请求进行验证，将验证通过后的查询请求经过Zuul匹配，将所述查询请求分发到后端服务器集群的目标后端服务器中的合同服务组件vservice-qly-business中，该合同服务组件接收到所述查询请求之后，对所述查询请求进行业务逻辑处理，从存储服务器中查询该业务请求，并查询得到业务逻辑处理结果数据。

S303：后端服务器集群将该业务处理结果返回给该前端客户端。

本发明实施例中，后端服务器集群可以将该业务处理结果返回给该前端客户端。具体地，所述后端服务器集群可以将所述各个服务组件进行业务逻辑处理得到的业务处理结果，通过所述API网关返回给所述前端客户端。具体可举例说明，前端客户端可以向后端服务器集群发送查询请求，API网关拦截获取所述查询请求，并对所述查询请求进行验证，将验证通过后的查询请求经过Zuul匹配，将所述查询请求分发到后端服务器集群的目标后端服务器中的合同服务组件vservice-qly-business中，该合同服务组件接收到所述查询请求之后，对所述查询请求进行业务逻辑处理，从存储服务器中查询得到业务处理结果数据，并将该业务处理结果数据通过API网关返回给该前端客户端。

S304：前端客户端输出该业务处理结果。

本发明实施例中，前端客户端接收到后端服务器集群返回的业务处理结果之后，将输出该业务处理结果。

本发明实施例，通过前端客户端向后端服务器集群发送业务请求，所述后端服务器集群将所述业务请求分发给目标后端服务器中的服务组件进行业务逻辑处理，得到业务处理结果，并将所述业务处理结果返回给所述前端客户端，以使所述前端客户端输出所述业务处理结果。从而实现前端客户端与后台服务器之间的解耦，解决了传统架构中任何一个功能代码有问题将影响整个应用正常运行的问题，从而提高了开发和运行的效率，简化了前后端的部署。

请参见图4，图4是本发明实施例提供的一种服务器的结构示意图，如图所示的本发明实施例中所述的服务器可以通过后端服务器集群来实现，该后端服务器集群中包括多个后端服务器，各个后端服务器中部署了多个容器，各个容器中部署了多个相互独立的服务组件，该服务器包括：获取单元401、处理单元402、返回单元403，其中，

所述第一获取单元401，用于获取业务请求；

所述处理单元402，用于对所述业务请求进行业务逻辑处理，得到业务处理结果；

所述返回单元403，用于将所述业务处理结果返回给前端客户端。

本发明实施例，后端服务器集群通过第一获取单元401获取业务请求，利用处理单元402对所述业务请求进行业务逻辑处理，得到业务处理结果，并通过返回单元403将所述业务处理结果返回给前端客户端，从而实现前端客户端与后台服务器之间的解耦，解决了传统架构中任何一个功能代码有问题将影响整个应用正常运行的问题，从而提高了开发和运行的效率，简化了前后端的部署。

请参见图5，图5是本发明实施例提供的一种客户端的结构示意图，如图所示的本发明实施例中所述的客户端可以包括前端客户端，该客户端包括：发送单元501、获取单元502、输出单元，其中，

所述发送单元501，用于向后端服务器集群发送业务请求，以使所述后端服务器集群对所述业务请求进行业务逻辑处理，得到业务处理结果；

所述第二获取单元502，用于获取所述后端服务器集群返回的所述业务处理结果；

所述输出单元503，用于输出获取到的业务处理结果。

本发明实施例，前端客户端通过发送单元501向后端服务器集群发送业务请求，以使所述后端服务器集群对所述业务请求进行业务逻辑处理，得到业务处理结果，通过第二获取单元502获取所述后端服务器集群返回的所述业务处理结果，并通过输出单元503输出素数业务处理结果，从而实现前端客户端与后台服务器之间的解耦，解决了传统架构中任何一个功能代码有问题将影响整个应用正常运行的问题，从而提高了开发和运行的效率，简化了前后端的部署。

请参见图6，图6是本发明实施例提供的另一种服务器的结构示意图，如图所示的本发明实施例中所述的服务器可以通过后端服务器集群来实现，该服务器可以包括：一个或多个数据接口601、一个或多个处理器602和存储器603，所述数据接口601、处理器602和存储器603相互连接，其中，

所述存储器603用于存储计算机程序，所述计算机程序包括程序指令，所述处理器602被配置用于调用所述程序指令，执行以下步骤：

获取业务请求；

对所述业务请求进行业务逻辑处理，得到业务处理结果；

将所述业务处理结果返回给前端客户端。

应当理解，在本发明实施例中，所称处理器602可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

数据接口601可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等。

该存储器603可以包括只读存储器和随机存取存储器，并向处理器602提供指令和数据。存储器603的一部分还可以包括非易失性随机存取存储器。例如，存储器603还可以存储设备类型的信息。

具体实现中，本发明实施例中所描述的数据接口601、处理器602和存储器603可执行本发明实施例提供的数据处理方法的图3实施例中后端服务器集群所描述的实现方式，也可执行本发明实施例所描述的服务器的实现方式，在此不再赘述。

本发明实施例，通过前端客户端向后端服务器集群发送业务请求，所述后端服务器集群将所述业务请求分发给各个服务组件进行业务逻辑处理，得到业务处理结果，并将所述业务处理结果返回给所述前端客户端，以使所述前端客户端输出所述业务处理结果。从而实现前端客户端与后台服务器之间的解耦，解决了传统架构中任何一个功能代码有问题将影响整个应用正常运行的问题，从而提高了开发和运行的效率，简化了前后端的部署。

请参见图7，图7是本发明实施例提供的另一种客户端的结构示意图，如图所示的本发明实施例中所述的客户端通过前端客户端来实现，该客户端可以包括：一个或多个数据接口701、一个或多个用户接口702、一个或多个处理器703和存储器704，所述数据接口701、用户接口702、处理器703和存储器704相互连接，其中，

所述用户接口702，用于输出所述存储器704获取到的业务处理结果；

所述存储器703用于存储计算机程序，所述计算机程序包括程序指令，所述处理器702被配置用于调用所述程序指令，执行以下步骤：

向后端服务器集群发送业务请求，以使所述后端服务器集群对所述业务请求进行业务逻辑处理，得到业务处理结果；

获取所述后端服务器集群返回的所述业务处理结果。

应当理解，在本发明实施例中，所称处理器703可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

数据接口701可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，用户接口702可以包括显示器(LCD等)、扬声器等。

该存储器704可以包括只读存储器和随机存取存储器，并向处理器703提供指令和数据。存储器704的一部分还可以包括非易失性随机存取存储器。例如，存储器704还可以存储设备类型的信息。

具体实现中，本发明实施例中所描述的数据接口601、用户接口702、处理器703和存储器704可执行本发明实施例提供的数据处理方法的图3实施例中前端客户端所描述的实现方式，也可执行本发明实施例所描述的客户端的实现方式，在此不再赘述。

本发明实施例，通过前端客户端向后端服务器集群发送业务请求，所述后端服务器集群将所述业务请求分发给目标后端服务器的各个服务组件进行业务逻辑处理，得到业务处理结果，并将所述业务处理结果返回给所述前端客户端，以使所述前端客户端输出所述业务处理结果。从而实现前端客户端与后台服务器之间的解耦，解决了传统架构中任何一个功能代码有问题将影响整个应用正常运行的问题，从而提高了开发和运行的效率，简化了前后端的部署。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的***、客户端、服务器和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的***、客户端、服务器和方法，可以通过其它的方式实现。例如，以上所描述的实施例仅是示意性的，例如，所述单元的划分，仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种数据处理***，其特征在于，包括：前端客户端、网关及后端服务器集群；所述前端客户端通过网关与后端服务器集群相连接；所述后端服务器集群包括至少一个后端服务器；各个后端服务器中包括用于进行业务逻辑处理的多个服务组件；所述各个服务组件与存储服务器相连；其中，

所述前端客户端，用于向所述后端服务器集群发送业务请求；

所述网关，用于获取所述业务请求进行匹配，并根据匹配结果将所述业务请求发送给所述后端服务器集群中；

所述后端服务器集群，用于将所述业务请求分发给所述至少一个后端服务器中的目标后端服务器的各个服务组件进行业务逻辑处理，得到业务处理结果；

所述后端服务器集群，还用于将所述业务处理结果返回给所述前端客户端；

所述前端客户端，还用于输出所述业务处理结果。

2.根据权利要求1所述的***，其特征在于，还包括：存储服务器；

所述存储服务器，用于存储业务数据，以及在接收到后端服务器集群发送的业务请求时，读取所请求的业务数据。

3.根据权利要求1所述的***，其特征在于，还包括：ETL服务器和数据库；

所述ETL服务器，用于将从第三方服务器获取的***支持数据发送到数据库中；

所述数据库，用于存储***支持数据。

4.根据权利要求3所述的***，其特征在于，

所述网关，还用于根据所述数据库中的***支持数据，对所述业务请求进行验证，并将验证成功的业务请求发送给所述后端服务器集群。

5.一种数据处理方法，应用于数据处理***，其特征在于，所述数据处理***包括前端客户端、网关及后端服务器集群，所述前端客户端通过网关与后端服务器集群相连接；所述后端服务器集群包括至少一个后端服务器；各个后端服务器中包括用于进行业务逻辑处理的多个服务组件；所述各个服务组件与存储服务器相连；其中，该方法包括：

所述前端客户端向所述后端服务器集群发送业务请求；

所述网关获取所述业务请求进行匹配，并根据匹配结果将所述业务请求发送给所述后端服务器集群；

所述后端服务器集群将所述业务请求分发给所述至少一个后端服务器中的目标后端服务器的各个服务组件进行业务逻辑处理，得到业务处理结果；

所述后端服务器集群将所述业务处理结果返回给所述前端客户端；

所述前端客户端输出所述业务处理结果。

6.根据权利要求5所述的方法，其特征在于，所述前端客户端向所述后端服务器集群发送业务请求，包括：

所述前端客户端向网关发送业务请求；

所述网关对所述业务请求进行验证；

如果验证成功，则所述网关向后端服务器集群转发所述业务请求。

7.根据权利要求6所述的方法，其特征在于，所述后端服务器集群将所述业务请求分发给所述至少一个后端服务器中的目标后端服务器的各个服务组件进行业务逻辑处理，包括：

所述后端服务器集群根据各个后端服务器的负载压力，筛选出目标后端服务器；

从所述目标后端服务器的各个服务组件中筛选出与所述业务请求的功能相关联的目标服务组件；

将所述业务请求分发给所述目标服务组件进行业务逻辑处理。

8.根据权利要求7所述的方法，其特征在于，所述后端服务器集群将所述业务处理结果返回给所述前端客户端，包括：

所述后端服务器集群将所述各个服务组件进行业务逻辑处理得到的业务处理结果，通过所述网关返回给所述前端客户端。

9.一种服务器，其特征在于，包括数据接口、处理器和存储器，所述数据接口、处理器和存储器相互连接，其中，

所述服务器包括后端服务器集群；所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行以下步骤：

获取业务请求；

对所述业务请求进行业务逻辑处理，得到业务处理结果；

将所述业务处理结果返回给前端客户端。

10.一种客户端，其特征在于，包括数据接口、用户接口、处理器和存储器，所述数据接口、用户接口、处理器和存储器相互连接，其中，

所述用户接口，用于输出所述存储器获取到的业务处理结果；

所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行以下步骤：

向后端服务器集群发送业务请求，以使所述后端服务器集群对所述业务请求进行业务逻辑处理，得到业务处理结果；

获取所述后端服务器集群返回的所述业务处理结果。