基于salt和nginx反向代理集群管理方法和系统与流程

1.本技术涉及互联网技术领域，尤其涉及一种基于salt和nginx反向代理集群管理方法。


背景技术：

2.随着公司业务量的增长，反向代理和域名操作越来越多，现有技术中，反向代理的集群操作都是通过linux命令行进行操作，反向代理集群管理操作都是员工根据需求，在satl
‑
master上copy原有文件后自定义修改字段及值，然后通过已知的集群对应关系通过linux命令行执行salt命令将配置推向反向代理集群使之生效。当需要进行管理时操作复杂、繁琐、且命令行操作出错率高，容易引发事故。


技术实现要素：

3.本技术针对现有技术中，在使用反向代理集群过程中，管理操作复杂、繁琐、且命令行操作出错率高，容易引发事故的问题，提供一种基于salt和nginx反向代理集群管理方法，用于在一定程度上解决该技术问题。
4.本技术的上述目的是通过以下技术方案来实现的：
5.第一方面，本技术实施例提供的一种基于salt和nginx反向代理集群管理系统，包括：
6.接收员工基于预设模板生成发送的需求参数；其中，所述预设模板为管理员设定的多样性模板，用于供员工在输入需求参数时，进行选择和填写；
7.基于所述需求参数，选择并渲染数据，进行反向代理配置预生成，得到预生成配置信息；
8.对所述预生成配置信息进行审核和检测，并在确认预生成配置信息无异常时，生成配置文件；
9.基于预设集群映射关系和集群的当前状态，将所述配置文件发送至预设反向代理集群。
10.可选的，所述对所述预生成配置信息进行审核和检测包括：
11.基于所述需求参数对预生成配置信息进行二次审核，确认预生成配置信息是否存在异常。
12.可选的，所述对所述预生成配置信息进行审核和检测还包括：
13.对预生成配置信息进行语法格式正确性检测，确认预设配置信息是否存在语法格式异常和错误。
14.可选的，还包括：
15.在对预生成配置信息进行审核，检测到异常后接收管理员的之定义更改；
16.基于自定义更改数据对预生成配置信息进行更改。
17.可选的，所述预设反向代理集群的数量为至少两个。
18.第二方面，本技术实施例提供一种基于salt和nginx反向代理集群管理系统，包括：接收模块、配置预生成模块、语法自检模块、审核模块和下发模块；
19.所述接收模块，用于接收员工填写或选择的需求信息；
20.所述配置预生成模块，用于基于所述需求信息进行配置信息预生成，得到预生成配置信息；
21.语法自检模块，用于检测所述预生成配置信息进行语法正确性检测；
22.审核模块，用于供管理员对预生成配置信息进行审核；
23.下发模块，用于供管理员将所述配置文件下发至反向代理集群。
24.本技术的实施例提供的技术方案可以包括以下有益效果：
25.本技术的实施例提供的技术方案中，管理员预先自定义反向代理配置模板以及集群的映射关系，员工根据需求填写或选择参数进行需求参数的提交；然后根据员工固提交的参数，进行反向代理配置与生成，得到预生成配置信息；再对预生成配置信息进行审核和检测，在确认预生成配置信息无误后，生成配置文件；最后根据反向代理集群的当前状态和预设的集群映射关系，将配置文件发送至反向代理集群中。如此，通过预设模板可以使需求参数格式统一，减少提交的需求参数错误率，并且在配置文件生成之前对预生成配置信息进行审核和检测，从而减少配置文件的错误，避免对不方便修改的配置文件进行修改，降低管理难度和提高管理效率。
26.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
27.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
28.图1为本技术实施例示出的一种基于salt和nginx反向代理集群管理方法的流程示意图；
29.图2为本技术另一实施例示出的一种基于salt和nginx反向代理集群管理方法的流程示意图；
30.图3为本技术实施例示出的一种基于salt和nginx反向代理集群管理系统的流程示意图。
具体实施方式
31.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
32.图1为本技术实施例示出的一种基于salt和nginx反向代理集群管理方法的流程示意图，如图1所示，本技术实施例提供的基于salt和nginx反向代理集群管理方法包括：
33.s101、接收员工基于预设模板生成发送的需求参数；
34.具体的，管理员可以通过预设系统，预先自定义编辑标准配置模板，员工在提高反
向代理需求时，只需要选择和自动填充模板，将需求值进行输入，完成配置参数的任务提交。
35.s102、基于所述需求参数，选择并渲染数据，进行反向代理配置预生，得到预生成配置信息；
36.具体的，员工在通过管理员设定多样性模板提交反向代理需求配置参数后，预设系统中的程序根据不同的需求进行自动选择并渲染数据，进行配置预生成。
37.s103、对所述预生成配置信息进行审核和检测，并在确认预生成配置信息无异常时，生成配置文件；
38.具体的，对预生成配置信息进行审核和检查包括：管理员通过预设系统获取员工提交的需求信息，即员工输入的配置参数，对预生成配置信息进行二次审核，人工的检测预生成配置信息与实际员工提交的信息是否存在异常，从而确保信息正确性；另一方面，还包括通过预设系统中的程序，自动对预生成配置信息的语法格式正确性进行检测，并且将检测的结果返回给管理员，供管理员做出判断。
39.在实际应用中，当管理员在进行二次审核时，或者管理员接收到预设系统返回的信息，显示预生成配置信息存在异常时，管理员可以停止后续的流程，即停止进行配置下发，同时，管理员也可以在发现预生成配置信息存在错误或异常时，直接对预生成配置信息进行修改，然后再次确认无误后，进行后续的配置下发。
40.需要说明的是，本技术实施例提供的基于salt和nginx反向代理集群管理方法中，是在预生成配置信息生成后，对预生成配置信息进行二次审核以及通过预设系统程序，自动对预生成配置信息进行语法正确性的检测，当然，在实际应用中，也可以灵活的变动二次审核的时间，例如，在员工提交需求后，管理员就进行二次审核，确保员工提高的需求正确，也是数据本技术的保护范围之内。
41.s104、基于预设集群映射关系和集群的当前状态，将所述配置文件发送至预设反向代理集群；
42.具体的，管理员首先通过预设系统设定反向代理集群内/外网映射关系，在确认配置文件准确无误后，通过预设系统，推送配置文件至反向代理节点和创建公网域名解析。
43.在实际应用中，因为反向代理集群的数量是很多的，管理员在将配置文件通过salt
‑
master下发至反向代理集群时，还可以根据集群的当前状态，选择集群，从而合理分配集群，将配置批量下发至对应的反向代理集群并使之生效。
44.本技术实施例提供的基于salt和nginx反向代理集群管理方法，通过管理员预先自定义标准配置模板，供员工进行选择和填充，在员工完成需求参数任务提交后，通过预设系统自动完成配置文件预生成，经二次审核和语法正确性检测后，通过管理员预先设置的集群映射关系，将配置文件下发至集群。整个过程，通过模板上传需求、管理员二次审核以及语法正确性检测，减少配置错误，最后由管理员确认无误后，统一下发配置至集群，方便管理，较少错误率，提高管理效率。
45.图2为本技术另一实施例示出的一种基于salt和nginx反向代理集群管理方法的流程示意图，如图2所示，
46.首先员工在预设系统中通过预设模板填写或选择需求，需求提交后，预设系统后台服务自动预生成配置，在预生成配置信息后，一方面由系统进行配置自动检测，对语法正
确性进行检测，将正确性检测检测返回至管理员。另一方面，管理员也根据员工提交的参数进行配置信息的二次审核，在确认预生成配置信息无误后，选择集群，通过salt
‑
master将配置文件进行下发。
47.图3为本技术另一实施例示出的一种基于salt和nginx反向代理集群管理系统的流程示意图，如图3所示，本技术实施例提供的于salt和nginx的反向代理集群管理系统包括：
48.接收模块301、配置预生成模块302、语法自检模块303、审核模块304和下发模块305；
49.所述接收模块301，用于接收员工填写或选择的需求信息；
50.所述配置预生成模块302，用于基于所述需求信息进行配置信息预生成，得到预生成配置信息；
51.语法自检模块303，用于检测所述预生成配置信息进行语法正确性检测；
52.审核模块304，用于供管理员对预生成配置信息进行审核；
53.下发模块305，用于供管理员将所述配置文件下发至反向代理集群。
54.可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
55.需要说明的是，在本技术的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本技术的描述中，除非另有说明，“多个”的含义是指至少两个。
56.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
57.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
58.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
59.此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
60.上述提到的存储介质可以是只读存储器，磁盘或光盘等。
61.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
62.尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。