[發明專利]擴容方法及擴容裝置

有效

• 申請號: 201710061782.3
• 申請日: 2017-01-26
• 公開（公告）號: CN108366082B
• 公開（公告）日: 2020-03-10
• 發明（設計）人: 卓東輝;徐俊;單海軍
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京中博世達專利商標代理有限公司 11274
• 代理人: 申健

本申請實施例提供擴容方法及擴容裝置，涉及通信技術領域，解決了現有技術中擴容的速率慢的問題。該方法包括：獲取應用的第一服務的實測工作量和應用的應用模型；獲取第一服務的每個上一級服務的實測工作量；根據第一服務的實測工作量、第一服務的每個上一級服務的實測工作量、以及與第一調用關系對應的第一工作量比例，確定第一服務的預測工作量；根據第一服務的預測工作量以及與第二調用關系對應的第二工作量比例，確定每個下級服務的預測工作量；根據所有目標服務中每個目標服務的預測工作量，對每個目標服務擴容。

技術領域

本申請涉及通信技術領域，尤其涉及擴容方法及擴容裝置。

背景技術

平臺作為服務(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指標。