专利名称：一种代理处理数据的方法、装置和系统的制作方法
技术领域：
本申请涉及网络技术领域，特别是涉及一种代理处理数据的方法、装置和系统。
背景技术：
在互联网中，前端服务器有大量的访问请求发送到后端服务器，比如应用服务器等。为了解决前端服务器与后端服务器因短连接而导致的访问缓慢的问题，在前端服务器和后端服务器之间设置代理，前端服务器通过代理与后端服务器进行访问。互联网应用比较复杂多样，相应的提供服务的程序或者服务就会比较多，对于前端服务器，可能需要处理多种业务的服务器集群为前端服务器提供服务，比如数据存储业务，复杂逻辑计算业务，第三方交互业务等。现有技术中，代理一般只是专用于自己业务内部，并且每个代理的功能唯一，在该业务内部做某部分业务的，消息转发，或者负载用，如果需要处理不同的功能，那么需要设计多个代理，并且为每个代理设置一台单独的服务器，而代理服务器之间是通过网络连接的。比如，如果后端有2个处理不同业务的业务服务器集群A、B，如果要在前端服务器和业务集群服务器中设置消息转发功代理和负载代理，那么现有技术在集群对于业务服务器集群A，就会设置消息转发代理A和负载代理A，同样，对于业务服务器集群B，就会设置消息转发代理B和负载代理B，每个代理单独设置一个硬件设备，并且代理之间通过网络进行通
fn °对于现有技术的方式首先，对于每个业务都设置一个代理，或者对于同一个业务设置多个代理，使前端逻辑过于臃肿，即前端服务器需要设置臃肿复杂的逻辑通过这些代理与后端服务器交互；其次，由于每个代理都需要一个硬件设备，导致机器成本和维护成本很高，不利于扩展应用；再次，对于一个请求，代理对其进行处理时，需要按顺序使后一个代理继承前一个代理的处理结果才能继续进行处理，而由于代理之间是通过网络连接的，那么一旦某两个代理之间的网络连接出现问题，那么整个请求就无法处理。
发明内容
本申请所要解决的技术问题是提供一种代理处理数据的方法、装置和系统，简化了前端服务器的逻辑架构，解决了多个代理之间由于网络连接导致的请求无法处理的问题，并且降低了机器成本和维护成本。为了解决上述问题，本申请公开了一种代理处理数据的方法，包括解析代理所在前端服务器发送的访问请求，获得包括业务号和处理逻辑的请求信息；通过业务号查找所述业务号对应业务服务器集群的配置信息；根据所述配置信息发送数据包到业务号对应业务服务器集群的各服务器，所述数据包包括获取各服务器运行情况信息的请求；并分析所述各服务器返回的数据包中的运行情况信息；
从所述各服务器中选择一台运行正常的目标服务器，并将所述处理逻辑发送到所述目标服务器；获取目标服务器返回的处理结果并将所述处理结果返回前端服务器。优选的，在接收前端服务器的访问请求之前还包括加载业务服务器集群的配置文件，所述配置文件包括业务服务器集群的业务号信息，端口信息和所述集群中各服务器的IP信息。优选的，在将所述请求的处理逻辑发送到所述目标服务器之前还包括将所述请求的处理逻辑的类型转换为目标服务器的处理逻辑的类型。优选的，加载配置文件时还包括加载所述业务集群的处理逻辑，并加载将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型的转换协议。优选的，加载将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型的转换协议时通过加载外部脚本将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型。优选的，所述运行情况信息包括所述业务服务器集群各服务器负载信息，和/或所述业务服务器集群中主服务器组和备服务器组的心跳信息。优选的，从所述各服务器中选择一台运行正常的目标服务器时当主服务器组心跳停止或者负载过量时，从备服务器组选择一台运行正常的目标服务器。优选的，代理通过套接字与后端服务器连接。相应的，本申请还公开了一种代理处理数据的装置，包括解析模块，用于解析代理所在前端服务器发送的访问请求，获得包括业务号和处理逻辑的请求信息；查找模块，用于通过业务号查找所述业务号对应业务服务器集群的配置信息；运行分析模块，用于送数据包到业务号对应业务服务器集群的各服务器，所述数据包包括获取各服务器运行情况信息的请求；并分析所述各服务器返回的数据包中的运行情况信息；选择模块，用于从所述各服务器中选择一台运行正常的目标服务器，并将所述处理逻辑发送到所述目标服务器；返回模块，用于获取目标服务器返回的处理结果并将所述处理结果返回前端服务
ο优选的，在接收模块之前还包括加载模块，用于加载业务服务器集群的配置文件，所述配置文件包括业务服务器集群的业务号，端口信息和所述集群中各服务器的IP信息。优选的，在发送模块之前还包括转换模块，将所述请求的处理逻辑的类型转换为目标服务器的处理逻辑的类型。优选的，加载配置文件时还包括加载所述业务集群的处理逻辑，并加载将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型的转换协议。优选的，加载将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型的转换协议时通过加载外部脚本将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型。优选的，所述运行情况信息包括所述业务服务器集群各服务器负载信息，和/或所述业务服务器集群中主服务器组和备服务器组的心跳信息。优选的，从所述各服务器中选择一台运行正常的目标服务器时当主服务器组心跳停止或者负载过量时，从备服务器组选择一台运行正常的目标服务器。优选的，代理通过套接字与后端服务器连接。相应的，本申请还公开了一种代理处理数据的系统，包括前端服务器和至少一个业务服务器集群；所述前端服务器包括代理处理模块；所述代理处理模块包括解析子模块，用于解析代理所在前端服务器发送的访问请求，获得包括业务号和处理逻辑的请求信息；查找子模块，用于通过业务号查找所述业务号对应业务服务器集群的配置信息；运行分析子模块，用于发送ping包到业务号对应业务服务器集群的各服务器， 所述Ping包包括获取各服务器运行情况信息的请求，并分析收到的所述各服务器返回的 Ping包中的运行情况信息；选择子模块，用于从所述各服务器中选择一台运行正常的目标服务器，并将所述处理逻辑发送到所述目标服务器；返回子模块，用于获取目标服务器返回的处理结果并将所述处理结果返回前端服务器。与现有技术相比，本申请包括以下优点本申请通过在前端服务器上设置代理模块，前端服务器通过该代理模块提供的接口统一访问各后端业务服务器集群，同时可通过该代理模块实现对后端业务服务器集群进行负载调整、容灾等功能。通过本申请，首先，可以将各代理功能集中在前端服务器的代理模块上，使前端只需访问本地代理模块即可与后端业务服务器集群进行交互；其次，本申请将代理设置在前端服务器中，无需多个单独的硬件设备去实现各自的代理功能，降低了机器成本和维护成本；再次，各种代理功能的处理数据是在进程内部进行通信，不会因为网络原因导致各种代理功能无法继承，从而导致请求无法处理的问题。
图1是本申请一种代理处理数据的方法的流程示意图；图2是本申请一种代理处理数据的装置的结构示意图；图3是本申请一种代理处理数据的系统的结构示意图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式
对本申请作进一步详细的说明。互联网应用比较复杂多样，相应的提供服务的程序或者服务就会比较多，而这样的情况下如果web/im等前端服务器跟其他提供服务的后端服务器(数据存储，复杂逻辑计算，第三方交互)都发生交互的话，对逻辑服务器的架构要求就比较高，并且交互的逻辑会越来越复杂，如果再加上集群负载，hash,容灾等情况的处理的话，逻辑架构是个很大的挑战。本申请的代理主要是完成了前段逻辑与后端独立服务功能的交互，即前端服务器与后端业务服务器集群的交互，避免前段逻辑过于臃肿，还可以进行集群负载，hash，容灾等情况，使得前段的逻辑服务即前端服务器只需要关注自己的处理逻辑以及跟代理的一次性交互。参照图1，示出了本申请一种代理处理数据的方法的流程示意图，包括步骤110，解析代理所在前端服务器发送的访问请求，获得包括业务号和处理逻辑的请求信息。在前端服务器接收到客户端的请求后，对客户端的请求进行逻辑处理时，一般需要相应的后端提供相应服务的业务服务器(比如数据存储，复杂逻辑计算，第三方交互等) 提供服务，那么就会发送相应请求到相应后端服务器去处理，以获得相应数据。而本申请前端服务器只需要将请求发送给本服务器中的代理即可。代理接收到其所在的前端服务器发送的访问请求后，解析其所接收到的访问请求，获得包括业务号和处理逻辑等得请求信息。在实际中，在本步骤之前还包括加载步骤，加载业务服务器集群的配置文件，所述配置文件包括业务服务器集群的业务号信息，端口信息和所述集群中各服务器的IP信息。在实际中，对于各种业务服务器集群，如果要通过代理与前端进行交互，需要在代理中加载包括所述业务服务器集群信息的配置文件，使代理知道业务服务器集群的信息。 其中，所述配置文件包括业务服务器集群的业务号信息，端口信息和该集群中各服务器的 IP信息。在实际中，为了进行容灾，各服务器还设置了主服务器组和备服务器组，那么所述的配置文件中还包括各服务器的主备情况信息。另外，如果添加了新的业务服务器集群，只需将该业务集群的配置文件加载到代理中即可，前端服务器也可通过代理与新添加的业务服务器集群进行交互。步骤120，通过业务号查找所述业务号对应业务服务器集群的配置信息。在实际中，如前所述预先已经将各业务集群服务器的配置文件进行了加载，那么在代理中即存在对应业务服务器集群的配置信息。其中，业务服务器集群是以相应的业务号作为其配置信息的标识的。那么获取到访问请求的业务号后，即可根据业务号查找与业务号相对应的业务集群的配置信息，包括业务集群的端口，IPdP /或主备情况等信息。步骤130，根据所述配置信息发送数据包到业务号对应业务服务器集群的各服务器，所述数据包包括获取各服务器运行情况信息的请求；并分析所述各服务器返回的数据包中的运行情况信息。如前所述，所述的配置包括业务服务器集群的端口，IP，主备情况等信息，即可通过配置信息知晓业务服务器集群各服务器的端口、IP等信息。那么即可根据各服务器的端
7口和IP，将数据包发送到与业务号对应的业务服务器集群的各服务器中。其中，所述的数据包包括获取各服务器运行情况信息的请求，比如各服务器的负载情况，和/或所述业务服务器集群中主服务器组和备服务器组的心跳信息。各服务器接收到所述请求数据包后，根据数据包中的请求，将自身的负载情况、心跳信息等信息发送给代理。在实际中，如果一台服务器无心跳，一般就没有带有负载信息和心跳信息的数据包返回，即代理发送给该台服务器的数据包没有响应，那么在一定时间段阈值内还没有收到所述数据包，那么即可判断该台服务器停止心跳，在后续选择服务器时即排除该台服务器。代理对于接收到的各服务器的包括了其负载情况，心跳信息等信息的数据包进行分析，分析各服务器的负载情况和容灾情况等。在实际中，代理通过定时发送ping包的形式发送包括获取各服务器运行情况信息的请求，并接收各服务器返回的Ping包。另外，在实际中，代理通过套接字与后端业务服务器集群的各服务器连接。多个TCP连接或多个应用程序进程可能需要通过同一个TCP协议端口传输数据。 为了区别不同的应用程序进程和连接，计算机操作系统为应用程序与TCP/IP协议交互提供了称为套接字(Socket)的接口。常用的TCP/IP协议的3种套接字类型如下所示流套接字(S0CK_STREAM)流套接字用于提供面向连接、可靠的数据传输服务。 该服务将保证数据能够实现无差错、无重复发送，并按顺序接收。流套接字之所以能够实现可靠的数据服务，原因在于其使用了传输控制协议，即TCP(The Transmission Control Protocol)协议。数据报套接字(S0CK_DGRAM)数据报套接字提供了一种无连接的服务。该服务并不能保证数据传输的可靠性，数据有可能在传输过程中丢失或出现数据重复，且无法保证顺序地接收到数据。数据报套接字使用UDP^ser Datagram Protocol)协议进行数据的传输。原始套接字(S0CK_RAW)原始套接字与标准套接字(标准套接字指的是前面介绍的流套接字和数据报套接字)的区别在于原始套接字可以读写内核没有处理的IP数据包，而流套接字只能读取TCP协议的数据，数据报套接字只能读取UDP协议的数据。因此， 如果要访问其他协议发送数据必须使用原始套接字。区分不同应用程序进程间的网络通信和连接，主要有3个参数通信的目的IP地址、使用的传输层协议(TCP或UDP)和使用的端口号。步骤140，从所述各服务器中选择一台运行正常的目标服务器，并将所述处理逻辑发送到所述目标服务器。在通过前述步骤分析出了与请求相应的业务集群中的各服务器的运行情况后，从所述各服务器中选择一台运行正常的目标服务器，并将所述处理逻辑发送到所述目标服务器。在实际中，对于前端的对于一业务集群大量的访问请求，在该步骤可进行负载均衡处理。一般是通过hash (哈希)算法进行负载均衡。比如，如果分析出有N台服务器负载正常，那么可通过如下步骤选择N台服务中的一台将一访问请求分配给N台服务器中的
Al，将各种整数除以N的到的余数的各种情况，平均对应各台服务器。比如，N = 4时，各种整数除以4得到的余数的情况为0，1，2，3，那么每一个余数对
应一台服务器。Α2，将一访问请求通过hash函数进行hash运算得到一个整数值。A3，将所述整数值除以N，获取运算后的余数。A4，根据所述运算后的余数与服务器的对应关系，将所述请求的处理逻辑发送到对应的目标服务器。其中，所述运行情况信息包括所述业务服务器集群各服务器负载信息，和/或所述业务服务器集群中主服务器组和备服务器组的心跳信息。优选的，当主服务器组心跳停止或者负载过量时，从备服务器组选择一台运行正常的目标服务器。比如，如果主服务器组负载过量时，可从备服务器组选择一台运行正常的目标服务器。又比如，如果主服务器组的某一台机器心跳停止，即挂掉了，那么可调用备用机器补齐。如果整个主服务器组心跳停止，那么将备服务器组提升为主服务器组进行处理。另外，优选的，在将所述请求的处理逻辑发送到所述目标服务器之前还包括将所述请求的处理逻辑的类型转换为目标服务器的处理逻辑的类型。在某些情况下，比如进行第三方交互时，前端服务器的访问请求中的处理逻辑可能跟后端进行第三方交互服务器集群的处理逻辑不同，比如前端服务器访问请求中的处理逻辑的用户名和密码为文本型，而后端第三方交互服务器集群处理逻辑的用户名和密码为 256位密钥型，那么需要将前端的文本型处理逻辑转换为后端密钥型处理逻辑，即将前端的处理逻辑类型转换为与后端的处理逻辑类型一致。对于上述转换，在实际中可将转换方法在加载步骤中进行加载，S卩加载配置文件时还包括加载所述业务集群的处理逻辑，并加载将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型的转换协议。另外，加载将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型的转换协议时通过加载外部脚本将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型。步骤150，获取目标服务器返回的处理结果并将所述处理结果返回前端服务器。当通过前述步骤将前端服务器的访问请求的处理逻辑发送到相应业务号的后端的目标服务器进行处理后，相应目标服务器会返回一个处理结果。则代理可获取到目标服务器返回的处理结果，在获取到处理结果之后即可将所述处理结果整理返回前端服务器。另外，在步骤110中，对于一个前端服务器的访问请求，可能其需要多个业务配合处理，那么可解析出多个业务号和相应业务号的处理逻辑，然后在后续步骤中针对没一个业务号和相应处理逻辑同样进行步骤120，步骤130和步骤140，然后对于至少一个业务服务器集群中的服务器返回的数据处理结果按访问请求要求的顺序重新整理返回给前端服务器。在上述过程中，前端服务器至于代理进行一次性交互，即可获得对于访问请求的处理结果。并且在这个过程中，代理的各种功能是在同一个进程中进行的，各种功能之间的处理数据通过在进程内相互通信，避免了网络连接的不稳定导致的各种功能之间的断线。参照图2，其示出了本申请一种代理处理数据的装置，包括解析模块210，用于解析代理所在前端服务器发送的访问请求，获得包括业务号和处理逻辑的请求信息；查找模块220，用于通过业务号查找所述业务号对应业务服务器集群的配置信息；运行分析模块230，用于送数据包到业务号对应业务服务器集群的各服务器，所述数据包包括获取各服务器运行情况信息的请求；并分析所述各服务器返回的数据包中的运行情况信息；选择模块M0，用于从所述各服务器中选择一台运行正常的目标服务器，并将所述处理逻辑发送到所述目标服务器；返回模块，用于获取目标服务器返回的处理结果并将所述处理结果返回前端服务
ο其中，在接收模块之前还包括加载模块，用于加载业务服务器集群的配置文件，所述配置文件包括业务服务器集群的业务号，端口信息和所述集群中各服务器的IP信息。其中，在发送模块之前还包括转换模块，将所述请求的处理逻辑的类型转换为目标服务器的处理逻辑的类型。相应的，所述加载模块还用于加载所述业务集群的处理逻辑，并加载将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型的转换协议。另外，所述加载模块还用于通过加载外部脚本将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型。优选的，所述运行情况信息包括所述业务服务器集群各服务器负载信息，和/或所述业务服务器集群中主服务器组和备服务器组的心跳信息。优选的，从所述各服务器中选择一台运行正常的目标服务器时当主服务器组心跳停止或者负载过量时，从备服务器组选择一台运行正常的目标服务器。其中，代理通过套接字与后端服务器连接。参照图3，其示出了本申请一种代理处理数据的系统，包括前端服务器和至少一个业务服务器集群；所述前端服务器包括代理处理模块S320 ；所述代理处理模块包括解析子模块321，用于解析代理所在前端服务器发送的访问请求，获得包括业务号和处理逻辑的请求信息；查找子模块322，用于通过业务号查找所述业务号对应业务服务器集群的配置信息；运行分析子模块323，用于发送ping包到业务号对应业务服务器集群的各服务器，所述Ping包包括获取各服务器运行情况信息的请求，并分析收到的所述各服务器返回的ping包中的运行情况信息；选择子模块324，用于从所述各服务器中选择一台运行正常的目标服务器，并将所述处理逻辑发送到所述目标服务器；返回子模块325，用于获取目标服务器返回的处理结果并将所述处理结果返回前端服务器。如图，有业务服务器集群A，业务服务器集群B等。客服端将其应用的请求发送到前端服务器，前端服务器在需要后端业务服务器集群提供服务时将访问请求发送给自身的代理模块，代理模块再与后端进行交互。对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。以上对本申请所提供的代理处理数据的方法、装置和系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。
1权利要求
1.一种代理处理数据的方法，其特征在于，包括解析代理所在前端服务器发送的访问请求，获得包括业务号和处理逻辑的请求信息；通过业务号查找所述业务号对应业务服务器集群的配置信息；根据所述配置信息发送数据包到业务号对应业务服务器集群的各服务器，所述数据包包括获取各服务器运行情况信息的请求；并分析所述各服务器返回的数据包中的运行情况 fn息；从所述各服务器中选择一台运行正常的目标服务器，并将所述处理逻辑发送到所述目标服务器；获取目标服务器返回的处理结果并将所述处理结果返回前端服务器。
2.根据权利要求1所述的方法，其特征在于，在接收前端服务器的访问请求之前还包括加载业务服务器集群的配置文件，所述配置文件包括业务服务器集群的业务号信息， 端口信息和所述集群中各服务器的IP信息。
3.根据权利要求1所述的方法，其特征在于，在将所述请求的处理逻辑发送到所述目标服务器之前还包括将所述请求的处理逻辑的类型转换为目标服务器的处理逻辑的类型。
4.根据权利要求3所述的方法，其特征在于，加载配置文件时还包括加载所述业务集群的处理逻辑，并加载将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型的转换协议。
5.根据权利要求4所述的方法，其特征在于，加载将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型的转换协议时通过加载外部脚本将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型。
6.根据权利要求1所述的方法，其特征在于所述运行情况信息包括所述业务服务器集群各服务器负载信息，和/或所述业务服务器集群中主服务器组和备服务器组的心跳信息。
7.根据权利要求1所述的方法，其特征在于，从所述各服务器中选择一台运行正常的目标服务器时当主服务器组心跳停止或者负载过量时，从备服务器组选择一台运行正常的目标服务ο
8.根据权利要求1所述的方法，其特征在于代理通过套接字与后端服务器连接。
9.一种代理处理数据的装置，其特征在于，包括解析模块，用于解析代理所在前端服务器发送的访问请求，获得包括业务号和处理逻辑的请求信息；查找模块，用于通过业务号查找所述业务号对应业务服务器集群的配置信息；运行分析模块，用于送数据包到业务号对应业务服务器集群的各服务器，所述数据包包括获取各服务器运行情况信息的请求；并分析所述各服务器返回的数据包中的运行情况 信息；选择模块，用于从所述各服务器中选择一台运行正常的目标服务器，并将所述处理逻辑发送到所述目标服务器；返回模块，用于获取目标服务器返回的处理结果并将所述处理结果返回前端服务器。
10.根据权利要求9所述的装置，其特征在于，在接收模块之前还包括加载模块，用于加载业务服务器集群的配置文件，所述配置文件包括业务服务器集群的业务号，端口信息和所述集群中各服务器的IP信息。
11.根据权利要求9所述的装置，其特征在于，在发送模块之前还包括转换模块，将所述请求的处理逻辑的类型转换为目标服务器的处理逻辑的类型。
12.根据权利要求11所述的装置，其特征在于，加载配置文件时还包括加载所述业务集群的处理逻辑，并加载将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型的转换协议。
13.根据权利要求12所述的装置，其特征在于，加载将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型的转换协议时通过加载外部脚本将与本业务集群不同的处理逻辑类型转换为与本业务集群相同的处理逻辑类型。
14.根据权利要求9所述的装置，其特征在于所述运行情况信息包括所述业务服务器集群各服务器负载信息，和/或所述业务服务器集群中主服务器组和备服务器组的心跳信息。
15.根据权利要求9所述的装置，其特征在于，从所述各服务器中选择一台运行正常的目标服务器时当主服务器组心跳停止或者负载过量时，从备服务器组选择一台运行正常的目标服务器。
16.根据权利要求9所述的装置，其特征在于 代理通过套接字与后端服务器连接。
17.一种代理处理数据的系统，其特征在于，包括 前端服务器和至少一个业务服务器集群；所述前端服务器包括代理处理模块；所述代理处理模块包括 解析子模块，用于解析代理所在前端服务器发送的访问请求，获得包括业务号和处理逻辑的请求信息；查找子模块，用于通过业务号查找所述业务号对应业务服务器集群的配置信息； 运行分析子模块，用于发送Ping包到业务号对应业务服务器集群的各服务器，所述 Ping包包括获取各服务器运行情况信息的请求，并分析收到的所述各服务器返回的Ping 包中的运行情况信息；选择子模块，用于从所述各服务器中选择一台运行正常的目标服务器，并将所述处理逻辑发送到所述目标服务器；返回子模块，用于获取目标服务器返回的处理结果并将所述处理结果返回前端服务器。
全文摘要
本申请提供了一种代理处理数据的方法、装置和系统，涉及网络技术领域。本申请的方法包括解析代理所在前端服务器发送的访问请求，获得包括业务号和处理逻辑的请求信息；通过业务号查找所述业务号对应业务服务器集群的配置信息；根据所述配置信息发送数据包到业务号对应业务服务器集群的各服务器，所述数据包包括获取各服务器运行情况信息的请求；并分析所述各服务器返回的数据包中的运行情况信息；从所述各服务器中选择一台运行正常的目标服务器，并将所述处理逻辑发送到所述目标服务器。通过本申请，可简化前端服务器的逻辑架构，解决了多个代理之间由于网络连接导致的请求无法处理的问题，并且降低了机器成本和维护成本。
文档编号H04L29/08GK102571947SQ201110452299
公开日2012年7月11日 申请日期2011年12月29日 优先权日2011年12月29日
发明者宋学东, 黄蔚 申请人:奇智软件(北京)有限公司