本申請涉及列互聯(lián)網(wǎng)領域，更具體地說，涉及一種動態(tài)擴展Web層服務器的方法和裝置。

背景技術：

隨著互聯(lián)網(wǎng)技術在金融領域的普及，以及互聯(lián)網(wǎng)金融業(yè)務的繁榮發(fā)展，基于互聯(lián)網(wǎng)的金融類應用系統(tǒng)面臨著大流量、高并發(fā)、響應時間要求高等挑戰(zhàn)。目前該類應用系統(tǒng)主要分成如下幾個類型：網(wǎng)站類應用、電商類應用、網(wǎng)上銀行類應用，以及移動互聯(lián)網(wǎng)方面的手機銀行應用。這幾類應用系統(tǒng)與行業(yè)內主流的互聯(lián)網(wǎng)服務存在一定的技術重合，但由于金融行業(yè)的特點以及監(jiān)管方面的要求，又無法直接套用常規(guī)互聯(lián)網(wǎng)應用的技術方案，需要根據(jù)金融行業(yè)業(yè)務的特點，因地制宜地調整，形成適合金融業(yè)務的互聯(lián)網(wǎng)技術方案。

金融領域的互聯(lián)網(wǎng)應用系統(tǒng)除了與傳統(tǒng)互聯(lián)網(wǎng)應用系統(tǒng)同樣面對流量大、并發(fā)高及響應時間短的要求，還面臨著突發(fā)事件、外部監(jiān)管、關聯(lián)領域特殊活動導致業(yè)務峰值相比正常交易量突增的情況。以網(wǎng)上銀行系統(tǒng)為例，假設該系統(tǒng)日常交易量峰值為n，針對該交易量峰值，按照一定的冗余策略，建設Web資源池A，可滿足日常絕大多數(shù)交易情況。當出現(xiàn)類似淘寶“雙11”促銷活動的時候，交易量峰值突增為日常交易量峰值的m倍，此時Web資源池A的性能很有可能無法滿足該交易峰值的處理要求，甚至會導致應用系統(tǒng)本身的崩潰。

技術實現(xiàn)要素：

有鑒于此，本申請?zhí)峁┮环N動態(tài)擴展Web層服務器的方法和裝置，基于應用系統(tǒng)交易量變化情況動態(tài)調整并擴展Web服務器的數(shù)量，以避免各種突發(fā)事件引起的突增交易峰值導致系統(tǒng)出現(xiàn)崩潰的情況。

為了實現(xiàn)上述目的，現(xiàn)提出的方案如下：

一種動態(tài)擴展Web層服務器的方法，包括：

建立Web層資源池，所述Web層資源池包括多個Web層服務器；

基于各個應用系統(tǒng)的日常交易占比，為各個應用系統(tǒng)分配所述Web層服務器；

對于任意應用系統(tǒng)，監(jiān)控所述應用系統(tǒng)的交易量變化；

若所述應用系統(tǒng)的交易量達到第一層級閾值時，為所述應用系統(tǒng)擴展第一預設數(shù)量的Web層服務器，所述第一層級閾值為所述應用系統(tǒng)的日常交易量峰值；

若所述應用系統(tǒng)的交易量達到第二層級閾值時，為所述應用系統(tǒng)擴展第二預設數(shù)量的Web層服務器，所述第二層級閾值為單臺Web層服務器所能處理的最大交易量的百分比。

優(yōu)選的，所述建立Web層資源池，包括：

基于預設方法估算各個應用系統(tǒng)最大交易量，并計算各個應用系統(tǒng)的最大交易量總和；

結合所述最大交易量總和、單臺Web服務器的處理能力以及不同企業(yè)的不同應用系統(tǒng)的冗余策略，估算Web層資源池所需的服務器總數(shù)量。

優(yōu)選的，還包括：

當所述應用系統(tǒng)的交易量恢復正常后，回收為所述應用系統(tǒng)擴展的Web層服務器。

優(yōu)選的，還包括：

當所述Web層資源池中的服務器的數(shù)量不滿足各個應用系統(tǒng)的要求時，對一定數(shù)量的物理服務器進行虛擬化處理，以擴展所述Web層資源池。

一種動態(tài)擴展Web層服務器的裝置，包括：

Web層資源池建立單元，用于建立Web層資源池，所述Web層資源池包括多個Web層服務器；

服務器分配單元，用于基于各個應用系統(tǒng)的日常交易占比，為各個應用系統(tǒng)分配所述Web層服務器；

監(jiān)控單元，用于對于任意應用系統(tǒng)，監(jiān)控所述應用系統(tǒng)的交易量變化；

第一服務器擴展單元，用于若所述應用系統(tǒng)的交易量達到第一層級閾值時，為所述應用系統(tǒng)擴展第一預設數(shù)量的Web層服務器，所述第一層級閾值為所述應用系統(tǒng)的日常交易量峰值；

第二服務器擴展單元，用于若所述應用系統(tǒng)的交易量達到第二層級閾值時，為所述應用系統(tǒng)擴展第二預設數(shù)量的Web層服務器，所述第二層級閾值為單臺Web層服務器所能處理的最大交易量的百分比。

優(yōu)選的，所述Web層資源池建立單元包括：

第一計算子單元，基于預設方法估算各個應用系統(tǒng)最大交易量，并計算各個應用系統(tǒng)的最大交易量總和；

第二計算子單元，用于結合所述最大交易量總和、單臺Web服務器的處理能力以及不同企業(yè)的不同應用系統(tǒng)的冗余策略，估算Web層資源池所需的服務器總數(shù)量。

優(yōu)選的，還包括：服務器回收單元，用于當所述應用系統(tǒng)的交易量恢復正常后，回收為所述應用系統(tǒng)擴展的Web層服務器。

優(yōu)選的，還包括：Web資源池擴展單元，用于當所述Web層資源池中的服務器的數(shù)量不滿足各個應用系統(tǒng)的要求時，對一定數(shù)量的物理服務器進行虛擬化處理，以擴展所述Web層資源池。

經(jīng)由上述技術方案可知，本申請公開了一種動態(tài)擴展Web層服務器的方法和裝置。該方法在建立Web層資源池后，按照各個應用系統(tǒng)的日常交易量占比為各個應用系統(tǒng)分配服務器。進而，對各個應用系統(tǒng)的交易量進行監(jiān)控，確定該應用系統(tǒng)的交易量是否閾值，并根據(jù)該閾值的層級為應用系統(tǒng)分配不同數(shù)量的服務器，以保證應用服務器在突增交易峰值的狀態(tài)下，仍能為客戶提供可靠的服務。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。

圖1示出了本發(fā)明一個實施例公開的一種動態(tài)擴展Web層服務器的方法的流程示意圖；

圖2示出了本發(fā)明另一個實施例公開的一種動態(tài)擴展Web層服務器的方法的流程示意圖；

圖3示出了本發(fā)明另一個實施例公開的一種動態(tài)擴展Web層服務器的裝置的結構示意圖。

具體實施方式

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

參見圖1示出了本發(fā)明一個實施例公開的一種動態(tài)擴展Web層服務器的方法的流程示意圖。

S101：建立Web層資源池，所述Web層資源池包括多個Web層服務器。

具體為，在計算金融行業(yè)互聯(lián)網(wǎng)類應用系統(tǒng)的某一時刻的最大交易量時，可以通過如下方式進行大致估算：最大交易量＝應用系統(tǒng)的活躍用戶總量*150％*業(yè)務關聯(lián)的最大交易數(shù)。

進而，對各個應用系統(tǒng)的最大交易量進行求和，再根據(jù)單臺Web層服務器的處理能力以及不同企業(yè)的不同應用系統(tǒng)的冗余策略，計算出Web層資源池所需的服務器總數(shù)。

S102：基于各個應用系統(tǒng)的日常交易占比，為各個應用系統(tǒng)分配所述Web層服務器。

在日常情況下，該Web層資源池根據(jù)各個應用系統(tǒng)的交易量占比以及對系統(tǒng)性能的要求，為各個應用系統(tǒng)按比例分配Web服務器資源，滿足各個系統(tǒng)的日常交易。

S103：對于任意應用系統(tǒng)，監(jiān)控所述應用系統(tǒng)的交易量變化。

S104：若所述應用系統(tǒng)的交易量達到第一層級閾值時，為所述應用系統(tǒng)擴展第一預設數(shù)量的Web層服務器。

S105：若所述應用系統(tǒng)的交易量達到第二層級閾值時，為所述應用系統(tǒng)擴展第二預設數(shù)量的Web層服務器。

交易量的閾值分為兩個層級：第一層級為日常交易量峰值；第二層級為單臺Web服務器所能處理的最大交易量的75％。針對第一層級閾值，當達到日常交易量峰值后，則動態(tài)為該應用系統(tǒng)擴展15％的Web服務器，以保證Web層的業(yè)務處理能力。針對第二層級閾值，則根據(jù)Web層資源池目前Web服務器的使用情況，將空閑服務器總數(shù)的60％分配給該應用系統(tǒng)。

計算出需要分配Web服務器數(shù)量之后，將選出的Web服務器中的配置文件修改為觸發(fā)策略的應用系統(tǒng)所對應的配置文件，并自動重啟對應的Web層服務。重啟服務后的Web服務器將為觸發(fā)策略的應用系統(tǒng)提供服務

由以上實施例可知，本實施例公開了一種動態(tài)擴展Web層服務器的方法。該方法在建立Web層資源池后，按照各個應用系統(tǒng)的日常交易量占比為各個應用系統(tǒng)分配服務器。進而，對各個應用系統(tǒng)的交易量進行監(jiān)控，確定該應用系統(tǒng)的交易量是否閾值，并根據(jù)該閾值的層級為應用系統(tǒng)分配不同數(shù)量的服務器，以保證應用服務器在突增交易峰值的狀態(tài)下，仍能為客戶提供可靠的服務。

需要說明的是，在上述實施例中描述的是是Web層資源池的Web服務器數(shù)量能夠滿足應用系統(tǒng)由于突發(fā)事件導致業(yè)務突增的需求時采取的步驟。在極端情況下，多個應用系統(tǒng)甚至全部應用系統(tǒng)均發(fā)生突發(fā)事件導致業(yè)務爆發(fā)、交易量激增，現(xiàn)有Web層資源池的Web服務器數(shù)量無法滿足業(yè)務增長所要求的服務器性能。此時，依照虛擬化技術，可將閑置的物理服務器設備進行虛擬化處理，快速建立足夠數(shù)量的邏輯Web服務器，以滿足業(yè)務的需求。

參見圖2示出了本發(fā)明另一個實施例公開的一種動態(tài)擴展Web層服務器的方法的流程示意圖。

S101：建立Web層資源池，所述Web層資源池包括多個Web層服務器。

具體為，在計算金融行業(yè)互聯(lián)網(wǎng)類應用系統(tǒng)的某一時刻的最大交易量時，可以通過如下方式進行大致估算：最大交易量＝應用系統(tǒng)的活躍用戶總量*150％*業(yè)務關聯(lián)的最大交易數(shù)。

進而，對各個應用系統(tǒng)的最大交易量進行求和，再根據(jù)單臺Web層服務器的處理能力以及不同企業(yè)的不同應用系統(tǒng)的冗余策略，計算出Web層資源池所需的服務器總數(shù)。

S102：基于各個應用系統(tǒng)的日常交易占比，為各個應用系統(tǒng)分配所述Web層服務器。

在日常情況下，該Web層資源池根據(jù)各個應用系統(tǒng)的交易量占比以及對系統(tǒng)性能的要求，為各個應用系統(tǒng)按比例分配Web服務器資源，滿足各個系統(tǒng)的日常交易。

S103：對于任意應用系統(tǒng)，監(jiān)控所述應用系統(tǒng)的交易量變化。

S104：若所述應用系統(tǒng)的交易量達到第一層級閾值時，為所述應用系統(tǒng)擴展第一預設數(shù)量的Web層服務器。

S105：若所述應用系統(tǒng)的交易量達到第二層級閾值時，為所述應用系統(tǒng)擴展第二預設數(shù)量的Web層服務器。

S106：當所述應用系統(tǒng)的交易量恢復正常后，回收為所述應用系統(tǒng)擴展的Web層服務器。

當業(yè)務逐漸恢復正常之后，該方案的自動回收策略開始啟動。在業(yè)務突增的過程中，該策略會維護一個向量類型的變量，記錄業(yè)務增長的速度和方向，也就是業(yè)務變化的趨勢。當業(yè)務慢慢恢復的時候，該變量的方向朝向交易量降低的方向，如果交易量進一步降低到日常交易量峰值，則回收為突增交易而分配的Web服務器，先停止Web服務器的服務，然后將Web服務器上的配置文件恢復成默認配置，接著重新啟動Web服務，為默認的應用系統(tǒng)提供服務。當交易量進一步降低至日常交易量峰值的80％以下，則將之前分配的其他Web服務器按照上述步驟回收，并分配給默認的應用系統(tǒng)使用。

參見圖3示出了本發(fā)明另一個實施例公開的一種動態(tài)擴展Web層服務器的裝置的結構示意圖。

由圖3可知，該裝置包括：Web層資源池建立單元1、服務器分配單元2、監(jiān)控單元3、第一服務器擴展單元4和第二服務器擴展單元5。

其中，Web層資源池建立單元用于建立Web層資源池。

具體包括：第一計算子單元11和第二計算子單元12。

第一計算子單元11用于基于預設方法估算各個應用系統(tǒng)最大交易量，并計算各個應用系統(tǒng)的最大交易量總和。

第二計算子單元12，用于結合所述最大交易量總和、單臺Web服務器的處理能力以及不同企業(yè)的不同應用系統(tǒng)的冗余策略，估算Web層資源池所需的服務器總數(shù)量。

服務器分配單元2，用于基于各個應用系統(tǒng)的日常交易占比，為各個應用系統(tǒng)分配所述Web層服務器。

具體的，基于各個應用系統(tǒng)的交易量占比以及對系統(tǒng)性能的要求，為各個應用系統(tǒng)按比例分配Web服務器資源，滿足各個系統(tǒng)的日常交易。

監(jiān)控單元3，用于對于任意應用系統(tǒng)，監(jiān)控所述應用系統(tǒng)的交易量變化；

第一服務器擴展單元4，用于若所述應用系統(tǒng)的交易量達到第一層級閾值時，為所述應用系統(tǒng)擴展第一預設數(shù)量的Web層服務器。

其中，第一層級閾值為所述應用系統(tǒng)的日常交易量峰值。

第二服務器擴展單元5，用于若所述應用系統(tǒng)的交易量達到第二層級閾值時，為所述應用系統(tǒng)擴展第二預設數(shù)量的Web層服務器。

所述第二層級閾值為單臺Web層服務器所能處理的最大交易量的百分比，如60％。

可選的，在本發(fā)明公共的其他裝置實施例中，該裝置還包括：

服務器回收單元6，用于當所述應用系統(tǒng)的交易量恢復正常后，回收為所述應用系統(tǒng)擴展的Web層服務器。

Web資源池擴展單元7，用于當所述Web層資源池中的服務器的數(shù)量不滿足各個應用系統(tǒng)的要求時，對一定數(shù)量的物理服務器進行虛擬化處理，以擴展所述Web層資源池。

最后，還需要說明的是，在本文中，諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。

本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。

對所公開的實施例的上述說明，使本領域專業(yè)技術人員能夠實現(xiàn)或使用本發(fā)明。對這些實施例的多種修改對本領域的專業(yè)技術人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本發(fā)明將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。