[发明专利]扩容方法及扩容装置

说明书

本申请实施例提供扩容方法及扩容装置，涉及通信技术领域，解决了现有技术中扩容的速率慢的问题。该方法包括：获取应用的第一服务的实测工作量和应用的应用模型；获取第一服务的每个上一级服务的实测工作量；根据第一服务的实测工作量、第一服务的每个上一级服务的实测工作量、以及与第一调用关系对应的第一工作量比例，确定第一服务的预测工作量；根据第一服务的预测工作量以及与第二调用关系对应的第二工作量比例，确定每个下级服务的预测工作量；根据所有目标服务中每个目标服务的预测工作量，对每个目标服务扩容。

技术领域

本申请涉及通信技术领域，尤其涉及扩容方法及扩容装置。

背景技术

平台作为服务(Platform as a Service，PaaS)是以平台服务为主的一种云服务方式，包括对应用的部署、升级和扩容等能力。其中，PaaS中的扩容由弹性伸缩(AutoScaling)机制提供，现有的弹性伸缩机制以单个服务为控制对象。当应用运行在PaaS平台上时，每个服务的弹性伸缩控制器可以根据实际的工作量需求按照弹性伸缩机制动态地为该服务增加或释放资源。

然而，目前的软件开发逐渐采用微服务理念，微服务强调把一个应用按功能分解成很多个小型的服务，每个服务的开发和维护都是独立的。服务之间通过轻量的网络协议进行通讯。多个服务相互调用实现应用的功能。当把一个应用分解成多个微服务后，应用的整体复杂度降低了，但同时也对资源的弹性伸缩提出了新的要求。如图1所示，假设一个应用包括服务A、服务B、服务C、服务D和服务E，按照现有的弹性伸缩机制只能对应用的各个服务逐级进行资源扩容，当服务A出现大量的服务请求时，首先对服务A扩容，当服务A扩容完成之前，服务B无法感知需要扩容，大量的服务请求阻塞在服务B和服务C请求队列中，一段时间之后，随着服务B和服务C的资源使用率不断上升，弹性伸缩机制会为服务B和服务C扩容。但是应用的整体性能还是没有提升，因为服务D和服务E又变成了新的性能瓶颈。这种逐级扩容的方式需要很长时间才能完成对应用的整体扩容，进而导致用户请求应用服务的等待时间过长，甚至得不到应用的响应，用户体验较差。

因此，如何提高扩容的速率是目前亟待解决的问题。

发明内容

本申请的实施例提供扩容方法及扩容装置，解决了现有技术中逐级扩容的速率低的问题。

为达到上述目的，本申请的实施例采用如下技术方案：

一方面，提供一种扩容方法，该方法包括：获取应用的第一服务的实测工作量和该应用的应用模型，其中，该应用模型包括该应用的所有服务之间的调用关系以及与该调用关系中每个调用关系对应的工作量比例，该第一服务为该所有服务中的任意一个服务；根据该应用模型中该第一服务与该第一服务的每个上一级服务的第一调用关系，确定该第一服务的每个上一级服务；以及，根据该应用模型中该第一服务与该第一服务的每个下级服务的第二调用关系，确定该第一服务的每个下级服务；获取该第一服务的每个上一级服务的实测工作量；根据该第一服务的实测工作量、该第一服务的每个上一级服务的实测工作量、以及与该第一调用关系对应的第一工作量比例，确定该第一服务的预测工作量；根据该第一服务的预测工作量以及与该第二调用关系对应的第二工作量比例，确定该每个下级服务的预测工作量；根据所有目标服务中每个目标服务的预测工作量，对该每个目标服务扩容，其中，该所有目标服务包括该第一服务和该第一服务的每个下级服务。本申请实施例提供的扩容方法通过应用模型进行扩容，由于该应用模型可以表征该应用各个服务之间的调用关系以及与该调用关系对应的工作量比例，因此扩容装置可以根据该应用的应用模型预测该应用的任意一个服务的预测工作量，得到所有目标服务的预测工作量，进而可以根据所有目标服务的预测工作量，对所有目标服务同时扩容，相对于现有技术中只能对服务逐级扩容的方法，提高了扩容的速率，进而可在短时间内迅速提高该应用的整体性能，进一步保障了应用的可靠性、吞吐量和响应时延等SLA指标。