一种web集群代码更新方法、装置及系统的制作方法
【专利摘要】本发明实施例公开了一种WEB集群代码更新方法、装置及系统，前端代理服务器向WEB集群中的WEB容器发送检查请求；根据WEB容器反馈回的检查结果，判断WEB容器是否处于代码可更新状态；在WEB容器处于代码可更新状态、且没有进行代码更新的情况下，对WEB容器更新代码。应用本发明实施例，由于不需要两次人为地修改所有前端代理服务器配置，因此减少了WEB集群代码更新的操作步骤，并且避免了在WEB集群代码更新过程中，人为的修改前端代理服务器的配置操作不慎，可能引起的事故的发生。
【专利说明】—种WEB集群代码更新方法、装置及系统
【技术领域】
[0001]本发明涉及计算机【技术领域】，特别涉及一种WEB集群代码更新方法、装置及系统。【背景技术】
[0002]WEB集群是由多台WEB服务器主机相互联结而形成的一种服务器体系结构，每一台WEB服务器主机中含有一个或多个WEB容器，WEB容器是一种服务调用规范框架，为WEB应用程序组件提供一个运行环境，代码部署在WEB容器中。为了提高WEB集群中WEB服务器主机的安全性和WEB服务器主机的负载均衡，通常会在WEB集群中增加前端代理服务器，前端代理服务器用来接收Internet上的请求，然后将请求转发给WEB集群的WEB服务器中的WEB容器。
[0003]现有技术中WEB集群代码更新的方法，通常是:人为的先修改所有前端代理服务器配置，以实现没有Internet请求数据进入到需要进行代码更新的WEB容器，该WEB容器代码更新完成后，再人为的修改所有前端代理服务器的配置，以实现Internet请求数据进入到该WEB容器中。
[0004]应用上述的WEB集群代码更新方法，每更新一部分WEB容器，都需要两次人为地修改所有前端代理服务器配置，在前端代理服务器较多的情况下，操作步骤繁琐，而且操作稍有不慎，容易进行事故。
【发明内容】
[0005]本发明实施例的目的在于提供一种WEB集群代码更新方法及系统，减少WEB集群代码更新的操作步骤，避免在WEB集群代码更新过程中，事故的发生。
[0006]为达到上述目的，本发明实施例公开了一种WEB集群代码更新方法，应用于前端代理服务器，包括:
[0007]向WEB集群中的目标WEB容器发送检查请求；
[0008]根据目标WEB容器反馈回的检查结果，判断目标WEB容器是否处于代码可更新状态，其中，WEB容器处于代码可更新状态表示没有Internet请求数据进入到该WEB容器中；
[0009]在目标WEB容器处于代码可更新状态的情况下，检测是否正在对目标WEB容器进行更新代码，如果否，对目标WEB容器进行代码更新，如果是，继续对目标WEB容器代码进行更新；
[0010]在目标WEB容器处于代码不可更新状态的情况下，判断目标WEB容器代码是否已更新，如果否，向目标WEB容器发送状态更新指令，指示目标WEB容器将状态更改为代码可更新状态，继续执行判断目标WEB容器是否处于代码可更新状态的操作步骤。
[0011]较佳的，所述向WEB集群中的目标WEB容器发送检查请求，包括:
[0012]实时向WEB集群中的目标WEB容器发送检查请求；
[0013]或
[0014]根据预设的发送检测请求间隔时间，向WEB集群中的目标WEB容器发送检查请求。[0015]为达到上述目的，本发明实施例公开了一种WEB集群代码更新方法，应用于WEB容器，包括:
[0016]接收前端代理服务器发送的检查请求；
[0017]在接收到前端代理服务器发送的检查请求之后，检查自身WEB容器当前所处状态，其中，WEB容器当前状态包括:代码可更新状态和代码不可更新状态，WEB容器处于代码可更新状态表示没有Internet请求数据进入到该WEB容器中；
[0018]检查完成后，将自身WEB容器检查结果反馈给前端代理服务器；
[0019]在前端代理服务器对所述WEB容器代码更新完成后，将所述WEB容器的状态设置为代码不可更新状态。
[0020]较佳的，所述方法还包括:
[0021]在所述WEB容器代码没有更新的情况下，接收前端代理服务器发送的状态更新指令；
[0022]在接收到前端代理服务器发送的状态更新指令之后，将自身WEB容器的状态设置为代码可更新状态；
[0023]设置完成后，将自身WEB容器当前状态的检查结果反馈给前端代理服务器。
[0024]较佳的，所述在接收到前端代理服务器发送的检查请求之后，检查自身WEB容器当前所处状态，包括:
[0025]在接收到前端代理服务器发送的检查请求之后，检查自身WEB容器所处WEB服务器中是否存在表示该WEB容器处于代码可更新状态的文件，如果存在，表示该WEB容器处于代码可更新状态。
[0026]较佳的，所述将自身WEB容器的状态设置为代码可更新状态，包括:
[0027]在自身WEB容器所处WEB服务器中创建表示该WEB容器处于代码可更新状态的文件；
[0028]所述将自身WEB容器的状态设置为代码不可更新状态，包括:
[0029]删除自身WEB容器所处WEB服务器中表示该WEB容器处于代码可更新状态的文件。
[0030]为达到上述目的，本发明实施例公开了一种WEB集群代码更新装置，应用于前端代理服务器，包括:检查请求发送模块、判断模块、代码更新模块和状态更新指令发送模块，[0031 ] 检查请求发送模块，用于向WEB集群中的目标WEB容器发送检查请求；
[0032]判断模块，用于根据目标WEB容器反馈回的检查结果，判断目标WEB容器是否处于代码可更新状态，其中，WEB容器处于代码可更新状态表示没有Internet请求数据进入到该WEB容器中；
[0033]代码更新模块，用于在判断模块判断结果为是的情况下，检测是否正在对目标WEB容器进行更新代码，如果否，对目标WEB容器进行代码更新，如果是，继续对所述目标WEB容器代码进行更新；
[0034]状态更新指令发送模块，用于在判断模块判断结果为否的情况下，判断目标WEB容器代码是否已更新，如果否，向所述目标WEB容器发送状态更新指令，指示目标WEB容器将状态更改为代码可更新状态，触发判断模块。
[0035]较佳的，所述检查请求发送模块，具体用于:[0036]实时向WEB集群中的目标WEB容器发送检查请求；
[0037]或
[0038]根据预设的发送检测请求间隔时间，向WEB集群中的目标WEB容器发送检查请求。
[0039]为达到上述目的，本发明实施例公开了一种WEB集群代码更新系统，包括:WEB容器以及上述的应用于前端代理服务的WEB集群代码更新装置，
[0040]所述WEB容器包括:检查请求接收模块、状态检查模块、第一检查结果反馈模块和第一状态设置模块，
[0041]检查请求接收模块，用于接收前端代理服务器发送的检查请求；
[0042]状态检查模块，用于在接收到前端代理服务器发送的检查请求之后，检查自身WEB容器当前所处状态，其中，WEB容器当前状态包括:代码可更新状态和代码不可更新状态，WEB容器处于代码可更新状态表示没有Internet请求数据进入到该WEB容器中；
[0043]第一检查结果反馈模块，用于检查完成后，将自身WEB容器检查结果反馈给前端代理服务器；
[0044]第一状态设置模块，用于在前端代理服务器对所述WEB容器代码更新完成后，将所述WEB容器的状态设置为代码不可更新状态。
[0045]较佳的，所述WEB容器还包括:状态更新指令接收模块、第二状态设置模块和第二检查结果反馈模块，
[0046]状态更新指令接收模块，用于在所述WEB容器代码没有更新的情况下，接收前端代理服务器发送的状态更新指令；
[0047]第二状态设置模块，用于在接收到前端代理服务器发送的状态更新指令之后，将自身WEB容器的状态设置为代码可更新状态；
[0048]第二检查结果反馈模块，用于设置完成后，将自身WEB容器当前状态的检查结果反馈给前端代理服务器。
[0049]较佳的，所述状态检查模块，具体用于:
[0050]在接收到前端代理服务器发送的检查请求之后，检查自身WEB容器所处WEB服务器中是否存在表示该WEB容器处于代码可更新状态的文件，如果存在，表示该WEB容器处于代码可更新状态。
[0051]较佳的，所述第二状态设置模块，具体用于:
[0052]在接收到前端代理服务器发送的状态更新指令之后，在自身WEB容器所处WEB服务器中创建表示该WEB容器处于代码可更新状态的文件；
[0053]所述第一状态设置模块，具体用于:
[0054]在前端代理服务器对所述WEB容器代码更新完成后，删除自身WEB容器所处WEB服务器中表示该WEB容器处于代码可更新状态的文件。
[0055]由上述的技术方案可见，本发明实施例提供了一种WEB集群代码更新方法、装置及系统，前端代理服务器向WEB集群中的WEB容器发送检查请求；根据WEB容器反馈回的检查结果，判断WEB容器是否处于代码可更新状态；在WEB容器处于代码可更新状态、且没有进行代码更新的情况下，对WEB容器更新代码。由于不需要两次人为地修改所有前端代理服务器配置，因此减少了 WEB集群代码更新的操作步骤，并且避免了在WEB集群代码更新过程中，人为的修改前端代理服务器的配置操作不慎，可能引起的事故的发生。【专利附图】
【附图说明】
[0056]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0057]图1为本发明实施例提供的应用于前端代理服务器的一种WEB集群代码更新方法的流程示意图；
[0058]图2为本发明实施例提供的应用于WEB容器的第一种WEB集群代码更新方法的流程不意图；
[0059]图3为本发明实施例提供的应用于WEB容器的第二种WEB集群代码更新方法的流程不意图；
[0060]图4为本发明实施例提供的应用于前端代理服务器的一种WEB集群代码更新装置的结构不意图；
[0061]图5为本发明实施例提供的第一种WEB集群代码更新系统的结构示意图；
[0062]图6为本发明实施例提供的第二种WEB集群代码更新系统的结构示意图。
【具体实施方式】
[0063]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0064]本发明实施例提供一种WEB集群代码更新方法、装置及系统，该方案中，前端代理服务器向WEB集群中的目标WEB容器发送检查请求；根据目标WEB容器反馈回的检查结果，判断目标WEB容器是否处于代码可更新状态；在目标WEB容器处于代码可更新状态的情况下，检测是否正在对目标WEB容器进行更新代码，如果否，对目标WEB容器进行代码更新，如果是，继续对目标WEB容器代码进行更新；在目标WEB容器处于代码不可更新状态的情况下，判断目标WEB容器代码是否已更新，如果否，向目标WEB容器发送状态更新指令，指示目标WEB容器将状态更改为代码可更新状态。
[0065]WEB容器接收前端代理服务器发送的检查请求；在接收到前端代理服务器发送的检查请求之后，检查自身WEB容器当前所处状态；检查完成后，将自身WEB容器检查结果反馈给前端代理服务器；在前端代理服务器对所述WEB容器代码更新完成后，将所述WEB容器的状态设置为代码不可更新状态。
[0066]下面通过具体实施例，对本发明进行详细说明。
[0067]图1为本发明实施例提供的应用于前端代理服务器的一种WEB集群代码更新方法的流程示意图，包括如下步骤:
[0068]SlOl:向WEB集群中的目标WEB容器发送检查请求；
[0069]本发明实施例中的前端代理服务器工作在网络OSI模型中的应用层。
[0070]在实际应用中，前端代理服务器可以实时向WEB集群中的目标WEB容器发送检查请求。
[0071]在实际应用中，前端代理服务器还可以根据预设的发送检测请求间隔时间，向WEB集群中的目标WEB容器发送检查请求。
[0072]示例性的，假设预设的发送检测请求间隔时间为10MS，则前端代理服务器每隔IOMS向所述目标WEB容器发送一次检查请求。
[0073]S102:根据目标WEB容器反馈回的检查结果，判断目标WEB容器是否处于代码可更新状态，如果是，执行S103，如果否，执行S104 ；
[0074]其中，WEB容器处于代码可更新状态表示没有Internet请求数据进入到该WEB容器中。
[0075]S103:检测是否正在对目标WEB容器进行更新代码，如果是，执行S105，如果否，执行 S106 ；
[0076]S104:判断目标WEB容器代码是否已更新，如果否，执行S107和S102 ；
[0077]S105:继续对目标WEB容器代码进行更新；
[0078]S106:对目标WEB容器进行代码更新；
[0079]S107:向目标WEB容器发送状态更新指令，指示目标WEB容器将状态更改为代码可更新状态。
[0080]示例性的，假设WEB集群中有一台前端代理服务器和三个WEB容器，三个WEB容器分别为WEB容器a、WEB容器b和WEB容器C。
[0081]下面以更新WEB容器a的代码对本发明进行详细的说明。
[0082]本发明实施例中的前端代理服务器工作在网络OSI模型中的应用层。
[0083]前端代理服务器向WEB容器a发送检测请求。具体的，前端代理服务器可以实时向WEB容器a发送检查请求，也可以根据预设的发送检测请求间隔时间，向WEB容器a发送检查请求，例如:预设的发送检测请求间隔时间为10MS，则前端代理服务器每隔IOMS向WEB容器a发送一次检查请求。
[0084]根据WEB容器a反馈回的检查结果，判断WEB容器a是否处于代码可更新状态；
[0085]如果WEB容器a处于代码可更新状态，则前端代理服务器不再将Internet请求数据转发到WEB容器a中，判断是否正在对WEB容器a进行代码更新，如果当前正在对WEB容器a进行代码更新，则继续WEB容器a代码的更新，如果当前没有对WEB容器a进行代码更新，则对WEB容器a进行代码更新。
[0086]如果WEB容器a处于代码不可更新状态，则判断WEB容器a代码是否已更新，如果没有更新，则向WEB容器a发送状态更新指令，指示WEB容器a将状态更改为代码可更新状态，同时继续接收WEB容器a反馈回的检查结果，根据WEB容器a反馈回的检查结果，判断WEB容器a是否处于代码可更新状态。
[0087]具体的，前端代理服务器可以为WEB集群中的每一个WEB容器设置一个状态标记，例如状态标记为O表示WEB容器处于可更新但没更新状态，状态标记为I表示WEB容器处于可更新且正在更新状态，状态标记为2表示WEB容器处于不可更新且没更新状态，状态标记为3表示WEB容器处于不可用更新且更新完成状态。
[0088]当前端代理服务器检测到WEB容器a状态标记为O时，开始对WEB容器a进行代码更新，同时将WEB容器a状态标记为I ;[0089]当前端代理服务器检测到WEB容器a状态标记为I时，继续对WEB容器a进行代码更新，当代码更新完成之后，将WEB容器a状态标记为3 ；
[0090]当前端代理服务器检测到WEB容器a状态标记为2时，向WEB容器a发送状态更新指令，当WEB容器a状态更新完成之后，可以检测到WEB容器a处于代码可更新状态，但代码没有更新，此时将WEB容器a状态标记为0，开始对WEB容器a进行代码更新，同时将WEB容器a状态标记为I。
[0091]应用本发明图1所示实施例，不需要两次人为地修改所有前端代理服务器配置，减少了 WEB集群代码更新的操作步骤，并且避免了在WEB集群代码更新过程中，人为的修改前端代理服务器的配置操作不慎，可能引起的事故的发生。
[0092]图2为本发明实施例提供的应用于WEB容器的第一种WEB集群代码更新方法的流程示意图，包括如下步骤:
[0093]S201:接收前端代理服务器发送的检查请求；
[0094]S202:在接收到前端代理服务器发送的检查请求之后，检查自身WEB容器当前所处状态；
[0095]其中，WEB容器当前状态包括:代码可更新状态和代码不可更新状态，WEB容器处于代码可更新状态表示没有Internet请求数据进入到该WEB容器中。
[0096]S203:检查完成后，将自身WEB容器检查结果反馈给前端代理服务器；
[0097]S204:在前端代理服务器对所述WEB容器代码更新完成后，将所述WEB容器的状态设置为代码不可更新状态。
[0098]示例性的，WEB容器a在接收前端代理服务器发送的检查请求之后，检查自身WEB容器当前所处状态，具体的，可以检查自身WEB容器所处WEB服务器中是否存在表示该WEB容器处于代码可更新状态的文件，如果存在，表示该WEB容器处于代码可更新状态。检查完成后，将自身WEB容器检查结果反馈给前端代理服务器。在前端代理服务器对所述WEB容器代码更新完成后，将表示该WEB容器处于代码可更新状态的文件从该WEB容器所处的WEB服务器中删除。
[0099]应用本发明图2所示实施例，不需要两次人为地修改所有前端代理服务器配置，减少了 WEB集群代码更新的操作步骤，并且避免了在WEB集群代码更新过程中，人为的修改前端代理服务器的配置操作不慎，可能引起的事故的发生。
[0100]图3为本发明实施例提供的应用于WEB容器的第二种WEB集群代码更新方法的流程示意图，本发明图3所示实施例在图2所示实施例基础上，增加以下三个步骤，
[0101]S205:在所述WEB容器代码没有更新的情况下，接收前端代理服务器发送的状态更新指令；
[0102]S206:在接收到前端代理服务器发送的状态更新指令之后，将自身WEB容器的状态设置为代码可更新状态；
[0103]S207:设置完成后，将自身WEB容器当前状态的检查结果反馈给前端代理服务器。
[0104]示例性的，WEB容器a在接收前端代理服务器发送的检查请求之后，检查自身WEB容器当前所处状态，具体的，可以检查自身WEB容器所处WEB服务器中是否存在表示该WEB容器处于代码可更新状态的文件，如果存在，表示该WEB容器处于代码可更新状态。检查完成后，将自身WEB容器检查结果反馈给前端代理服务器。此时WEB容器a可能代码没有更新，但是却处于代码不可更新状态，则接收前端代理服务器发送的状态更新指令，在接收到前端代理服务器发送的状态更新指令之后，将自身WEB容器的状态设置为代码可更新状态，具体的，可以在自身WEB容器所处WEB服务器中创建表示该WEB容器处于代码可更新状态的文件，文件创建完成之后，将自身WEB容器当前状态的检查结果反馈给前端代理服务器，在前端代理服务器对所述WEB容器代码更新完成后，将所述WEB容器的状态设置为代码不可更新状态，具体的可以将表示该WEB容器处于代码可更新状态的文件从该WEB容器所处的WEB服务器中删除。
[0105]应用本发明图3所示实施例，避免了处于代码不可更新状态但代码没有更新的WEB容器没有被进行新代码更新的情况。
[0106]图4为本发明实施例提供的应用于前端代理服务器的一种WEB集群代码更新装置的结构示意图，包括:检查请求发送模块301、判断模块302、代码更新模块303和状态更新指令发送模块304，
[0107]其中，检查请求发送模块301，用于向WEB集群中的目标WEB容器发送检查请求；
[0108]本实施例的检查请求发送模块301，具体可以用于:
[0109]实时向WEB集群中的目标WEB容器发送检查请求；
[0110]或
[0111]根据预设的发送检测请求间隔时间，向WEB集群中的目标WEB容器发送检查请求。
[0112]判断模块302，用于根据目标WEB容器反馈回的检查结果，判断目标WEB容器是否处于代码可更新状态；
[0113]其中，WEB容器处于代码可更新状态表示没有Internet请求数据进入到该WEB容器中；
[0114]代码更新模块303，用于在判断模块判断结果为是的情况下，检测是否正在对目标WEB容器进行更新代码，如果否，对目标WEB容器进行代码更新，如果是，继续对所述目标WEB容器代码进行更新；
[0115]状态更新指令发送模块304，用于在判断模块判断结果为否的情况下，判断目标WEB容器代码是否已更新，如果否，向所述目标WEB容器发送状态更新指令，指示目标WEB容器将状态更改为代码可更新状态，触发判断模块302。
[0116]应用本发明图4所示实施例，不需要两次人为地修改所有前端代理服务器配置，减少了 WEB集群代码更新的操作步骤，并且避免了在WEB集群代码更新过程中，人为的修改前端代理服务器的配置操作不慎，可能引起的事故的发生。
[0117]图5为本发明实施例提供的第一种WEB集群代码更新系统的结构示意图，包括:WEB容器以及上述应用于前端代理服务的WEB集群代码更新装置，WEB容器包括:检查请求接收模块401、状态检查模块402、第一检查结果反馈模块403和第一状态设置模块404，
[0118]其中，检查请求接收模块401，用于接收前端代理服务器发送的检查请求；
[0119]状态检查模块402，用于在检查请求接收模块401接收到前端代理服务器发送的检查请求之后，检查自身WEB容器当前所处状态，其中，WEB容器当前状态包括:代码可更新状态和代码不可更新状态，WEB容器处于代码可更新状态表示没有Internet请求数据进入到该WEB容器中；
[0120]本实施例的状态检查模块402，具体用于:在接收到前端代理服务器发送的检查请求之后，检查自身WEB容器所处WEB服务器中是否存在表示该WEB容器处于代码可更新状态的文件，如果存在，表示该WEB容器处于代码可更新状态。
[0121]第一检查结果反馈模块403，用于状态检查模块402检查完成后，将自身WEB容器检查结果反馈给前端代理服务器；
[0122]第一状态设置模块404，用于在前端代理服务器对所述WEB容器代码更新完成后，将所述WEB容器的状态设置为代码不可更新状态。
[0123]应用本发明图5所示实施例，不需要两次人为地修改所有前端代理服务器配置，减少了 WEB集群代码更新的操作步骤，并且避免了在WEB集群代码更新过程中，人为的修改前端代理服务器的配置操作不慎，可能引起的事故的发生。
[0124]图6为本发明实施例提供的第二种WEB集群代码更新系统的结构示意图，本发明图6所示实施例在图5所示实施例基础上，WEB容器还包括:状态更新指令接收模块405、第二状态设置模块406和第二检查结果反馈模块407，
[0125]其中，状态更新指令接收模块405，用于在所述WEB容器代码没有更新的情况下，接收前端代理服务器发送的状态更新指令；
[0126]第二状态设置模块406，用于在接收到前端代理服务器发送的状态更新指令之后，将自身WEB容器的状态设置为代码可更新状态；
[0127]第二检查结果反馈模块407，用于设置完成后，将自身WEB容器当前状态的检查结果反馈给前端代理服务器。
[0128]本实施例的状态检查模块402，具体用于:
[0129]在接收到前端代理服务器发送的检查请求之后，检查自身WEB容器所处WEB服务器中是否存在表示该WEB容器处于代码可更新状态的文件，如果存在，表示该WEB容器处于代码可更新状态。
[0130]本实施例的第一状态设置模块404，具体用于:
[0131]在前端代理服务器对所述WEB容器代码更新完成后，删除自身WEB容器所处WEB服务器中表示该WEB容器处于代码可更新状态的文件。
[0132]本实施例的第二状态设置模块406，具体用于:
[0133]在接收到前端代理服务器发送的状态更新指令之后，在自身WEB容器所处WEB服务器中创建表示该WEB容器处于代码可更新状态的文件。
[0134]应用本发明图6所示实施例，避免了处于代码不可更新状态但代码没有更新的WEB容器没有被进行新代码更新的情况。
[0135]需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0136]本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置和系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0137]本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，这里所称得的存储介质，如:R0M/RAM、磁碟、光盘等。
[0138]以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。
【权利要求】
1.一种WEB集群代码更新方法，应用于前端代理服务器，其特征在于，所述方法包括: 向WEB集群中的目标WEB容器发送检查请求； 根据目标WEB容器反馈回的检查结果，判断目标WEB容器是否处于代码可更新状态，其中，WEB容器处于代码可更新状态表示没有Internet请求数据进入到该WEB容器中； 在目标WEB容器处于代码可更新状态的情况下，检测是否正在对目标WEB容器进行更新代码，如果否，对目标WEB容器进行代码更新，如果是，继续对目标WEB容器代码进行更新； 在目标WEB容器处于代码不可更新状态的情况下，判断目标WEB容器代码是否已更新，如果否，向目标WEB容器发送状态更新指令，指示目标WEB容器将状态更改为代码可更新状态，继续执行判断目标WEB容器是否处于代码可更新状态的操作步骤。
2.根据权利要求1所述的方法，其特征在于，所述向WEB集群中的目标WEB容器发送检查请求，包括: 实时向WEB集群中的目 标WEB容器发送检查请求； 或 根据预设的发送检测请求间隔时间，向WEB集群中的目标WEB容器发送检查请求。
3.—种WEB集群代码更新方法，应用于WEB容器，其特征在于，所述方法包括: 接收前端代理服务器发送的检查请求； 在接收到前端代理服务器发送的检查请求之后，检查自身WEB容器当前所处状态，其中，WEB容器当前状态包括:代码可更新状态和代码不可更新状态，WEB容器处于代码可更新状态表示没有Internet请求数据进入到该WEB容器中； 检查完成后，将自身WEB容器检查结果反馈给前端代理服务器； 在前端代理服务器对所述WEB容器代码更新完成后，将所述WEB容器的状态设置为代码不可更新状态。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括: 在所述WEB容器代码没有更新的情况下，接收前端代理服务器发送的状态更新指令；在接收到前端代理服务器发送的状态更新指令之后，将自身WEB容器的状态设置为代码可更新状态； 设置完成后，将自身WEB容器当前状态的检查结果反馈给前端代理服务器。
5.根据权利要求3或4所述的方法，其特征在于，所述在接收到前端代理服务器发送的检查请求之后，检查自身WEB容器当前所处状态，包括: 在接收到前端代理服务器发送的检查请求之后，检查自身WEB容器所处WEB服务器中是否存在表示该WEB容器处于代码可更新状态的文件，如果存在，表示该WEB容器处于代码可更新状态。
6.根据权利要求5所述的方法，其特征在于，所述将自身WEB容器的状态设置为代码可更新状态，包括: 在自身WEB容器所处WEB服务器中创建表示该WEB容器处于代码可更新状态的文件； 所述将自身WEB容器的状态设置为代码不可更新状态，包括: 删除自身WEB容器所处WEB服务器中表示该WEB容器处于代码可更新状态的文件。
7.—种WEB集群代码更新装置，应用于前端代理服务器，其特征在于，所述装置包括:检查请求发送模块、判断模块、代码更新模块和状态更新指令发送模块， 检查请求发送模块，用于向WEB集群中的目标WEB容器发送检查请求； 判断模块，用于根据目标WEB容器反馈回的检查结果，判断目标WEB容器是否处于代码可更新状态，其中，WEB容器处于代码可更新状态表示没有Internet请求数据进入到该WEB容器中； 代码更新模块，用于在判断模块判断结果为是的情况下，检测是否正在对目标WEB容器进行更新代码，如果否，对目标WEB容器进行代码更新，如果是，继续对所述目标WEB容器代码进行更新； 状态更新指令发送模块，用于在判断模块判断结果为否的情况下，判断目标WEB容器代码是否已更新，如果否，向所述目标WEB容器发送状态更新指令，指示目标WEB容器将状态更改为代码可更新状态，触发判断模块。
8.根据权利要求7所述的装置，其特征在于，所述检查请求发送模块，具体用于: 实时向WEB集群中的目标WEB容器发送检查请求； 或 根据预设 的发送检测请求间隔时间，向WEB集群中的目标WEB容器发送检查请求。
9.一种WEB集群代码更新系统，其特征在于，所述系统包括:WEB容器以及权利要求7或8所述的WEB集群代码更新装置， 所述WEB容器包括:检查请求接收模块、状态检查模块、第一检查结果反馈模块和第一状态设置模块， 检查请求接收模块，用于接收前端代理服务器发送的检查请求； 状态检查模块，用于在接收到前端代理服务器发送的检查请求之后，检查自身WEB容器当前所处状态，其中，WEB容器当前状态包括:代码可更新状态和代码不可更新状态，WEB容器处于代码可更新状态表示没有Internet请求数据进入到该WEB容器中； 第一检查结果反馈模块，用于检查完成后，将自身WEB容器检查结果反馈给前端代理服务器； 第一状态设置模块，用于在前端代理服务器对所述WEB容器代码更新完成后，将所述WEB容器的状态设置为代码不可更新状态。
10.根据权利要求9所述的系统，其特征在于，所述WEB容器还包括:状态更新指令接收模块、第二状态设置模块和第二检查结果反馈模块， 状态更新指令接收模块，用于在所述WEB容器代码没有更新的情况下，接收前端代理服务器发送的状态更新指令； 第二状态设置模块，用于在接收到前端代理服务器发送的状态更新指令之后，将自身WEB容器的状态设置为代码可更新状态； 第二检查结果反馈模块，用于设置完成后，将自身WEB容器当前状态的检查结果反馈给前端代理服务器。
11.根据权利要求9或10所述的系统，其特征在于，所述状态检查模块，具体用于: 在接收到前端代理服务器发送的检查请求之后，检查自身WEB容器所处WEB服务器中是否存在表示该WEB容器处于代码可更新状态的文件，如果存在，表示该WEB容器处于代码可更新状态。
12.根据权利要求11所述的系统，其特征在于，所述第二状态设置模块，具体用于:在接收到前端代理服务器发送的状态更新指令之后，在自身WEB容器所处WEB服务器中创建表示该WEB容器处于代码可更新状态的文件； 所述第一状态设置模块，具体用于: 在前端代理服务器对所述WEB容器代码更新完成后，删除自身WEB容器所处WEB服务器中表示该WEB容器处于代码可更新状态的文件。
【文档编号】H04L29/08GK104023086SQ201410291222
【公开日】2014年9月3日 申请日期:2014年6月25日 优先权日:2014年6月25日
【发明者】尹非凡 申请人:北京奇艺世纪科技有限公司