一种Web服务管理系统、方法及存储介质与流程

一种web服务管理系统、方法及存储介质
技术领域
1.本发明涉及计算机软件技术领域，特别涉及一种web服务管理系统、方法及存储介质。


背景技术：

2.随着互联网的发展，以及开发技术的更新，目前市场上所有的嵌入式硬件产品或其他的软件应用类产品都需要为用户提供一个亲切友好的配置管理界面，而目前的趋势是市场上大部分产品都采用b/s架构，这就离不开web服务器软件的使用。
3.目前市场上比较常见的是采用成熟的商业方案，如tomcat服务器+java语言或apache服务器+php语言等，但这类系统软件虽然成熟，功能齐全，但体积较大，运行时占用系统资源较多，且部署起来较复杂，从而提升了服务器的运行压力，提升了服务器宕机的概率。
4.因此，如何降低服务器的运行压力、硬件资源以及服务器安全性是目前丞待解决的问题。


技术实现要素：

5.本申请实施例提供了一种web服务管理系统、方法及存储介质。为了对披露的实施例的一些方面有一个基本的理解，下面给出了简单的概括。该概括部分不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念，以此作为后面的详细说明的序言。
6.第一方面，本申请实施例提供了一种web服务管理系统，该系统包括：
7.控制台、路由服务模块以及多个服务器节点；其中，
8.所述控制台、路由服务模块以及多个服务器节点依次通信连接；其中，
9.所述控制台包括节点控制按钮，所述节点控制按钮用于触发针对所述路由服务模块以及多个服务器节点的操作指令；
10.所述路由服务模块包括路由表、负载均衡算法、负载均衡算法开关以及定时任务，所述定时任务用于按照设定时间发起针对所述多个服务器节点的运行状态检测。
11.可选的，其特征在于，
12.控制台，用于展示路由服务模块上报的服务器节点状态列表与节点异常列表；
13.控制台，还用于接收针对路由服务模块的操作指令；以及，
14.还用于提供针对多个服务器节点重启指令。
15.可选的，路由服务模块，用于维护路由表，并对控制台提供修改路由表的应用程序编程接口；
16.路由服务模块，还用于维护负载均衡算法，并对控制台提供选择负载均衡算法的开关；
17.路由服务模块，还用于维护负载均衡算法开关，并对控制台提供修改负载均衡算
法开关的应用程序编程接口；
18.路由服务模块，还用于针对多个服务器节点设置定时任务，并获取多个服务器节点的服务器节点状态，并将服务器节点状态发送至控制台，并基于服务器节点状态修改路由表。
19.可选的，多个服务器节点，用于针对控制台提供命令通道。
20.可选的，系统还包括：
21.nginx服务器；其中，
22.nginx服务器部署在路由服务模块上游。
23.第二方面，本申请实施例提供了一种web服务管理方法，应用于路由服务模块，方法包括：
24.当接收到针对路由表的第一修改指令时，加载第一修改指令对应的应用程序编程接口；
25.基于应用程序编程接口的函数针对路由表进行维护；或者，
26.当接收到针对负载均衡算法选择指令时，加载选择指令对应的负载均衡算法开关；
27.基于负载均衡算法开关维护负载均衡算法；或者，
28.当接收到针对负载均衡算法开关的第二修改指令时，加载第二修改指令对应的第二应用程序编程接口；
29.基于第二应用程序编程接口维护负载均衡算法开关；或者，
30.基于定时任务针对多个服务器节点进行监测生成监测结果；
31.根据监测结果确定是否修改路由表，并将监测结果发送至控制台。
32.第三方面，本申请实施例提供了一种web服务管理方法，应用于控制台，方法包括：
33.接收路由服务模块针对控制台发送的监测结果；
34.将监测结果进行展示；或者，
35.接收用户针对控制台输入的操作指令，并基于操作指令触发路由服务模块；或者，
36.接收用户针对控制台输入的服务重启指令，基于服务重启指令重启服务器节点；或者，
37.当接收到路由服务模块针对控制台发送的预警信息时，将预警信息转换为列表的形式进行展示。
38.第四方面，本申请实施例提供了一种web服务管理方法，应用于服务器节点，方法包括：
39.针对控制台提供命令通道。
40.第六方面，本申请实施例提供一种计算机存储介质，计算机存储介质存储有多条指令，指令适于由处理器加载并执行上述的方法步骤。
41.本申请实施例提供的技术方案可以包括以下有益效果：
42.在本申请实施例提供的web服务管理系统中，控制台手动摘掉部分节点进行灰度部署，另外部署路由服务配置路由表为灰度节点实现预发布环境验证，预发布环境验证无误时控制台手动调整路由表，部署其他节点，控制台手动挂载全部节点完成上线。由于本申请通过定时任务可以对多个服务器节点进行监控并对访问请求进行均衡分配，从而减少了
人工干预，提高的可靠性和可用性，进一步节省了网络资源。
43.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。
附图说明
44.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
45.图1是本申请实施例提供的一种web服务管理系统示意图；
46.图2是本申请实施例提供的一种web服务管理方法的方法示意图；
47.图3是本申请实施例提供的另一种web服务管理方法的方法示意图；
48.图4是本申请实施例提供的另一种web服务管理方法的方法示意图。
具体实施方式
49.以下描述和附图充分地示出本发明的具体实施方案，以使本领域的技术人员能够实践它们。
50.应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
51.下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本发明的一些方面相一致的系统和方法的例子。
52.在本发明的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。此外，在本发明的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
53.请参见图1，图1是本申请实施例提供的一种web服务管理系统示意图，该系统包括：控制台、路由服务模块以及多个服务器节点；其中，控制台、路由服务模块以及多个服务器节点依次通信连接；其中，控制台包括节点控制按钮，节点控制按钮用于触发针对路由服务模块以及多个服务器节点的操作指令；路由服务模块包括路由表、负载均衡算法、负载均衡算法开关以及定时任务，定时任务用于按照设定时间发起针对多个服务器节点的运行状态检测。
54.具体的，控制台，用于展示路由服务模块上报的服务器节点状态列表与节点异常列表；控制台，还用于接收针对路由服务模块的操作指令；以及，还用于提供针对多个服务器节点重启指令。
55.具体的，路由服务模块，用于维护路由表，并对控制台提供修改路由表的应用程序编程接口；路由服务模块，还用于维护负载均衡算法，并对控制台提供选择负载均衡算法的
开关；路由服务模块，还用于维护负载均衡算法开关，并对控制台提供修改负载均衡算法开关的应用程序编程接口；路由服务模块，还用于针对多个服务器节点设置定时任务，并获取多个服务器节点的服务器节点状态，并将服务器节点状态发送至控制台，并基于服务器节点状态修改路由表。
56.具体的，多个服务器节点，用于针对控制台提供命令通道。
57.进一步地，系统还包括：nginx服务器；其中，nginx服务器部署在路由服务模块上游。
58.在本申请实施例提供的web服务管理系统中，控制台手动摘掉部分节点进行灰度部署，另外部署路由服务配置路由表为灰度节点实现预发布环境验证，预发布环境验证无误时控制台手动调整路由表，部署其他节点，控制台手动挂载全部节点完成上线。由于本申请通过定时任务可以对多个服务器节点进行监控并对访问请求进行均衡分配，从而减少了人工干预，提高的可靠性和可用性，进一步节省了网络资源。
59.下面将结合附图2
‑
附图4，对本申请实施例提供的web服务管理方法进行详细介绍。该方法可依赖于计算机程序实现，可运行于基于冯诺依曼体系的web服务管理装置上。该计算机程序可集成在应用中，也可作为独立的工具类应用运行。
60.请参见图2，为本申请实施例提供了一种web服务管理方法的流程示意图，应用于路由服务模块。如图2所示，本申请实施例的方法可以包括以下步骤：
61.s101，当接收到针对路由表的第一修改指令时，加载第一修改指令对应的应用程序编程接口；
62.其中，路由表是一个存储在路由服务模块中的电子表格(文件)或类数据库。例如路由表中存储着指向特定网络地址的路径(在有些情况下，还记录有路径的路由度量值等参数)。路由表中也可以含有网络周边的拓扑信息。第一修改指令是针对路由表进行操作的指令。
63.通常，路由表在进行修改操作时，包含手动修改和自动修改。
64.s102，基于应用程序编程接口的函数针对路由表进行维护；
65.其中，应用程序编程接口的函数为实现功能的代码逻辑。计算机通过执行该代码逻辑可完成相应的操作。
66.s103，或者当接收到针对负载均衡算法选择指令时，加载选择指令对应的负载均衡算法开关；
67.其中，负载均衡建立在现有网络结构之上，它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。负载均衡(load balance)意思就是分摊到多个操作单元上进行执行。
68.通常，本申请中的负载均衡算法包括静态均衡算法和动态均衡算法。静态均衡算法至少包括轮询法、随机法、源地址哈希法、加权轮询法、加权随机法以及范围取值法。动态均衡算法至少包括最小连接数法、最快响应速度法以及观察模式法。
69.例如本申请中的web服务器，用负载均衡算法实现将外部请求均匀分配至不同的web服务器设备，避免大量请求在一个web服务器进行请求，导致该web服务器发生宕机。
70.s104，基于负载均衡算法开关维护负载均衡算法；
71.在一种可能的实现方式中，路由服务模块当收到针对负载均衡算法选择指令时，
加载选择指令对应的负载均衡算法开关，获取该指令对应的请求信息，并解析该请求信息，负载均衡算法开关根据该请求信息中指示的请求数据量等级选择适合当前请求信息的负载均衡算法。
72.s105，或者当接收到针对负载均衡算法开关的第二修改指令时，加载第二修改指令对应的第二应用程序编程接口；
73.s106，基于第二应用程序编程接口维护负载均衡算法开关；
74.在一种可能的实现方式中，路由服务模块当接收到针对负载均衡算法开关的第二修改指令时，从应用程序编程接口(api)库中获取第二修改指令对应的修改操作的api，然后计算机执行该api对应的函数逻辑代码实现负载均衡算法开关的维护。
75.s107，或者基于定时任务针对多个服务器节点进行监测生成监测结果；
76.其中，定时任务是可以在固定的间隔执行指定的系统指令或shell script脚本。时间间隔的单位可以是分钟、小时、日、月、周及以上的时间周期。
77.在本申请实施例中，通过在路由服务模块中设置定时任务，该定时任务以一定的时间间隔执行命令，获取多个服务器的运行参数，最后根据运行参数生成服务器的监测结果。
78.s108，根据监测结果确定是否修改路由表，并将监测结果发送至控制台。
79.在一种可能的实现方式中，在基于步骤s107确定出监测结果后，根据监测结果修改路由表，并将此监测结果发送至控制台的终端，
80.在本申请实施例中，路由层功能实现以下操作：
81.第一：维护路由表，并提供接口修改路由表；
82.第二：维护多种负载均衡算法，可以根据开关进行选择；
83.第三：维护负载均衡算法开关，并提供接口进行修改；
84.第四：定时对底层服务节点进行心跳监测，并根据节点健康状态修改路由表，同时上报节点健康状态给控制台。
85.在本申请实施例提供的web服务管理系统中，控制台手动摘掉部分节点进行灰度部署，另外部署路由服务配置路由表为灰度节点实现预发布环境验证，预发布环境验证无误时控制台手动调整路由表，部署其他节点，控制台手动挂载全部节点完成上线。由于本申请通过定时任务可以对多个服务器节点进行监控并对访问请求进行均衡分配，从而减少了人工干预，提高的可靠性和可用性，进一步节省了网络资源。
86.请参见图3，为本申请实施例提供了一种web服务管理方法的流程示意图，应用于控制台。如图3所示，本申请实施例的方法可以包括以下步骤：
87.s201，接收路由服务模块针对控制台发送的监测结果；
88.s202，将监测结果进行展示；
89.其中，每一个监测结果对应了web服务器节点的运行状态。
90.在一种可能的实现方式中，在控制台接收到来自路由服务模块发送的监测结果后，将该监测结果转换为展示的列表格式填充至预先创建的节点状态列表中，最后将转换后的状态列表信息进行展示。
91.s203，或者接收用户针对控制台输入的操作指令，并基于操作指令触发路由服务模块；
92.通常，操作指令为用户针对控制台输入的手动摘除、挂载web服务器节点的操作指令，将该指令发送至路由服务模块中触发路由服务模块。
93.在一种可能的实现方式中，当控制台接收到用户输入的手动摘除、挂载web服务器节点的操作指令，将该指令发送至路由服务模块中触发路由服务模块。
94.进一步地，路由服务模块根据自身内部设定的功能针对web服务器节点进行自动摘除或者挂载节点。
95.s204，或者接收用户针对控制台输入的服务重启指令，基于服务重启指令重启服务器节点；
96.其中，重启指令是控制台直接与web服务器进行通讯的指令。
97.在一种可能的实现方式中，当控制台接收到针对web服务器节点的重启指令时，控制台将服务重启指令发送至web服务器节点控制指定的服务器节点进行重新启动。
98.s205，或者当接收到路由服务模块针对控制台发送的预警信息时，将预警信息转换为列表的形式进行展示。
99.其中，预警信息为报警消息，是路由服务模块发送至控制台的信息。
100.在一种可能的实现方式中，当接收到来自路由服务模块发送的预警信息时，解析预警信息，加载预先设定的节点异常列表，并将解析后的预警信息填充至预先设定的节点异常列表中进行展示。
101.在本申请实施例中，控制台功能实现包含以下步骤：
102.第一：页面展示路由层上报的节点健康状态；
103.第二：提供操作功能按钮，支持手动触发路由层，修改路由表接口及修改负载算法开关接口，实现节点控制；
104.第三：页面展示报警列表；
105.第四：提供手动重启服务。
106.在本申请实施例提供的web服务管理系统中，控制台手动摘掉部分节点进行灰度部署，另外部署路由服务配置路由表为灰度节点实现预发布环境验证，预发布环境验证无误时控制台手动调整路由表，部署其他节点，控制台手动挂载全部节点完成上线。由于本申请通过定时任务可以对多个服务器节点进行监控并对访问请求进行均衡分配，从而减少了人工干预，提高的可靠性和可用性，进一步节省了网络资源。
107.请参见图4，为本申请实施例提供了一种web服务管理方法的流程示意图，应用于异常监测器。如图4所示，本申请实施例的方法可以包括以下步骤：
108.s301，针对控制台提供命令通道。
109.通常，web服务器节点提供命令通道(java实现系统命令的执行能力)供控制台执行重启等定制化功能。
110.在本申请实施例提供的web服务管理系统中，控制台手动摘掉部分节点进行灰度部署，另外部署路由服务配置路由表为灰度节点实现预发布环境验证，预发布环境验证无误时控制台手动调整路由表，部署其他节点，控制台手动挂载全部节点完成上线。由于本申请通过定时任务可以对多个服务器节点进行监控并对访问请求进行均衡分配，从而减少了人工干预，提高的可靠性和可用性，进一步节省了网络资源。
111.本发明还提供一种计算机可读介质，其上存储有程序指令，该程序指令被处理器
执行时实现上述各个方法实施例提供的web服务管理方法。
112.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。
113.以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。