升级服务器的方法及装置与流程

本公开涉及计算机技术领域，尤其涉及升级服务器的方法及装置。

背景技术：

为了保证用户的服务体验，网络服务商会不断的进行服务器的升级。目前，为了保证系统的稳定性，大型系统的升级通常采用灰度升级的方式。在利用灰度升级方式进行升级时，会同时部署两个版本的系统服务，让一部分用户继续使用现有版本提供服务，一部分用户使用新版本提供服务，并收集使用新版本的用户对新版本的反馈信息，并根据反馈信息判断新版本服务的质量，如果用户对新版本的反馈较好，那么逐步扩大使用新版本的用户数量，最终把用户都迁移到新版本中。

技术实现要素：

为克服相关技术中存在的问题，本公开实施例提供升级服务器的方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种升级服务器的方法，包括：

在所有服务器响应访问请求的过程中，获取服务可用性指标，所述服务可用性指标指示所述所有服务器对同一时间点接收到的所有访问请求进行成功响应的访问请求数量与所述所有访问请求的数量之间的比例，其中，所述所有服务器包括：安装现有安装包的老版服务器，和安装现有安装包对应的升级更新安装包的新版服务器；

根据所述服务可用性指标配置所述新版服务器和所述老版服务器的部署数量。

本公开的实施例提供的技术方案可以包括以下有益效果：在所有服务器响应访问请求的过程中，获取服务可用性指标，该服务可用性指标指示所有服务器对同一时间点接收到的所有访问请求进行成功响应的访问请求数量与所有访问请求的数量之间的比例，其中，所有服务器包括：安装现有安装包的老版服务器，和安装现有安装包对应的升级更新安装包的新版服务器；进而可以根据获取到的服务可用性指标配置新版服务器和老版服务器的部署数量。由于可以通过获取到的服务可用性指标来配置新版服务器和老版服务器的部署数量，而无需主动向用户收集对新版服务器提供的服务的反馈信息，有效提升了升级的效率，并避免了由于一些用户反馈信息的不准确造成的最终服务器升级失败而整个服务瘫痪的问题，提升了服务器升级的可靠性。

在一个实施例中，所述根据所述服务可用性指标配置所述新版服务器和所述老版服务器的部署数量包括：

在所述服务可用性指标大于预设阈值时，将至少一部分所述老版服务器替换为所述新版服务器；

在所述服务可用性指标小于或等于所述预设阈值时，将至少一部分所述新版服务器替换为所述老版服务器。

本公开的实施例提供的技术方案可以包括以下有益效果：通过比较服务可用性指标与预设阈值的大小关系，以调整新版服务器和老版服务器的数量，从而提升了服务器升级的可靠性。

在一个实施例中，所述方法还包括：

将所有所述老版服务器替换为所述新版服务器之后，输出第一提示消息，所述第一提示消息用于提示服务器升级成功；

或者，

将至少一部分所述新版服务器替换为所述老版服务器之后，输出第二提示消息，所述第二提示消息用于提示服务器升级失败。

本公开的实施例提供的技术方案可以包括以下有益效果：在升级失败或升级成功时，都会输出提示消息，从而有效提升了用户体验。

在一个实施例中，所述获取服务可用性指标之前，还包括：

接收新版服务器部署请求消息，所述新版服务器部署请求中携带新版服务器的安装包和老版服务器的标识；

在所述新版服务器中安装所述安装包；

根据所述老版服务器的标识获取所述老版服务器的域名；

将安装了所述安装包的新版服务器与所述老版服务器的域名进行绑定。

本公开的实施例提供的技术方案可以包括以下有益效果：通过老版服务器的标识获取老版服务器的域名，使得获取的域名准确，有效提升了新版服务器部署的正确性。

根据本公开实施例的第二方面，提供一种升级服务器的装置，包括：

第一获取模块，用于在所有服务器响应访问请求的过程中，获取服务可用性指标，所述服务可用性指标指示所述所有服务器对同一时间点接收到的所有访问请求进行成功响应的访问请求数量与所述所有访问请求的数量之间的比例，其中，所述所有服务器包括：安装现有安装包的老版服务器，和安装现有安装包对应的升级更新安装包的新版服务器；

调整模块，用于根据所述第一获取模块获取的所述服务可用性指标配置所述新版服务器和所述老版服务器的部署数量。

在一个实施例中，所述调整模块包括：第一替换子模块和第二替换子模块；

所述第一替换子模块，用于在所述第一获取模块获取的所述服务可用性指标大于预设阈值时，将至少一部分所述老版服务器替换为所述新版服务器；

所述第二替换子模块，用于在所述第一获取模块获取的所述服务可用性指标小于或等于所述预设阈值时，将至少一部分所述新版服务器替换为所述老版服务器。

在一个实施例中，所述装置还包括：第一输出模块和第二输出模块；

所述第一输出模块，用于在所述第一替换子模块将所有所述老版服务器替换为所述新版服务器之后，输出第一提示消息，所述第一提示消息用于提示服务器升级成功；

所述第二输出模块，用于在所述第二替换子模块将至少一部分所述新版服务器替换为所述老版服务器之后，输出第二提示消息，所述第二提示消息用于提示服务器升级失败。

在一个实施例中，所述装置还包括：接收模块、安装模块、第二获取模块和绑定模块；

所述接收模块，用于接收新版服务器部署请求消息，所述新版服务器部署请求中携带新版服务器的安装包和老版服务器的标识；

所述安装模块，用于在新版服务器中安装所述安装包；

所述第二获取模块，用于根据所述接收模块接收的所述老版服务器的标识获取所述老版服务器的域名；

所述绑定模块，用于将安装了所述安装包的新版服务器与所述第二获取模块获取的所述老版服务器的域名进行绑定。

根据本公开实施例的第三方面，提供一种升级服务器的装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

在所有服务器响应访问请求的过程中，获取服务可用性指标，所述服务可用性指标指示所述所有服务器对同一时间点接收到的所有访问请求进行成功响应的访问请求数量与所述所有访问请求的数量之间的比例，其中，所述所有服务器包括：安装现有安装包的老版服务器，和安装现有安装包对应的升级更新安装包的新版服务器；

根据所述服务可用性指标配置所述新版服务器和所述老版服务器的部署数量。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现以下步骤：

在所有服务器响应访问请求的过程中，获取服务可用性指标，所述服务可用性指标指示所述所有服务器对同一时间点接收到的所有访问请求进行成功响应的访问请求数量与所述所有访问请求的数量之间的比例，其中，所述所有服务器包括：安装现有安装包的老版服务器，和安装现有安装包对应的升级更新安装包的新版服务器；

根据所述服务可用性指标配置所述新版服务器和所述老版服务器的部署数量。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例一示出的升级服务器的方法流程图。

图2是根据一示例性实施例二示出的升级服务器的方法流程图。

图3是根据一示例性实施例示出的升级服务器的方法中步骤s104的流程图。

图4是根据一示例性实施例示出的云服务的架构图。

图5是根据一示例性实施例三示出的升级服务器的方法的流程图。

图6是根据一示例性实施例一示出的升级服务器的装置的框图。

图7是根据一示例性实施例示出的升级服务器的装置中调整模块12的框图。

图8是根据一示例性实施例二示出升级服务器的装置的框图。

图9是根据一示例性实施例三示出升级服务器的装置的框图。

图10是根据一示例性实施例示出的一种用于升级服务器的装置90的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

为了保证系统的稳定性，大型系统的升级通常采用灰度发布的方式。灰度发布升级是一种平滑的过渡方式，现在流行的a/b测试就是灰度发布升级的一种具体形式。

常用的灰度升级同时部署两个版本的系统服务，首先对用户进行分类，让一部分用户继续使用现有版本a，一部分用户使用新版本b，并收集使用新版本b的用户的反馈信息，以根据该些反馈信息判断新版本的服务质量，如果用户对b反馈较好，那么逐步扩大使用版本b的用户的数量，最终把所有用户都迁移到b上来，然后停止版本a。

虽然上述的灰度升级方式可以实现系统的升级，但是需要对用户进行分类且需要收集用户的反馈信息，从而使得升级的效率较低；且由于用户的反馈是基于用户主观的行为，因为反馈信息可能存在不准确性，从而使得最终服务器升级失败而整个服务瘫痪。

值得注意的是，本公开提供的方法应用但不限于灰度升级的方式。

本公开实施例提供的技术方案包括：在所有服务器响应访问请求的过程中，获取服务可用性指标，该服务可用性指标指示所有服务器对同一时间点接收到的所有访问请求进行成功响应的访问请求数量与所有访问请求的数量之间的比例，其中，所有服务器包括：安装现有安装包的老版服务器，和安装现有安装包对应的升级更新安装包的新版服务器；进而可以根据获取到的服务可用性指标配置新版服务器和老版服务器的部署数量。由于可以通过获取到的服务可用性指标来配置新版服务器和老版服务器的部署数量，而无需主动向用户收集对新版服务器提供的服务的反馈信息，有效提升了升级的效率，并避免了由于一些用户反馈信息的不准确造成的最终服务器升级失败而整个服务瘫痪的问题，提升了服务器升级的可靠性。

下面结合详细的实施例对本公开的技术方案进行说明。值得注意的是,下面这几个实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图1是根据一示例性实施例一示出的升级服务器的方法流程图，如图1所示，该方法包括以下步骤：

在步骤s101中，在所有服务器响应访问请求的过程中，获取服务可用性指标，其中，服务可用性指标指示所有服务器对同一时间点接收到的所有访问请求进行成功响应的访问请求数量与所有访问请求的数量之间的比例，其中，所有服务器包括：安装现有安装包的老版服务器，和安装现有安装包对应的升级更新安装包的新版服务器。

值得注意的是，上述的服务器不仅包括实体的服务器，也包括虚拟的服务器，或容器等，本公开不对服务器的形式加以限制。

在服务器的升级更新安装包在制作完成之后，会先部署一部分服务器安装该升级更新安装包，此时，在所有服务器中就会包括安装现有安装包的老版服务器，和安装现有安装包对应的升级更新安装包的新版本服务器。

在对用户的访问请求进行响应时，新版本服务器和老版服务器会可以同时响应访问请求，并对自己收到访问请求做出响应，此时，会主动收集新版本服务器和老版服务器的响应信息，并根据获取到的响应信息确定服务器可用性指标。

例如：在同一时间点接收到500个访问请求，根据目前的负载均衡算法将该500个访问请求分配给部署的新版本服务器和老版服务器进行响应，此时，比如有400个访问请求被成功响应，而有100个访问请求响应失败，那么此时得到的服务可用性指标为：

示例的，上述的响应信息为对访问请求进行的任何响应，比如：响应信息可以为超文本传输协议(hypertexttransferprotocol，简称为：http)请求中返回的状态码200，也可以为http请求中返回的状态码404等，本公开不对响应信息的类型加以限制。

在步骤s102中，根据服务可用性指标配置新版服务器和老版服务器的部署数量。

当得到上述的服务可用性指标后，根据该服务可用性指标配置新版服务器和老版服务器的部署数量。

本公开实施例中，在所有服务器响应访问请求的过程中，获取服务可用性指标，该服务可用性指标指示所有服务器对同一时间点接收到的所有访问请求进行成功响应的访问请求数量与所有访问请求的数量之间的比例，其中，所有服务器包括：安装现有安装包的老版服务器，和安装现有安装包对应的升级更新安装包的新版服务器；进而可以根据获取到的服务可用性指标配置新版服务器和老版服务器的部署数量。由于可以通过获取到的服务可用性指标来配置新版服务器和老版服务器的部署数量，而无需主动向用户收集对新版服务器提供的服务的反馈信息，有效提升了升级的效率，并避免了由于一些用户反馈信息的不准确造成的最终服务器升级失败而整个服务瘫痪的问题，提升了服务器升级的可靠性。

在一个实施例中，在获取到上述的服务可用性指标后，判断服务可用性指标与预设阈值的大小关系，进而根据该大小关系确定如何配置新版服务器和老版服务器的部署数量，此时，根据服务可用性指标配置新版服务器和老版服务器的部署数量包括：在服务可用性指标大于预设阈值时，将至少一部分老版服务器替换为新版服务器。

当获取到的服务可用性指标后，判断该服务可用性指标与预设阈值的大小关系，在确定该服务可用性指标大于预设阈值后，说明新版服务器的服务质量满足要求，则将至少一部分老版服务器替换为新版服务器，也即，此时，增加新版服务器的数量，并相应的减少老版服务器的数量。

上述的预设阈值可以为系统预设的，也可以为制作升级更新安装包的开发人员设定的，本公开不对预设阈值的设定方式和数值加以限制。

示例的，由于总的服务器的数量是可以固定不变的，比如设定100个服务器就可以同时响应同一时间点的所有访问请求，因此无需部署过多的服务器，此时，新版服务器的数量增加的数量与老版服务器减少的数量相同。从而，保证了总的服务器的数量不变，有效利用了系统资源。

为了进一步的增加服务器升级的可靠性，可以逐渐增减新版服务器和老版服务器的数量，示例的，新版服务器增加的数量与老版服务器减少的数量均为1。

根据服务可用性指标配置新版服务器和老版服务器的部署数量还包括：在服务可用性指标小于或等于预设阈值时，将至少一部分新版服务器替换为老版服务器。

当获取到的服务可用性指标后，判断该服务可用性指标与预设阈值的大小关系，在确定该服务可用性指标小于或等于预设阈值后，说明新版服务器的服务质量不能满足要求，则将至少一部分新版服务器替换为老版服务器，也即减少新版服务器的数量。

为了进一步的满足系统服务的需求，避免不能满足服务质量要求的新版服务器造成用户访问的失败，可以将所有的新版服务器均用老版服务器替代，也即，不使用新版服务器为用户提供服务。

例如：总共部署100个服务器，其中部署的老版服务器为95个，部署的新版服务器为5个，此时，获取到的服务可用性指标小于或等于预设阈值，则撤销部署的5个新版服务器，并将部署的老版服务器从95个增至100个，以满足服务的需求。

本公开的实施例提供的技术方案可以包括以下有益效果：通过比较服务可用性指标与预设阈值的大小关系，以调整新版服务器和老版服务器的数量，从而提升了服务器升级的可靠性。

在一个实施例中，在服务可用性指标大于预设阈值时，将至少一部分老版服务器替换为新版服务器之后继续执行上述获取服务可用性指标，根据服务可用性指标配置新版服务器和老版服务器的部署数量的步骤，直至老版服务器的数量减少至0，或服务可用性指标小于或等于预设阈值。

本公开的方式可以循环执行，直至最终升级成功或升级失败，在升级的过程中，如果新版服务器提供服务的可靠性高，则将至少一部分老版服务器替换为新版服务器，且在替换的同时，继续检测服务可用性指标，继续判断是要继续将至少一部分老版服务器替换为新版服务器，还是需要将至少一部分新版服务器替换为老版服务器，这样循序渐进的升级方式，保证了升级过程中，避免一次升级到位带来的可能出现的服务质量差的问题，从而提升了用户获取到的服务的可靠性，并有效提升了用户体验。

在一个实施例中，将所有老版服务器替换为新版服务器之后，还可以输出第一提示消息，该第一提示消息用于提示服务器升级成功，也即此时老版服务器的数量减少至0。

在升级成功时，可以输出上述的第一提示消息，从而使得开发人员可以得知升级更新安装包无误，可以满足升级和服务的需求。

将至少一部分新版服务器替换为老版服务器之后，还可以输出第二提示消息，该第二提示消息用于提示服务器升级失败。

在升级失败时，可以输出上述的第二提示消息，从而使得开发人员可以得知升级更新安装包有错误，无法满足升级的需求，进而使得开发人员可以采取改进措施。

本公开的实施例提供的技术方案可以包括以下有益效果：在升级失败或升级成功时，都会输出提示消息，从而有效提升了用户体验。

在执行上述获取服务可用性指标之前，还需部署新版服务器，此时，如图2所示，上述方法还包括以下步骤：

在步骤s103中，接收新版服务器部署请求消息，新版服务器部署请求消息中携带新版服务器的安装包。

在步骤s104中，根据安装包部署新版服务器。

在接收到新版服务器的安装包后，便根据该安装包部署新版服务器，其中，部署新版服务器的数量本公开不加以限制，值得注意的是，为了提升系统升级的可靠性，可以先部署1个新版服务器。

由于相关的负载均衡在根据部署的服务器进行访问请求的分发时，是按照服务器对应的域名进行分发的，因此，在部署新版服务器的时候还需设置该新版服务器的域名。

在一种可实现方式中，安装包中就会包含新版服务器对应的域名，从而在根据安装包部署新版服务器的同时，就可以将域名与新版服务器进行绑定。但为了提升安装的可靠性，避免携带的新版服务器对应的域名有误，从而造成升级失败，可以在新版服务器部署请求消息中还携带老版服务器的标识，此时，如图3所示，上述的步骤s104可以实施为以下步骤：

在步骤s1041中，在新版服务器中安装安装包。

在步骤s1042中，根据老版服务器的标识获取老版服务器的域名。

在步骤s1043中，将安装了安装包的新版服务器与老版服务器的域名进行绑定。

在获取到新版服务器的安装包后，首先在选择的服务器中安装该安装包，由于负载均衡需要根据服务器的域名进行访问请求的分发，此时，需要根据老版服务器的标识获取老版服务器的域名，在获取到老版服务器的域名后，便将新版服务器与老版服务器的域名进行绑定，从而使得新版服务器可以接收访问请求。

上述根据老版服务器的标识获取老版服务器的域名的步骤，可以在步骤s1041之前，也可以在步骤s1041之后，也可以与步骤s1041同时进行，本公开不对其加以限制。

本公开的实施例提供的技术方案可以包括以下有益效果：通过老版服务器的标识获取老版服务器的域名，使得获取的域名准确，有效提升了新版服务器部署的正确性。

下面通过将本公开的方法应用于云服务中为例详细说明本公开的方法。

图4是根据一示例性实施例示出的云服务的架构图，如图5所示，该云服务的核心是云服务集群，在该云服务集群中包含了若干运行云服务的实例。

云服务集群入口是负载均衡模块，负载均衡模块负责把用户的超文本传输协议(hypertexttransferprotocol，简称为：http)访问请求分发到不同的运行云服务的实例上。

监控服务模块从云服务集群中收集服务可用性指标，本实施例中，服务可用性指标定义为http访问请求中返回状态码200的数量占总的http访问请求的数量的百分比。

云服务控制节点从监控服务模块获取服务可用性指标，并且根据服务可用性指标调整新版云服务实例和老版云服务实例的数量。由于负载均衡模块平均分发请求到后端云服务实例，所以通过调整新版云服务实例和老版云服务实例的数量，可以控制到新版云服务和老版云服务的http访问请求比例。

图5是根据一示例性实施例三示出的升级服务器的方法的流程图，如图5所示，该方法包括以下步骤：

在步骤s201中，云服务控制节点部署新版云服务实例。

云服务控制节点接收新版云服务实例部署请求消息，该新版云服务部署请求消息中携带新版云服务实例的安装包和老版云服务实例的标识，云服务控制节点根据新版云服务实例的安装包新增一个虚拟机用于安装该新版云服务实例的安装包以生成一个新版云服务实例，且减少一个老版云服务实例。

在步骤s202中，新版云服务实例绑定老版云服务实例的域名。

云服务控制节点根据老版云服务实例的标识获取老版云服务实例的域名，并将该域名与新版云服务实例进行绑定。

在步骤s203中，云服务控制节点判断服务可用性指标是否大于预设阈值，在服务可用性指标是否大于预设阈值时，执行步骤s204；在服务可用性指标是否小于或等于预设阈值时，执行步骤s207-步骤s208。

监控服务模块监控服务可用性指标，进而云服务控制节点从监控模块获取到服务可用性指标后，判断该服务可用性指标是否大于预设阈值。

在步骤s204中，云服务控制节点判断老版云服务实例数量是否等于0，在老版云服务实例数量是否等于0时，执行步骤s205；在老版云服务实例数量不等于0时，执行步骤s206。

在步骤s205中，云服务控制节点减少一个老版云服务实例并增加一个新版云服务实例，继续执行步骤s203，直至执行到步骤s206或步骤s207。

当云服务控制节点减少一个老版云服务实例并增加一个新版云服务实例之后，监控服务模块继续监控服务可用性指标，此时云服务控制节点继续执行判断服务可用性指标是否大于预设阈值以及之后的步骤，直至云服务控制节点输出升级成功的提示消息，或，云服务控制节点输出升级失败的提示消息。

在步骤s206中，云服务控制节点输出升级成功的提示消息。

在步骤s207中，云服务控制节点恢复老版云服务实例的数量为初始值，并将新版云服务实例数量降为0。

在步骤s208中，云服务控制节点输出升级失败的提示消息。

下述为本公开装置实施例，可以用于执行本公开方法实施例。

图6是根据一示例性实施例一示出的升级服务器的装置的框图。如图6所示，该升级服务器的装置包括：

第一获取模块11，用于在所有服务器响应访问请求的过程中，获取服务可用性指标，所述服务可用性指标指示所述所有服务器对同一时间点接收到的所有访问请求进行成功响应的访问请求数量与所述所有访问请求的数量之间的比例，其中，所述所有服务器包括：安装现有安装包的老版服务器，和安装现有安装包对应的升级更新安装包的新版服务器；

调整模块12，用于根据所述第一获取模11块获取的所述服务可用性指标配置所述新版服务器和所述老版服务器的部署数量。

在一个实施例中，如图7所示，所述调整模12块包括：第一替换子模块121和第二替换子模块122；

所述第一替换子模块121，用于在所述第一获取模块11获取的所述服务可用性指标大于预设阈值时，将至少一部分所述老版服务器替换为所述新版服务器；

所述第二替换子模块122，用于在所述第一获取模块11获取的所述服务可用性指标小于或等于所述预设阈值时，将至少一部分所述新版服务器替换为所述老版服务器。

在一个实施例中，如图8所示，所述装置还包括：第一输出模块13和第二输出模块14；

所述第一输出模块13，用于在所述第一替换子模块121将所有所述老版服务器替换为所述新版服务器之后，输出第一提示消息，所述第一提示消息用于提示服务器升级成功；

所述第二输出模块14，用于在所述第二替换子模块122将至少一部分所述新版服务器替换为所述老版服务器之后，输出第二提示消息，所述第二提示消息用于提示服务器升级失败。

在一个实施例中，如图9所示，所述装置还包括：接收模块15、安装模块16、第二获取模块17和绑定模块18；

所述接收模块15，用于接收新版服务器部署请求消息，所述新版服务器部署请求中携带新版服务器的安装包和老版服务器的标识；

所述安装模块16，用于在所述新版服务器中安装所述安装包；

所述第二获取模块17，用于根据所述接收模块15接收的所述老版服务器的标识获取所述老版服务器的域名；

所述绑定模块18，用于将安装了所述安装包的新版服务器与所述第二获取模块17获取的所述老版服务器的域名进行绑定。

根据本公开实施例的第三方面，提供一种升级服务器的装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

在所有服务器响应访问请求的过程中，获取服务可用性指标，所述服务可用性指标指示所述所有服务器对同一时间点接收到的所有访问请求进行成功响应的访问请求数量与所述所有访问请求的数量之间的比例，其中，所述所有服务器包括：安装现有安装包的老版服务器，和安装现有安装包对应的升级更新安装包的新版服务器；

根据所述服务可用性指标配置所述新版服务器和所述老版服务器的部署数量。

上述处理器还可被配置为：

所述根据所述服务可用性指标配置所述新版服务器和所述老版服务器的部署数量包括：

在所述服务可用性指标大于预设阈值时，将至少一部分所述老版服务器替换为所述新版服务器；

在所述服务可用性指标小于或等于所述预设阈值时，将至少一部分所述新版服务器替换为所述老版服务器。

所述方法还包括：

将所有所述老版服务器替换为所述新版服务器之后，输出第一提示消息，所述第一提示消息用于提示服务器升级成功；

或者，

将至少一部分所述新版服务器替换为所述老版服务器之后，输出第二提示消息，所述第二提示消息用于提示服务器升级失败。

所述获取服务可用性指标之前，还包括：

接收新版服务器部署请求消息，所述新版服务器部署请求中携带新版服务器的安装包和老版服务器的标识；

在所述新版服务器中安装所述安装包；

根据所述老版服务器的标识获取所述老版服务器的域名；

将安装了所述安装包的新版服务器与所述老版服务器的域名进行绑定。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图10是根据一示例性实施例示出的一种用于升级服务器的装置90的框图。例如，装置90可以被提供为一服务器。装置90包括处理组件902，其进一步包括一个或多个处理器，以及由存储器903所代表的存储器资源，用于存储可由处理组件902的执行的指令，例如应用程序。存储器903中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件902被配置为执行指令，以执行上述方法。

装置90还可以包括一个电源组件906被配置为执行装置90的电源管理，一个有线或无线网络接口905被配置为将装置90连接到网络，和一个输入输出(i/o)接口908。装置90可以操作基于存储在存储器903的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置90的处理器执行时，使得装置90能够执行上述的升级服务器的方法，所述方法包括：

在所有服务器响应访问请求的过程中，获取服务可用性指标，所述服务可用性指标指示所述所有服务器对同一时间点接收到的所有访问请求进行成功响应的访问请求数量与所述所有访问请求的数量之间的比例，其中，所述所有服务器包括：安装现有安装包的老版服务器，和安装现有安装包对应的升级更新安装包的新版服务器；

根据所述服务可用性指标配置所述新版服务器和所述老版服务器的部署数量。

所述根据所述服务可用性指标配置所述新版服务器和所述老版服务器的部署数量包括：

在所述服务可用性指标大于预设阈值时，将至少一部分所述老版服务器替换为所述新版服务器；

在所述服务可用性指标小于或等于所述预设阈值时，将至少一部分所述新版服务器替换为所述老版服务器。

所述方法还包括：

将所有所述老版服务器替换为所述新版服务器之后，输出第一提示消息，所述第一提示消息用于提示服务器升级成功；

或者，

将至少一部分所述新版服务器替换为所述老版服务器之后，输出第二提示消息，所述第二提示消息用于提示服务器升级失败。

所述获取服务可用性指标之前，还包括：

接收新版服务器部署请求消息，所述新版服务器部署请求中携带新版服务器的安装包和老版服务器的标识；

在所述新版服务器中安装所述安装包；

根据所述老版服务器的标识获取所述老版服务器的域名；

将安装了所述安装包的新版服务器与所述老版服务器的域名进行绑定。本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。