CN105338058A

CN105338058A - 一种应用更新的方法及装置

Info

Publication number: CN105338058A
Application number: CN201510618517.1A
Authority: CN
Inventors: 李鹏
Original assignee: Sina Technology China Co Ltd
Current assignee: Sina Technology China Co Ltd
Priority date: 2015-09-24
Filing date: 2015-09-24
Publication date: 2016-02-17
Anticipated expiration: 2035-09-24
Also published as: CN105338058B

Abstract

本申请实施例提供一种应用更新的方法、装置及系统，该方法服务器加载更新后的应用时，更新后的应用将其对应的端口标识发送给更新前的应用，当负载均衡器向更新前的应用发送检查信息时，更新前的应用将更新后的应用对应的端口标识发送给负载均衡器，当负载均衡器监测到接收到的端口标识与预先保存的更新前的应用对应的端口标识不同时，通知服务器发布更新后的应用对应的端口标识，并将保存的访问更新前的应用的访问请求的目的端口标识，修改为更新后的应用对应的端口标识。通过上述方法，当服务器加载更新后的应用时，更新前的应用已接收但未处理的访问请求可被更新后的应用继续处理，用户无需等待更新过程结束，有效提高用户使用应用的便利性。

Description

一种应用更新的方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种应用更新的方法、装置及系统。

背景技术

随着网络技术的快速发展，人们在进行网上冲浪的时，通常希望从中获得更多的服务体验，为此，网络运营商及开发人员在服务器中添加了各种应用，使得人们在使用诸如个人电脑(PersonalComputer，PC)、智能手机等终端设备的过程中，可通过网络来访问服务器中的各种应用，进而来满足了用户日益增加的体验需求。

为了使用户在使用服务器中各应用时，能够获得最新的服务体验，网络运营商及开发人员通常会更新服务器中安装的应用。在现有技术中，更新服务器中安装的应用的方法通常有以下两种。

第一种，当服务器在对安装在其中的应用进行更新时，更新前的应用将继续运行并接收和处理用户的访问请求，其中，更新前的应用在对接收到的用户的访问请求进行处理时，需要逐个串行进行处理，即当前可处理一个访问请求，而其它接收到但未被处理的访问请求将保存在更新前的应用的访问队列中进行等待。当服务器加载完更新后的应用时，将分配给更新前的应用的端口标识分配给更新后的应用，而与此同时，服务器将向更新前的应用发送指令，通知其停止接收新的用户访问请求。更新前的应用在接收到服务器发送过来的指令后，将停止接收新的用户访问请求，并在处理完当前正在处理的访问请求后，自动结束运行。此时，用户在对安装在服务器中的应用进行访问时，即可对更新后的应用进行访问，进而来使用更新后的应用中的各项新功能。

上述的第一种方法中，服务器在对更新后的应用进行加载时，用户可依然对更新前的应用进行访问，而当服务器加载完更新后的应用时，用户将不再访问更新前的应用，而是访问更新后的应用。然而，当服务器加载完更新后的应用时，更新前的应用将会丢弃掉位于其访问队列中等待被处理的访问请求，导致发送这些访问请求的用户需要重新访问，从而增加了用户与服务器之间的交互操作，给用户带来了不便。

第二种，Linux虚拟服务器(LinuxVirtualServer，LVS)中的负载均衡器将对各服务器中安装的应用的进行检查，当检查到某一应用需要更新时，则通知该应用所在的服务器停止对该应用的运行，并将该应用进行摘除，同时，不再分配用户到该应用所在的服务器上，而服务器则对更新后的应用进行加载。当负载均衡器检查到服务器加载完更新后的应用时，将重新开始向该应用所在的服务器分配用户，使得用户可以对服务器中安装的更新后的应用进行使用。然而，上述提到的更新服务器中安装的应用的第二种方法中，当服务器对应用进行更新时，服务器将不能接收用户的访问请求，因此将导致用户在此期间将不能对该应用进行使用，给用户带来了不便。

发明内容

本申请实施例提供一种应用更新的方法、装置及系统，用以解决现有技术中的应用更新的方式会增加用户与服务器之间的交互操作，影响用户对服务器中各应用的使用，给用户带来不便的问题。

本申请实施例提供的一种应用更新的方法，包括：

负载均衡器向所述更新前的应用发送检查信息；

接收所述更新前的应用返回的携带有端口标识的响应信息，其中，当所述服务器已经加载了所述更新后的应用时，所述响应信息中携带的端口标识为所述更新后的应用对应的端口标识，当所述服务器未加载所述更新后的应用时，所述响应信息中携带的端口标识为所述更新前的应用对应的端口标识；

当监测到所述响应信息中携带的端口标识与预先保存的所述更新前的应用对应的端口标识不一致时，通知所述服务器发布所述更新后的应用对应的端口标识；并

将保存的访问所述更新前的应用的访问请求的目的端口标识，修改为所述更新后的应用对应的端口标识。

本申请实施例提供的一种应用更新的方法，包括：

接收更新后的应用发送的所述更新后的应用对应的端口标识，其中，所述更新后的应用对应的端口标识是所述更新后的应用被服务器加载后发送的；

接收负载均衡器发送的检查信息；

向所述负载均衡器返回携带所述更新后的应用对应的端口标识的响应信息，使所述负载均衡器在监测到所述响应信息中携带的端口标识与预先保存的端口标识不一致时，通知所述服务器发布所述更新后的应用对应的端口标识，并将保存的访问请求的目的端口标识，修改为所述更新后的应用对应的端口标识。

本申请实施例提供的一种应用更新的装置，包括：

发送模块，用于向所述更新前的应用发送检查信息；

第三接收模块，用于接收所述更新前的应用返回的携带有端口标识的响应信息，其中，当所述服务器已经加载了所述更新后的应用时，所述响应信息中携带的端口标识为所述更新后的应用对应的端口标识，当所述服务器未加载所述更新后的应用时，所述响应信息中携带的端口标识为所述更新前的应用对应的端口标识；

监测模块，用于当监测到所述响应信息中携带的端口标识与预先保存的所述更新前的应用对应的端口标识不一致时，通知所述服务器发布所述更新后的应用对应的端口标识；

修改模块，用于将保存的访问所述更新前的应用的访问请求的目的端口标识，修改为所述更新后的应用对应的端口标识。

本申请实施例提供的一种应用更新的装置，包括：

第一接收模块，用于接收更新后的应用发送的所述更新后的应用对应的端口标识，其中，所述更新后的应用对应的端口标识是所述更新后的应用被服务器加载后发送的；

第二接收模块，用于接收负载均衡器发送的检查信息；

返回模块，用于向所述负载均衡器返回携带所述更新后的应用对应的端口标识的响应信息。

本申请实施例提供的一种应用更新的系统，包括：

服务器，用于加载更新后的应用，在加载了所述更新后的应用时，指示所述更新后的应用向所述更新前的应用发送所述更新后的应用所对应的端口标识；当接收到所述负载均衡器发送的通知时，发布所述更新后的应用对应的端口标识；

负载均衡器，用于向更新前的应用发送检查信息，接收更新前的应用返回的携带有端口标识的响应信息，当监测到所述响应信息中携带的端口标识与预先保存的所述更新前的应用对应的端口标识不一致时，向所述服务器发送通知，并将保存的访问所述更新前的应用的访问请求的目的端口标识，修改为所述更新后的应用所对应的端口标识。

本申请实施例提供一种应用更新的方法、装置及系统，该方法服务器加载更新后的应用时，更新后的应用将其对应的端口标识发送给更新前的应用，当负载均衡器向更新前的应用发送检查信息时，更新前的应用则将更新后的应用对应的端口标识发送给负载均衡器，而当负载均衡器监测到接收到的端口标识与预先保存的更新前的应用对应的端口标识不一致时，通知服务器发布更新后的应用对应的端口标识，并将保存的访问更新前的应用的访问请求的目的端口标识，修改为更新后的应用对应的端口标识。通过上述方法，当服务器加载更新后的应用时，更新前的应用已经接收但未处理的访问请求可以被更新后的应用继续处理，而且用户也无需等待更新过程的结束，不会对用户的正常使用造成影响，可有效提高用户使用应用的便利性。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的应用更新的详细过程；

图2为本申请实施例提供的一种应用更新的装置结构示意图；

图3为本申请实施例提供的另一种应用更新的装置结构示意图；

图4为本申请实施例提供的一种应用更新的系统的示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请实施例提供的应用更新的详细过程，具体包括以下步骤：

S101：服务器加载更新后的应用。

在通常情况下，服务器中安装的各应用都是由一个或多个配置文件组成的，而网络运营商及开发人员对各应用进行更新时，其实质即为对各应用中的配置文件进行更新，因此，当网络运营商及开发人员将更新后的应用安装到服务器中后，服务器还要加载该更新后的应用，也即，加载更新后的配置文件，才能使用户访问更新后的应用。其中，服务器具体可以采用内置的处理模块加载该更新后的应用。

S102：更新后的应用向更新前的应用发送更新后的应用所对应的端口标识。

当服务器加载完更新后的应用时，将为更新后的应用分配端口标识，然后，服务器可指示更新后的应用将分配的端口标识发送给更新前的应用。服务器具体可通过上述的处理模块指示更新后的应用将分配的端口标识发送给更新前的应用。

S103：负载均衡器向更新前的应用发送检查信息。

在实际应用中，服务器中安装的各应用在运行过程中可能会出现许多的异常情况，如未响应、挂死等，若不及时检查各应用的运行状态，则会导致用户不能正常访问应用。因此，为了检查各应用的运行状态，负载均衡器每隔一定的时间即可向服务器中安装的各应用发送检查信息，来检查各应用的运行状态是否良好。而在本申请实施例中，为了监测服务器是否已经加载了更新后的应用，可利用负载均衡器向更新前的应用发送的检查信息进行监测。

具体的，负载均衡器向更新前的应用发送的检查信息中，可携带负载均衡器预先保存的更新前的应用所对应的端口标识。其中，负载均衡器可通过超文本传输协议(Hypertexttransferprotocol，HTTP)来向服务器中更新前的应用发送检查信息，具体可在该检查信息中添加HTTP协议的header字段，并将负载均衡器所预先保存的更新前的应用所对应的端口标识携带在该header字段中。

例如，负载均衡器通过HTTP协议向服务器中更新前的应用发送的检查信息中，携带有HTTP协议的header字段“service-port：80”，其中，该字段中的“80”代表的是负载均衡器中预先保存的更新前的应用所对应的端口标识。

需要说明的是，负载均衡器除了在发送的检查信息中携带上述提到HTTP协议的header字段外，还可以在检查信息中添加其它内容，这并不在本申请的保护范围之内。

S104：更新前的应用向负载均衡器返回携带有端口标识的响应信息。

当负载均衡器向更新前的应用发送检查信息后，更新前的应用会根据接收到的检查信息，向负载均衡器返回携带有端口标识的响应信息。其中，响应信息中携带的端口标识为更新后的应用所对应的端口标识。

另外，更新前的应用可先比较接收到的检查信息中携带的端口标识与更新后的应用发送的端口标识是否一致，在不一致时，向负载均衡器返回携带有更新后的应用对应的端口标识的响应信息。

例如，当服务器加载完更新后的应用时，服务器未更新后的应用分配的端口标识为“90”，则更新后的应用将服务器端口标识“90”发送给更新前的应用。而负载均衡器为了监测服务器是否已经加载了更新后的应用，将向更新前的应用发送携带有HTTP协议的header字段“service-port：80”的检查信息，其中，该HTTP协议的header字段“service-port：80”中的“80”表示：负载均衡器预先保存的更新前的应用所对应的端口标识。当更新前的应用发现接收到的负载均衡器发送过来的检查信息中所携带的端口标识“80”，与更新后的应用发送过来的更新后的应用所对应的端口标识“90”不一致时，则将上述HTTP协议的header字段“service-port：80”中的端口标识“80”，替换为更新后的应用发送过来的更新后的应用所对应的端口标识“90”，并将替换后的HTTP协议的header字段“service-port：90”携带在向负载均衡器返回的响应信息中，向负载均衡器发送，使得负载均衡器接收到更新前的应用所返回的携带有更新后的应用所对应的端口标识的响应信息。

S105：当监测到响应信息中携带的端口标识与预先保存的更新前的应用所对应的端口标识不一致时，通知服务器发布更新后的应用所对应的端口标识。

负载均衡器当监测到更新前的应用返回的响应信息中所携带的更新后的应用所对应的端口标识与负载均衡器预先保存的更新前的应用所对应的端口标识不一致时，则通知服务器对更新后的应用所对应的端口标识进行发布。其中，负载均衡器可通知服务器中内置的处理模块来发布更新后的应用所对应的端口标识。

例如，负载均衡器预先保存的应用B所对应的端口标识为“80”，而负载均衡器接收到的更新前的应用返回的响应信息中所携带的更新后的应用所对应的端口标识为“90”，由于负载均衡器接收到的更新后的应用所对应的端口标识与预先保存的更新前的应用所对应的端口标识不一致，所以，负载均衡器将通知服务器对更新后的应用所对应的端口标识“90”进行发布，使得用户所使用的终端可通过更新后的应用所对应的端口标识，来对更新后的应用进行访问。

S106：将保存的访问更新前的应用的访问请求的目的端口标识，修改为更新后的应用所对应的端口标识。

在服务器加载完更新后的应用之前，更新前的应用可能已经接收了一些用户的访问请求，而更新前的应用在对这些访问请求进行处理时，需要对这些访问请求进行逐个处理，而其它接收到但未被处理的访问请求将保存负载均衡器中等待处理。由于服务器加载完更新后的应用时，更新前的应用在处理完当前正在处理的访问请求后将自动结束运行，因此，为了使发送这些等待处理的访问请求的用户无需再次发送访问请求，当负载均衡器监测到更新前的应用所返回的响应信息中所携带的更新后的应用所对应的端口标识，与负载均衡器预先保存的更新前的应用所对应的端口标识不一致时，除了通知服务器将更新后的应用所对应的端口标识进行发布外，还需要将负载均衡器的会话表中保存的用户对更新前的应用发送的访问请求的目的端口标识，修改为更新后的应用对所应的端口标识，进而相当于负载均衡器将等待更新前的应用处理的访问请求，转移给更新后的应用进行处理，从而使得发送这些访问请求的用户不需要重新访问，即可对更新后的应用进行访问。

通过上述实施例提供的应用更新的方法，使得负载均衡器可以通知服务器对更新后的应用对应的端口标识进行发布，并将存储在负载均衡器的会话表中用户对更新前的应用发送的访问请求的目的端口标识，修改为更新后的应用对应的端口标识，使得用户在使用终端对服务器中的应用进行访问时，无需用户重新进行访问，同时，用户可不受限制的对更新后的应用进行访问，进而使得用户在对更新后的应用进行访问的过程中，便利性提高。

需要说明的是，在S104步骤中，更新前的应用向负载均衡器返回的响应信息中，并不一定携带更新后的应用所对应的端口标识，也可能携带的是更新前的应用当前所对应的端口标识。

具体的，在实际应用中，负载均衡器可能会出现异常的情况，使得负载均衡器无法正常的工作，因此，为了保证负载均衡器的正常工作，可对负载均衡器进行重启或其它修复方式，来恢复负载均衡器的正常运行，其中，负载均衡器在出现异常，或是在进行恢复的过程中，负载均衡器将无法监测到服务器中各应用所对应的端口标识的变更，因此，负载均衡器在恢复正常运行时，所保存的服务器中各应用所对应的端口标识为负载均衡器出现异常之前所保存的各应用所对应的端口标识。在负载均衡器无法正常工作的过程中，服务器可能对某一应用重新分配了端口标识，即该应用所对应的端口标识发生了改变，进而使得负载均衡器所保存的该应用所对应的端口标识与该应用无法对应，因此，当负载均衡器恢复正常运行后，若继续使用所保存的该应用所对应端口标识，则可能会出现用户通过使用终端来向服务器中的该应用发送访问请求时，负载均衡器可能向终端指示的访问端口标识，并不是该应用当前所对应的端口标识，进而导致用户所访问的应用并不是用户想要访问的应用。

因此，为避免上述情况的发生，负载均衡器可周期性的向更新前的应用发送检查信息，其中，该检查信息中携带有负载均衡器自身保存的该更新前的应用所对应的端口标识。如果是服务器加载完更新后的应用的情况，则与上述图1中描述的情况相同。如果是服务器未加载完更新后的应用的情况，或是服务器未对更新前的应用进行更新的情况，则负载均衡器接收到的响应信息中携带的端口标识是更新前的应用发送的该更新前的应用当前所对应的端口标识。其中，对于后者的情况来说，响应信息中携带的更新前的应用当前所对应的端口标识可能与负载均衡器预先保存的更新前的应用所对应的端口标识相同，也可能不同，当两者相同时，则说明负载均衡器在出现异常的情况时，更新前的应用所对应的端口标识并没有发送变化；而当两者不同时，则说明负载均衡器在出现异常的情况时，服务器为更新前的应用分配了新的端口标识，即更新前的应用所对应的端口标识发生了变化。对于负载均衡器接收到的响应信息中携带的更新前的应用当前所对应的端口标识与负载均衡器预先保存的更新前的应用所对应的端口标识不相同的情况来说，则也需要通过如图1所示的步骤S104～S106，来通知服务器发布变化后的更新前的应用当前所对应的端口标识，同时也需要将保存的访问更新前的应用的访问请求的目的端口标识，修改为更新前的应用当前所对应的端口标识，使用户可以通过变更后的端口标识来正常访问应用。

例如，负载均衡器在出现异常的情况或在重启的过程中时，所保存的应用A所对应的端口标识为“70”，而在负载均衡器出现异常的情况或重启的过程中，服务器将应用A所对应的端口标识“70”，替换成新的端口标识“80”，此时，负载均衡器若依旧向用户所使用的终端指示所保存的端口标识“70”，则可能会导致用户不能对应用A进行访问，所以，当负载均衡器恢复正常运行后，可周期性的向应用A发送携带有负载均衡器所保存的应用A所对应的端口标识的检查信息，来查看应用A当前所对应的端口标识是否与预先保存的应用A所对应的端口标识一致。而当应用A发现接收到负载均衡器发送过来的检查信息中所携带的端口标识与应用A当前所对应的端口标识不一致时，可将应用A当前所对应的端口标识“80”携带在响应信息中返回给负载均衡器，具体可携带在HTTP协议的响应信息的header字段中，该header字段具体可以是“service-port：80”。当负载均衡器接收到的响应信息中所携带的应用A当前所对应的端口标识与负载均衡器预先保存的应用A所对应的端口标识不一致时，则将预先保存的应用A所对应的端口标识“70”修改为应用A当前所对应的端口标识“80”并进行保存，同时，负载均衡器将通知服务器发布应用A当前所对应的端口标识，并将保存的访问应用A的访问请求的目的端口标识，修改为应用A当前所对应的端口标识，从而使得用户在对应用A进行访问时，负载均衡器可向用户所使用的终端指示应用A当前所对应的端口标识，使得用户所使用的终端可通过应用A当前所对应的端口标识来对应用A进行访问。

以上为本申请实施例提供的应用更新的方法，基于同样的思路，本申请实施例还提供两种应用更新的装置，如图2、图3所示。

图2为本申请实施例提供的一种应用更新的装置结构示意图，具体包括：

发送模块201，用于向所述更新前的应用发送检查信息；

第三接收模块202，用于接收所述更新前的应用返回的携带有端口标识的响应信息，其中，当所述服务器已经加载了所述更新后的应用时，所述响应信息中携带的端口标识为所述更新后的应用对应的端口标识，当所述服务器未加载所述更新后的应用时，所述响应信息中携带的端口标识为所述更新前的应用对应的端口标识；

监测模块203，用于当监测到所述响应信息中携带的端口标识与预先保存的所述更新前的应用对应的端口标识不一致时，通知所述服务器发布所述更新后的应用对应的端口标识；

修改模块204，用于将保存的访问所述更新前的应用的访问请求的目的端口标识，修改为所述更新后的应用对应的端口标识。

所述发送模块201向所述更新前的应用发送的检查信息中携带预先保存的所述更新前的应用对应的端口标识；

当所述服务器未加载所述更新后的应用时，所述第三接收模块202接收到的响应信息中携带的所述更新前的应用对应的端口标识为：所述更新前的应用当前使用的端口标识。

所述发送模块201具体用于，通过超文本传输协议HTTP向所述更新前的应用发送检查信息，其中，所述装置预先保存的所述更新前的应用对应的端口标识携带在HTTP协议的header字段中；

所述第三接收模块202具体用于，接收所述更新前的应用通过超文本传输协议HTTP返回的携带有端口标识的响应信息，其中，HTTP协议的header中携带所述更新前的应用对应的端口标识或所述更新后的应用对应的端口标识。

其中，上述如图2所示的装置可以位于负载均衡器中。

图3为本申请实施例提供的另一种应用更新的装置结构示意图，具体包括：

第一接收模块301，用于接收更新后的应用发送的所述更新后的应用对应的端口标识，其中，所述更新后的应用对应的端口标识是所述更新后的应用被服务器加载后发送的；

第二接收模块302，用于接收负载均衡器发送的检查信息；

返回模块303，用于向所述负载均衡器返回携带所述更新后的应用对应的端口标识的响应信息，使所述负载均衡器在监测到所述响应信息中携带的端口标识与预先保存的端口标识不一致时，通知所述服务器发布所述更新后的应用对应的端口标识，并将保存的访问请求的目的端口标识，修改为所述更新后的应用对应的端口标识。

其中，上述如图3所示的装置可以位于服务器中，具体可以位于服务器中用于运行更新前的应用的运行装置中。

图4为本申请实施例提供的一种应用更新的系统的示意图，具体包括：

服务器401和负载均衡器402；

所述服务器401，用于加载更新后的应用，在加载了所述更新后的应用时，指示所述更新后的应用向所述更新前的应用发送所述更新后的应用所对应的端口标识；当接收到所述负载均衡器402发送的通知时，发布所述更新后的应用对应的端口标识；

所述负载均衡器402，用于向更新前的应用发送检查信息，接收更新前的应用返回的携带有端口标识的响应信息，当监测到所述响应信息中携带的端口标识与预先保存的所述更新前的应用对应的端口标识不一致时，向所述服务器401发送通知，并将保存的访问所述更新前的应用的访问请求的目的端口标识，修改为所述更新后的应用所对应的端口标识。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims

1.一种应用更新的方法，更新前的应用和更新后的应用均安装在服务器中，其特征在于，所述方法包括：

负载均衡器向所述更新前的应用发送检查信息；

2.如权利要求1所述的方法，其特征在于，负载均衡器向所述更新前的应用发送的检查信息中携带预先保存的所述更新前的应用对应的端口标识；

当所述服务器未加载所述更新后的应用时，所述负载均衡器接收到的响应信息中携带的所述更新前的应用对应的端口标识为：所述更新前的应用当前使用的端口标识。

3.如权利要求2所述的方法，其特征在于，负载均衡器向所述更新前的应用发送检查信息，具体包括：

所述负载均衡器通过超文本传输协议HTTP向所述更新前的应用发送检查信息，其中，所述负载均衡器预先保存的所述更新前的应用对应的端口标识携带在HTTP协议的header字段中。

4.如权利要求1所述的方法，其特征在于，接收所述更新前的应用返回的携带有端口标识的响应信息，具体包括：

接收所述更新前的应用通过超文本传输协议HTTP返回的携带有端口标识的响应信息，其中，HTTP协议的header中携带所述更新前的应用对应的端口标识或所述更新后的应用对应的端口标识。

5.一种应用更新的方法，其特征在于，所述方法包括：

接收负载均衡器发送的检查信息；

6.一种应用更新的装置，更新前的应用和更新后的应用均安装在服务器中，其特征在于，所述装置包括：

发送模块，用于向所述更新前的应用发送检查信息；

7.如权利要求6所述的装置，其特征在于，所述发送模块向所述更新前的应用发送的检查信息中携带预先保存的所述更新前的应用对应的端口标识；

当所述服务器未加载所述更新后的应用时，所述接收模块接收到的响应信息中携带的所述更新前的应用对应的端口标识为：所述更新前的应用当前使用的端口标识。

8.如权利要求7所述的装置，其特征在于，所述发送模块具体用于，通过超文本传输协议HTTP向所述更新前的应用发送检查信息，其中，所述装置预先保存的所述更新前的应用对应的端口标识携带在HTTP协议的header字段中；

所述第三接收模块具体用于，接收所述更新前的应用通过超文本传输协议HTTP返回的携带有端口标识的响应信息，其中，HTTP协议的header中携带所述更新前的应用对应的端口标识或所述更新后的应用对应的端口标识。

9.一种应用更新的装置，其特征在于，所述装置包括：

第二接收模块，用于接收负载均衡器发送的检查信息；

10.一种应用更新的系统，更新前的应用和更新后的应用均安装在服务器中，其特征在于，所述系统包括所述服务器和负载均衡器；

所述服务器，用于加载更新后的应用，在加载了所述更新后的应用时，指示所述更新后的应用向所述更新前的应用发送所述更新后的应用所对应的端口标识；当接收到所述负载均衡器发送的通知时，发布所述更新后的应用对应的端口标识；

所述负载均衡器，用于向更新前的应用发送检查信息，接收更新前的应用返回的携带有端口标识的响应信息，当监测到所述响应信息中携带的端口标识与预先保存的所述更新前的应用对应的端口标识不一致时，向所述服务器发送通知，并将保存的访问所述更新前的应用的访问请求的目的端口标识，修改为所述更新后的应用所对应的端口标识。