[发明专利]一种微服务框架下的基于会话的服务实例管理方法及设备

说明书

本发明实施例公开了一种微服务框架下的服务实例管理方法及设备，该方法包括：设备获取调用请求，该调用请求为客户端请求调用预设应用的微服务的请求且该调用请求包含目标参数；该设备根据预先配置的多组参数与多个服务实例的对应关系确定该目标参数对应的服务实例；该设备将该调用请求路由到负载均衡器，以使该负载均衡器为该微服务分配目标服务实例，该目标服务实例为该目标参数对应的服务实例。采用本发明，能够在会话需要特定的服务实例的场景下进行服务实例管理。

技术领域

本发明涉及计算机技术领域，尤其涉及一种微服务框架下的基于会话的服务实例管理方法及设备。

背景技术

“单体应用(monolithic application)”是将应用程序的所有功能都打包成一个独立的单元的应用程序架构，单体应用可以是JAR、WAR、EAR或其它归档格式。单体应用主要有如下不足：不够灵活、妨碍持续交付、受技术栈限制等等。随着业务需求的快速发展变化，敏捷性、灵活性和可扩展性需求不断增长，单体应用的架构已经越来越难以满足业务需求。

微服务是业界新兴的不同于单体应用的架构，是以一系列独立的自治理的组件来开发支撑一个应用的方法论。微服务独立在自己的进程中，通过轻量级通信机制交互(REST/RPC等)。这些微服务是围绕着业务上的组织结构来构建的，全自动的、独立部署。微服务可以满足业务需求快速变化需求的软件架构风格，在敏捷性、灵活性和扩展性方面具有优势。在微服务架构中，单体应用被分解成多个更小的微服务，每个微服务有自己的归档文件，单独部署，然后共同组成一个应用程序。每个微服务可以由至少一个服务实例来提供。

应用程序包含的多个微服务通信需要多个服务实例来支撑，服务实例的数量通常采用弹性伸缩策略，目前主要是基于资源的使用情况来触发弹性伸缩动作，常见的资源使用监控指标有CPU使用率、内存使用率等。图1是现有技术中服务实例弹性伸缩的场景示意图，在图1中，当CPU平均值大于80％时，表明服务实例不够用，因此可以新增两台服务实例；当CPU平均值小于30％时，表明服务实例比较充足，因此可以适当减少两台服务实例。

然而，某些场景下服务实例的生命周期管理和用户会话有关，而和资源使用无关。例如，一个服务实例只能服务一个用户的会话。这种情况下，即使服务实例的资源使用率很低，当有新的用户请求进来时，仍需启动一个新的服务实例；再如，多个用户共享一个会话，常见于计算机教学场景，比如多个学员共享教员的计算机会话来查看教员的操作。以上两种场景，都需要一个会话模块来管理会话和服务实例之间的关系。然而，现有的弹性伸缩策略维护服务实例的方式无法适应上述这些场景。

发明内容

本发明实施例公开了一种微服务框架下的基于会话的服务实例管理方法及设备，能够在会话需要特定的服务实例的场景下进行服务实例管理。

第一方面，本发明实施例提供了一种微服务框架下的服务实例管理方法，该方法包括：设备获取调用请求，该调用请求为客户端请求调用预设应用的微服务的请求且该调用请求包含目标参数；该设备根据预先配置的多组参数与多个服务实例的对应关系确定该目标参数对应的服务实例，该目标参数为该多组参数中的一组，该目标参数包含描述该客户端的信息和描述该微服务的信息中至少一项；该设备将该调用请求路由到负载均衡器，以使该负载均衡器为该微服务分配目标服务实例，该目标服务实例为该目标参数对应的服务实例。

通过执行上述步骤，设备根据调用请求中的目标参数为会话选择对应的服务实例，从而决定是否新增服务实例，而不单纯根据当前CPU的使用率、内存使用率等信息来确定是否新增服务实例，满足了某些会话需要特定的服务实例的场景。另外，根据调用请求中的目标信息还能够监控该调用请求对应会话的会话状态，提升了用户体验。除此之外，本发明实施例还可以在分配服务实例之前根据预先配置的策略确定，是根据CPU的使用率等信息选择是否新增服务实例还是根据目标信息选择是否服务实例，能够兼顾两种不同的场景。