[发明专利]微服务弹性伸缩方法、系统及相关设备

说明书

本申请公开了微服务弹性伸缩方法、系统及相关设备。通过弹性伸缩新扩容的微服务实例在采用懒加载机制启动后，先以下线状态在服务注册中心注册，服务注册中心注册但不发布该微服务实例。然后该微服务实例通过测试服务器进行测试，确定服务启动完成后，再修改服务注册中心中该微服务实例的状态为上线状态。服务注册中心发布该微服务实例，服务调用方即可正常访问该微服务实例提供的服务，提高了新扩容的微服务实例的调用成功率。

技术领域

本申请涉及通信技术领域，尤其涉及微服务弹性伸缩方法、系统及相关设备。

背景技术

微服务是一种软件架构风格，是以开发一组小型服务的方式来作为一个独立的应用系统，不同服务之间采用轻量级的通信机制进行通信。这些服务都是围绕具体业务进行构建的，并且可以独立部署到生产环境上。例如对于一个购物应用，可以分为用户注册服务、用户登录服务、商品展示服务、下单服务等小型服务，这些小型服务都可以分别开发和部署。这些服务可以用不同的编程语言编写，并且可以使用不同的数据存储技术。微服务具有易于开发和维护的优点，一个微服务只会关注一个特定的业务功能，所以业务清晰、代码量较少，开发和维护单个微服务相对简单。

如图1所示，为服务调用方访问微服务提供端的一个场景示意图。应用系统的不同服务，均以微服务实例的方式部署在微服务提供端的业务服务器中，用户可以通过手机APP或者网页作为服务调用方访问微服务提供端提供的服务。并且微服务可以按需弹性伸缩，例如应用系统中服务A的用户访问量较大，则可以为服务A多创建几个微服务实例以提供服务。

如图2所示，为现有技术中微服务弹性伸缩的一个场景示意图。若图2中的服务A为游戏论坛服务，以用户通过手机应用程序(Application，APP)访问游戏论坛服务为例。如图2中的(a)所示，正常情况下，访问游戏论坛服务的最大用户数为50万，单个游戏论坛服务实例性能可以满足25万用户在线访问，业务服务器只需要部署2个论坛服务实例就能够满足用户访问需求，即服务A的微服务实例1和服务A的微服务实例2。如图2中的(b)所示，当某个帖子成为热门之后，导致用户访问量激增，达到平时的两倍，即100万。由于当前系统只能处理50万的用户请求，会导致一半用户访问游戏论坛服务失败。系统通过弹性伸缩扩容之后，增加了2台游戏论坛服务实例，即新扩容的服务A的微服务实例3和新扩容的服务A的微服务实例4。扩容之后，游戏论坛服务实例数为4，每个可以处理25万个用户请求，理论上可以支持100万用户并发访问。

但是微服务实例均是采用是懒加载机制启动，即在微服务实例启动初期，由于游戏论坛服务的实例刚启动成功，服务依赖的缓存、数据库资源、超文本传输协议(HyperTextTransfer Protocol，HTTP)连接池等需要一段时间进行初始化，当25万的用户请求瞬间被路由到新扩容的服务A的微服务实例3或新扩容的服务A的微服务实例4上时，会导致这部分用户的服务访问请求失败。因此，现有技术中，通过弹性伸缩新扩容的微服务实例的调用成功率较低。

发明内容

本申请提供了微服务弹性伸缩方法、系统及相关设备，用于提升通过弹性伸缩新扩容的微服务实例的调用成功率。

第一方面，本申请实施例提供了一种微服务弹性伸缩方法，应用于微服务弹性伸缩系统，该微服务弹性伸缩系统包括：弹性伸缩服务器、服务注册中心、业务服务器和测试服务器；该微服务弹性伸缩方法，包括：该弹性伸缩服务器发送启动第一微服务实例的第一请求给该业务服务器，其中，该第一请求携带下线状态参数；该第一微服务实例用于提供第一微服务；该业务服务器根据该第一请求，启动该第一微服务实例，并发送携带该下线状态参数的注册请求到该服务注册中心；该服务注册中心响应该注册请求并根据该下线状态参数，注册但不发布该第一微服务实例；该弹性伸缩服务器接收该业务服务器发送的该第一微服务实例的注册信息后，向该测试服务器发送测试该第一微服务实例的第二请求；该测试服务器根据该第二请求，确认测试成功；该服务注册中心接收该测试服务器或该弹性伸缩服务器发送的第三请求，该第三请求携带上线状态参数；该服务注册中心响应该第三请求，并根据该上线状态参数发布该第一微服务实例。