基于Nginx+Lua的数据处理方法及设备与流程

本发明涉及计算机技术领域，具体涉及一种基于nginx+lua的数据处理方法及设备。

背景技术：

之前，企业对外提供的web(nginx)服务器是通过手工配置后才能进行代理访问。但随着业务访问量的直线增长，nginx服务器也从原来单数据中心部署演变为多数据中心部署。由于多数据中心多环境的配置都是独立配置，从而导致环境差异性、配置不可移植、操作繁琐且容易出错、维护成本高。

技术实现要素：

针对现有技术中的技术缺陷，本发明实施例的目的在于提供一种基于nginx+lua的数据处理方法及设备。

为实现上述目的，第一方面，本发明实施例提供了一种基于nginx+lua的数据处理方法，包括：

采用所述nginx服务器根据预设规则绑定域名和后端应用，建立域名和后端应用的对应关系；

设置nginx服务器所在系统的系统变量；

启动所述nginx服务器以加载所述系统变量；

采用ngx_lua模块解析所述系统变量得到变量值，并设置所述系统变量对应的lua全局变量；

接收用户请求，根据所述用户请求采用所述nginx服务器读取所述变量值，并根据所述变量值封装后端应用的upstream名称；

根据所述对应关系将所述upstream名称转发到后端应用。

其中，所述系统变量包括数据中心变量、环境变量和版本变量；upstream名称的命名规范为：应用名+数据中心+环境+版本。

第二方面，本发明实施例提供了一种基于nginx+lua的数据处理设备，包括设置单元和请求单元；

所述设置单元用于：

采用所述nginx服务器根据预设规则绑定域名和后端应用，建立域名和后端应用的对应关系；

设置nginx服务器所在系统的系统变量；

启动所述nginx服务器以加载所述系统变量；

采用ngx_lua模块解析所述系统变量得到变量值，并设置所述系统变量对应的lua全局变量；

所述请求单元用于：

接收用户请求，根据所述用户请求采用所述nginx服务器读取所述变量值，并根据所述变量值封装后端应用的upstream名称；

根据所述对应关系将所述upstream名称转发到后端应用。

第三方面，本发明实施例提供了另一种基于nginx+lua的数据处理设备，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述第一方面的方法。

实施本发明实施例，绑定了域名和后端应用的对应关系，设置了nginx服务器所在系统的系统变量，当用户访问nginx代理服务器时，ngx_lua模块会自动识别域名关联的应用，并根据系统变量的值自动访问后端应用的upstream，大大降低了nginx的冗余配置。即，nginx配置适配多数据中心多环境多版本，真正实现了一份nginx兼容所有数据中心、环境、版本的复杂配置代理的场景，并保证环境的一致性。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。

图1是本发明实施例提供的基于nginx+lua的数据处理方法的流程图；

图2是本发明第一实施例提供的数据处理设备的结构图；

图3是本发明第二实施例提供的数据处理设备的结构图。

具体实施方式

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

为更好地理解本发明实施例，先对所涉及的相关技术内容进行如下描述：

nginx(enginex)是一款开源的web服务器软件，其具有性能稳定、高并发、低内存耗用、高性能的处理能力等特点。

ngx_lua是nginx的一个模块，将lua嵌入到nginx中，采用lua脚本实现业务逻辑。由于lua的紧凑、快速以及内建协程，所以在保证高并发服务能力的同时极大地降低了业务逻辑实现成本。

请参考图1，本发明实施例提供的基于nginx+lua的数据处理方法，主要包括如下步骤：

s101，采用nginx服务器根据预设规则绑定域名和后端应用，建立域名和后端应用的对应关系。

具体地，在nginx配置中，将域名与后端应用进行关联，应用名变量暂定$target，大致操作如下：

(1)监听域：名server_namewww.zbj.com

(2)关联应用：set$target"www"；proxy_passhttp://$target；

通过上述两步便实现了域名与应用的绑定。

s102，设置nginx服务器所在系统的系统变量。

具体地，定义“数据中心”、“环境”、“版本”三个环境系统变量，变量名暂定为：dc、dc_env、dc_ver

·dc表示这台系统所在的(北京廊坊、天津华苑)数据中心；

·dc_env表示这台系统所处的(开发、测试、预发布、生产等)环境；

·dc_ver表示这台系统代理的应用版本(默认为latest)。

s103，制定应用关联upstream的命名规范。

在本实施例中，以“应用名+数据中心+环境+版本”进行命名。

·upstream：www_bjlf_test_latest表示应用“www”运行在北京廊坊测试环境的最新版本；

·upstream：www_bjlf_prod_latest表示应用“www”运行在北京廊坊生产环境的最新版本；

·upstream：www_bjlf_prod_v2表示应用“www”运行在北京廊坊测试环境的v2版本。

采用上述方式命名，可以使得nginx服务器可以适配多数据中心多环境版本。

s104，启动nginx服务器以加载系统变量。

s105，采用ngx_lua模块解析系统变量得到变量值，并设置系统变量对应的lua全局变量。

具体地，配置nginx.conf，加载“dc”、“dc_env”、“dc_ver”系统变量，定义加载lua代码路径，例如：

当nginx启动时，init_by_lua_file阶段会将dc、dc_env、dc_ver加载到lua内存中，相关程序代码如下：

s106，接收用户请求，根据所述用户请求采用所述nginx服务器读取所述变量值，并根据所述变量值封装后端应用的upstream名称。

s107，根据所述对应关系将所述upstream名称转发到后端应用。

具体地，用户请求www.zbj.com的时候，执行rewrite_by_lua_file阶段将根据target、dc、dc_env、dc_ver封装应用的upstream名称，这样就能代理转发了。相关代码如下：

从以上描述可以得出，实施本发明实施例所提供的数据处理方法，绑定了域名和后端应用的对应关系，设置了nginx服务器所在系统的系统变量，当用户访问nginx代理服务器时，ngx_lua模块会自动识别域名关联的应用，并根据系统变量的值自动访问后端应用的upstream，大大降低了nginx的冗余配置。即，nginx配置适配多数据中心多环境多版本，真正实现了一份nginx兼容所有数据中心、环境、版本的复杂配置代理的场景，并保证环境的一致性。

基于相同的发明构思，本发明实施例提供了一种基于nginx+lua的数据处理设备。如图2所示，该数据处理设备包括设置单元10和请求单元20。

其中，所述设置单元10用于：

采用所述nginx服务器根据预设规则绑定域名和后端应用，建立域名和后端应用的对应关系；

设置nginx服务器所在系统的系统变量；

启动所述nginx服务器以加载所述系统变量；

采用ngx_lua模块解析所述系统变量得到变量值，并设置所述系统变量对应的lua全局变量；

所述请求单元20用于：

接收用户请求，根据所述用户请求采用所述nginx服务器读取所述变量值，并根据所述变量值封装后端应用的upstream名称；

根据所述对应关系将所述upstream名称转发到后端应用。

可选地，作为本发明的另一种优选实施例，如图3所示，上述数据处理设备可以包括：一个或多个处理器101、一个或多个输入设备102、一个或多个输出设备103和存储器104，上述处理器101、输入设备102、输出设备103和存储器104通过总线105相互连接。存储器104用于存储计算机程序，所述计算机程序包括程序指令，所述处理器101被配置用于调用所述程序指令执行上述基于nginx+lua的数据处理方法实施例部分的方法。

应当理解，在本发明实施例中，所称处理器101可以是中央处理单元(centralprocessingunit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备102可以包括键盘等，输出设备103可以包括显示器(lcd等)、扬声器等。

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

具体实现中，本发明实施例中所描述的处理器101、输入设备102、输出设备103可执行本发明实施例提供的基于nginx+lua的数据处理方法的实施例中所描述的实现方式，在此不再赘述。

需要说明的是，关于数据处理设备更为具体的工作流程，请参考前述方法实施例部分，在此不再赘述。

进一步地，对应于基于nginx+lua的数据处理方法，本发明实施例还提供了一种可读存储介质，存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行时实现：上述方法实施例部分的方法。

所述计算机可读存储介质可以是前述实施例所述的客户机的内部存储单元，例如系统的硬盘或内存。所述计算机可读存储介质也可以是所述系统的外部存储设备，例如所述系统上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述计算机可读存储介质还可以既包括所述系统的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述系统所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

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

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

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