本發(fā)明涉及服務(wù)器架構(gòu)領(lǐng)域，更具體地，涉及一種高性能實(shí)時(shí)響應(yīng)的服務(wù)器架構(gòu)。

背景技術(shù)：

目前大部分廠商在進(jìn)行應(yīng)用系統(tǒng)服務(wù)器架構(gòu)設(shè)計(jì)時(shí)通常采用的是數(shù)據(jù)庫(kù)服務(wù)器—應(yīng)用服務(wù)器架構(gòu)，該服務(wù)器架構(gòu)在簡(jiǎn)單計(jì)算和少量并發(fā)訪問的情況下能夠有效地提供服務(wù)。但隨著現(xiàn)代信息化的發(fā)展以及用戶數(shù)量和要求的不斷提高，這種簡(jiǎn)單的服務(wù)器架構(gòu)由于在計(jì)算處理上得不到優(yōu)化，所以往往只能靠升級(jí)硬件配置來暫時(shí)解決問題，最終將面臨淘汰。而建立大型分布式集群和可擴(kuò)展的服務(wù)架構(gòu)通常會(huì)面臨經(jīng)濟(jì)投入過大、技術(shù)要求過高等問題。

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

本發(fā)明為解決以上現(xiàn)有技術(shù)的難題，提供了一種高性能實(shí)時(shí)響應(yīng)的服務(wù)器架構(gòu)，該服務(wù)器架構(gòu)通過增設(shè)請(qǐng)求分發(fā)服務(wù)器將訪問終端的請(qǐng)求分發(fā)到不同應(yīng)用模塊服務(wù)器中進(jìn)行處理，極大地提高了性能和服務(wù)響應(yīng)效率，且在具體實(shí)施的時(shí)候，可以根據(jù)用戶數(shù)據(jù)的增加來增加應(yīng)用模塊服務(wù)器的數(shù)量，保證響應(yīng)效率的同時(shí)保證了低成本的可擴(kuò)展性。

為實(shí)現(xiàn)以上發(fā)明目的，采用的技術(shù)方案是：

一種高性能實(shí)時(shí)響應(yīng)的服務(wù)器架構(gòu)，包括多個(gè)應(yīng)用模塊服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器，還包括請(qǐng)求分發(fā)服務(wù)器；

其中請(qǐng)求分發(fā)服務(wù)器用于接收訪問終端的請(qǐng)求，并基于訪問終端請(qǐng)求的內(nèi)容判斷應(yīng)由哪臺(tái)應(yīng)用模塊服務(wù)器處理訪問終端的請(qǐng)求，然后將請(qǐng)求提交給相應(yīng)的應(yīng)用模塊服務(wù)器進(jìn)行處理；或者用于接收應(yīng)用模塊服務(wù)器的處理結(jié)果并將處理結(jié)果返回給訪問終端；

數(shù)據(jù)庫(kù)服務(wù)器用于存儲(chǔ)和管理應(yīng)用的數(shù)據(jù)信息，并提供數(shù)據(jù)訪問和管理接口供應(yīng)用模塊服務(wù)器調(diào)用；

應(yīng)用模塊服務(wù)器調(diào)用數(shù)據(jù)庫(kù)服務(wù)器存儲(chǔ)的數(shù)據(jù)信息來計(jì)算和處理訪問終端的請(qǐng)求，并向請(qǐng)求分發(fā)服務(wù)器返回處理結(jié)果。

上述方案中，服務(wù)器架構(gòu)只包括有一個(gè)請(qǐng)求分發(fā)服務(wù)器，所以在同時(shí)接入的訪問終端的數(shù)量較多時(shí)，請(qǐng)求分發(fā)服務(wù)器需要對(duì)同時(shí)接入的訪問終端的請(qǐng)求進(jìn)行分發(fā)。但是，單個(gè)請(qǐng)求分發(fā)服務(wù)器的分發(fā)能力是一定的，即在單位時(shí)間內(nèi)，其能夠進(jìn)行分發(fā)的數(shù)據(jù)量是一定的。因此在數(shù)量較多的請(qǐng)求輸入至請(qǐng)求分發(fā)服務(wù)器后，請(qǐng)求分發(fā)服務(wù)器將無(wú)法及時(shí)將訪問終端發(fā)出的請(qǐng)求分發(fā)至相應(yīng)的應(yīng)用模塊服務(wù)器，從而導(dǎo)致服務(wù)器架構(gòu)在處理效率上出現(xiàn)滯后。

因此，本發(fā)明的服務(wù)器架構(gòu)還有更優(yōu)選的方案，具體為：所述服務(wù)器架構(gòu)包括請(qǐng)求分發(fā)服務(wù)器1、請(qǐng)求分發(fā)服務(wù)器2、請(qǐng)求分發(fā)服務(wù)器3、……請(qǐng)求分發(fā)服務(wù)器n-1、請(qǐng)求分發(fā)服務(wù)器n、應(yīng)用模塊服務(wù)器1、應(yīng)用模塊服務(wù)器2、….、應(yīng)用模塊服務(wù)器m和一個(gè)數(shù)據(jù)庫(kù)服務(wù)器，其中每個(gè)請(qǐng)求分發(fā)服務(wù)器的數(shù)據(jù)交互端均分別與至少2個(gè)應(yīng)用模塊服務(wù)器的數(shù)據(jù)交互端連接，應(yīng)用模塊服務(wù)器的數(shù)據(jù)交互端與數(shù)據(jù)庫(kù)服務(wù)器的數(shù)據(jù)交互端連接；每個(gè)請(qǐng)求分發(fā)服務(wù)器能夠同時(shí)接入的訪問終端的數(shù)量不超過k個(gè)。

通過增設(shè)了多個(gè)請(qǐng)求分發(fā)服務(wù)器，并使每個(gè)請(qǐng)求分發(fā)服務(wù)器與至少2個(gè)應(yīng)用模塊服務(wù)器連接。其中，每個(gè)請(qǐng)求分發(fā)服務(wù)器所能同時(shí)接入的訪問終端的數(shù)量是限定的，比如，請(qǐng)求分發(fā)服務(wù)器p能夠同時(shí)接入k個(gè)訪問終端并處理其請(qǐng)求，當(dāng)?shù)趉+1個(gè)訪問終端請(qǐng)求接入請(qǐng)求分發(fā)服務(wù)器p時(shí)，請(qǐng)求分發(fā)服務(wù)器p向其發(fā)出不準(zhǔn)予接入的消息，第k+1個(gè)訪問終端轉(zhuǎn)向其他空閑的請(qǐng)求分發(fā)服務(wù)器請(qǐng)求接入，從而避免在請(qǐng)求分發(fā)服務(wù)器p等候過耐造成延誤。

上述方案中，當(dāng)m個(gè)應(yīng)用模塊服務(wù)器同時(shí)處理的請(qǐng)求過多時(shí)，其需要頻繁地調(diào)用數(shù)據(jù)庫(kù)服務(wù)器中存儲(chǔ)的和管理應(yīng)用的數(shù)據(jù)信息。但是，數(shù)據(jù)庫(kù)服務(wù)器的數(shù)據(jù)接口是有限的，同時(shí)數(shù)據(jù)接口輸出數(shù)據(jù)的速率也是一定的。所以數(shù)據(jù)庫(kù)服務(wù)器的接口輸出數(shù)據(jù)的速率不能夠滿足m個(gè)應(yīng)用模塊服務(wù)器同時(shí)處理請(qǐng)求的需要。因而部分應(yīng)用模塊服務(wù)器不得不進(jìn)入數(shù)據(jù)等候狀態(tài)，等待其余的應(yīng)用模塊服務(wù)器完成數(shù)據(jù)調(diào)用后，才能夠獲取數(shù)據(jù)庫(kù)服務(wù)器輸出的數(shù)據(jù)信息。但是，這無(wú)疑會(huì)造成m個(gè)應(yīng)用模塊服務(wù)器整體處理請(qǐng)求效率的下降。

因此，本發(fā)明的服務(wù)器架構(gòu)還有更優(yōu)選的方案，具體為：所述服務(wù)器架構(gòu)包括請(qǐng)求分發(fā)服務(wù)器1、請(qǐng)求分發(fā)服務(wù)器2、請(qǐng)求分發(fā)服務(wù)器3、……請(qǐng)求分發(fā)服務(wù)器n-1、請(qǐng)求分發(fā)服務(wù)器n、應(yīng)用模塊服務(wù)器1、應(yīng)用模塊服務(wù)器2、….、應(yīng)用模塊服務(wù)器m、數(shù)據(jù)庫(kù)服務(wù)器1、數(shù)據(jù)庫(kù)服務(wù)器2、數(shù)據(jù)庫(kù)服務(wù)器3、……、數(shù)據(jù)庫(kù)服務(wù)器b；其中每個(gè)請(qǐng)求分發(fā)服務(wù)器的數(shù)據(jù)交互端均分別與至少2個(gè)應(yīng)用模塊服務(wù)器的數(shù)據(jù)交互端連接，至少2個(gè)應(yīng)用模塊服務(wù)器的數(shù)據(jù)交互端與b個(gè)數(shù)據(jù)庫(kù)服務(wù)器中的一個(gè)數(shù)據(jù)庫(kù)服務(wù)器的數(shù)據(jù)交互端連接；每個(gè)數(shù)據(jù)庫(kù)服務(wù)器接入的應(yīng)用模塊服務(wù)器的數(shù)量不超過q個(gè)。

上述方案中，服務(wù)器架構(gòu)增設(shè)了b個(gè)數(shù)據(jù)庫(kù)服務(wù)器，并使每個(gè)數(shù)據(jù)庫(kù)服務(wù)器所能夠接入的應(yīng)用模塊服務(wù)器的數(shù)量不超過q個(gè)，從而保證了調(diào)用數(shù)據(jù)庫(kù)服務(wù)器中存儲(chǔ)的數(shù)據(jù)時(shí)，最大的數(shù)據(jù)速率不超出數(shù)據(jù)庫(kù)服務(wù)器最大的數(shù)據(jù)輸出速率。從而避免出現(xiàn)調(diào)用數(shù)據(jù)時(shí)部分應(yīng)用模塊服務(wù)器需要等待的情況。

優(yōu)選地，所述服務(wù)器架構(gòu)還包括有緩存服務(wù)器，緩存服務(wù)器用于存儲(chǔ)應(yīng)用模塊服務(wù)器輸出的處理結(jié)果；當(dāng)應(yīng)用模塊服務(wù)器再次收到訪問終端的請(qǐng)求后，首先訪問緩存服務(wù)器讀取與該請(qǐng)求關(guān)聯(lián)的處理結(jié)果，如果讀取到處理結(jié)果，則將處理結(jié)果返回給請(qǐng)求分發(fā)服務(wù)器，否則調(diào)用數(shù)據(jù)庫(kù)服務(wù)器存儲(chǔ)的數(shù)據(jù)信息來計(jì)算和處理請(qǐng)求，并向請(qǐng)求分發(fā)服務(wù)器返回處理結(jié)果。

優(yōu)選地，所述服務(wù)器架構(gòu)還包括有消息服務(wù)器，消息服務(wù)器用于在各個(gè)應(yīng)用模塊服務(wù)器之間進(jìn)行消息傳遞，使得各個(gè)應(yīng)用模塊服務(wù)器之間能夠有統(tǒng)一的相互訪問機(jī)制。

優(yōu)選地，所述每個(gè)應(yīng)用模塊服務(wù)器可以處理部分類型的請(qǐng)求，請(qǐng)求分發(fā)服務(wù)器在接收訪問終端的請(qǐng)求時(shí)根據(jù)分發(fā)策略進(jìn)行應(yīng)用模塊服務(wù)器的選擇。

優(yōu)選地，所述訪問終端為上位機(jī)。

與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果是：

1） 引入請(qǐng)求分發(fā)服務(wù)器，訪問并不用直接訪問應(yīng)用模塊服務(wù)器，具有更高的安全實(shí)現(xiàn)。

2） 引入緩存服務(wù)器對(duì)處理結(jié)果進(jìn)行緩存，再一次接收到請(qǐng)求后首先讀取緩存服務(wù)器中是否存儲(chǔ)有與該請(qǐng)求關(guān)聯(lián)的處理結(jié)果，若是則直接返回處理結(jié)果，這極大的減少了服務(wù)器壓力和請(qǐng)求響應(yīng)效率。

3） 通過消息服務(wù)器進(jìn)行各應(yīng)用模塊服務(wù)器中間的數(shù)據(jù)信息交互，具有高度的靈活性。

4） 應(yīng)用模塊服務(wù)器集群的設(shè)計(jì)根據(jù)應(yīng)用服務(wù)功能分塊進(jìn)行組織，并且實(shí)現(xiàn)一定冗余，具有很高的性能和可擴(kuò)展性。

附圖說明

圖1為服務(wù)器架構(gòu)的結(jié)構(gòu)示意圖。

具體實(shí)施方式

附圖僅用于示例性說明，不能理解為對(duì)本專利的限制；

以下結(jié)合附圖和實(shí)施例對(duì)本發(fā)明做進(jìn)一步的闡述。

實(shí)施例1

針對(duì)于現(xiàn)有的服務(wù)器架構(gòu)因結(jié)構(gòu)簡(jiǎn)單而造成的數(shù)據(jù)處理能力低下的問題，本發(fā)明提供的服務(wù)器架構(gòu)主要的改進(jìn)構(gòu)思在于增設(shè)請(qǐng)求分發(fā)服務(wù)器，并使請(qǐng)求分發(fā)服務(wù)器在若干個(gè)訪問終端、應(yīng)用模塊服務(wù)器之間充當(dāng)調(diào)度控制器的角色，來使得訪問終端的請(qǐng)求能夠及時(shí)有效地分發(fā)至相應(yīng)的應(yīng)用模塊服務(wù)器進(jìn)行請(qǐng)求處理。

如圖1所示，本發(fā)明提供的高性能實(shí)時(shí)響應(yīng)的服務(wù)器架構(gòu)包括應(yīng)用模塊服務(wù)器1、應(yīng)用模塊服務(wù)器2、….、應(yīng)用模塊服務(wù)器n、數(shù)據(jù)庫(kù)服務(wù)器和請(qǐng)求分發(fā)服務(wù)器。在硬件連接上，請(qǐng)求服務(wù)器的各個(gè)數(shù)據(jù)交互端分別與各個(gè)應(yīng)用模塊服務(wù)器的數(shù)據(jù)交互端連接，應(yīng)用模塊服務(wù)器的數(shù)據(jù)交互端與數(shù)據(jù)庫(kù)服務(wù)器的數(shù)據(jù)交互端連接。

請(qǐng)求分發(fā)服務(wù)器用于與訪問終端建立起無(wú)線或有線的連接，并在訪問終端發(fā)起請(qǐng)求的時(shí)候接收訪問終端的請(qǐng)求，然后分析訪問終端的請(qǐng)求，從而判斷應(yīng)由哪臺(tái)應(yīng)用模塊服務(wù)器來處理訪問終端的請(qǐng)求，在確定應(yīng)參與請(qǐng)求處理的應(yīng)用模塊服務(wù)器后，將請(qǐng)求通過無(wú)線或有線的方式傳輸至相應(yīng)的應(yīng)用模塊服務(wù)器，應(yīng)用模塊服務(wù)器調(diào)用數(shù)據(jù)庫(kù)服務(wù)器中的數(shù)據(jù)信息對(duì)請(qǐng)求進(jìn)行處理，并將處理的結(jié)果通過請(qǐng)求分發(fā)服務(wù)器返回給相應(yīng)的訪問終端。

本實(shí)施例中，數(shù)據(jù)庫(kù)服務(wù)器用于存儲(chǔ)和管理應(yīng)用的數(shù)據(jù)信息，并提供數(shù)據(jù)訪問和管理接口供應(yīng)用模塊服務(wù)器調(diào)用。

其中，服務(wù)器架構(gòu)的應(yīng)用模塊服務(wù)器的數(shù)量應(yīng)根據(jù)實(shí)際的需要進(jìn)行調(diào)整，比如，與請(qǐng)求分發(fā)服務(wù)器連接的應(yīng)用模塊服務(wù)器的數(shù)量可以為4臺(tái)，也可以為6臺(tái)，技術(shù)人員在實(shí)際操作中可根據(jù)要求的響應(yīng)速率及服務(wù)器架構(gòu)的性能來對(duì)應(yīng)用模塊服務(wù)器的數(shù)量進(jìn)行調(diào)整。

訪問終端的請(qǐng)求是多樣化的，在同一時(shí)間內(nèi)，可能有多臺(tái)訪問終端對(duì)服務(wù)器架構(gòu)發(fā)起不同類型的請(qǐng)求，若此時(shí)請(qǐng)求分發(fā)服務(wù)器將不同類型的請(qǐng)求分發(fā)至多個(gè)應(yīng)用模塊服務(wù)器進(jìn)行處理，則要求各個(gè)應(yīng)用模塊服務(wù)器具備對(duì)所有類型請(qǐng)求進(jìn)行處理的能力。毫無(wú)疑問的是，這樣會(huì)使得應(yīng)用模塊服務(wù)器的物理結(jié)構(gòu)變得更為的復(fù)雜，相應(yīng)地，其軟件方面的邏輯也會(huì)變得更加的復(fù)雜，導(dǎo)致構(gòu)建成本與實(shí)現(xiàn)難度大大的增加。所以這種處理方式的性價(jià)比是最低的。為此，本發(fā)明提供的服務(wù)器架構(gòu)在構(gòu)建時(shí)首先對(duì)每臺(tái)應(yīng)用模塊服務(wù)器能夠處理的請(qǐng)求類型進(jìn)行分配，即每臺(tái)應(yīng)用模塊服務(wù)器只能處理有限的幾種請(qǐng)求類型。需要指出的是，全部應(yīng)用模塊服務(wù)器所能處理的所有請(qǐng)求類型應(yīng)該覆蓋訪問終端的所有請(qǐng)求類型。同時(shí)，在請(qǐng)求分發(fā)服務(wù)器制定相應(yīng)的分發(fā)策略，請(qǐng)求分發(fā)服務(wù)器在接收到訪問終端的訪問請(qǐng)求后，首先根據(jù)接收的訪問請(qǐng)求的內(nèi)容判斷其屬于哪種類型的請(qǐng)求，然后確定能夠處理該請(qǐng)求的應(yīng)用模塊服務(wù)器，再將請(qǐng)求分發(fā)至該應(yīng)用模塊服務(wù)器。

在具體實(shí)施的時(shí)候，請(qǐng)求分發(fā)服務(wù)器、應(yīng)用模塊服務(wù)器可能會(huì)重復(fù)接收到不同訪問終端輸出的同一類型的請(qǐng)求，若每次接收到同樣類型的請(qǐng)求均需要輸送至應(yīng)用模塊服務(wù)器進(jìn)行處理，那么服務(wù)器架構(gòu)的實(shí)際工作效率會(huì)大大降低，尤其是在訪問量比較大的情況下。為了解決這個(gè)技術(shù)難題，如圖1所示，服務(wù)器架構(gòu)還包括有緩存服務(wù)器，緩存服務(wù)器用于存儲(chǔ)應(yīng)用模塊服務(wù)器歷次輸出的處理結(jié)果；當(dāng)應(yīng)用模塊服務(wù)器再次收到訪問終端的請(qǐng)求后，首先訪問緩存服務(wù)器讀取與該請(qǐng)求關(guān)聯(lián)的處理結(jié)果，如果讀取到處理結(jié)果，則將處理結(jié)果返回給請(qǐng)求分發(fā)服務(wù)器，否則調(diào)用數(shù)據(jù)庫(kù)服務(wù)器存儲(chǔ)的數(shù)據(jù)信息來計(jì)算和處理請(qǐng)求，并向請(qǐng)求分發(fā)服務(wù)器返回處理結(jié)果。通過這樣設(shè)置，使得應(yīng)用模塊服務(wù)器不用重復(fù)對(duì)同一類型的請(qǐng)求進(jìn)行數(shù)據(jù)處理。從而減少了應(yīng)用模塊服務(wù)器處理的壓力和請(qǐng)求響應(yīng)效率。

本實(shí)施例中，如圖1所示，服務(wù)器架構(gòu)還包括有消息服務(wù)器，消息服務(wù)器用于在各個(gè)應(yīng)用模塊服務(wù)器之間進(jìn)行消息傳遞，使得各個(gè)應(yīng)用模塊服務(wù)器之間能夠有統(tǒng)一的相互訪問機(jī)制。

實(shí)施例2

本實(shí)施例提供了一種服務(wù)器架構(gòu)，其包括請(qǐng)求分發(fā)服務(wù)器1、請(qǐng)求分發(fā)服務(wù)器2、請(qǐng)求分發(fā)服務(wù)器3、……請(qǐng)求分發(fā)服務(wù)器n-1、請(qǐng)求分發(fā)服務(wù)器n、應(yīng)用模塊服務(wù)器1、應(yīng)用模塊服務(wù)器2、….、應(yīng)用模塊服務(wù)器m和一個(gè)數(shù)據(jù)庫(kù)服務(wù)器，其中每個(gè)請(qǐng)求分發(fā)服務(wù)器的數(shù)據(jù)交互端均分別與至少2個(gè)應(yīng)用模塊服務(wù)器的數(shù)據(jù)交互端連接，應(yīng)用模塊服務(wù)器的數(shù)據(jù)交互端與數(shù)據(jù)庫(kù)服務(wù)器的數(shù)據(jù)交互端連接。

實(shí)施例1提供的服務(wù)器架構(gòu)只包括有一個(gè)請(qǐng)求分發(fā)服務(wù)器，所以在同時(shí)接入的訪問終端的數(shù)量較多時(shí)，請(qǐng)求分發(fā)服務(wù)器需要對(duì)同時(shí)接入的訪問終端的請(qǐng)求進(jìn)行分發(fā)。但是，單個(gè)請(qǐng)求分發(fā)服務(wù)器的分發(fā)能力是一定的，即在單位時(shí)間內(nèi)，其能夠進(jìn)行分發(fā)的數(shù)據(jù)量是一定的。因此在數(shù)量較多的請(qǐng)求輸入至請(qǐng)求分發(fā)服務(wù)器后，請(qǐng)求分發(fā)服務(wù)器將無(wú)法及時(shí)將訪問終端發(fā)出的請(qǐng)求分發(fā)至相應(yīng)的應(yīng)用模塊服務(wù)器，從而導(dǎo)致服務(wù)器架構(gòu)在處理效率上出現(xiàn)滯后。

本實(shí)施例出于這種考慮，增設(shè)了多個(gè)請(qǐng)求分發(fā)服務(wù)器，并使每個(gè)請(qǐng)求分發(fā)服務(wù)器與至少2個(gè)應(yīng)用模塊服務(wù)器連接。需要注意的是，至少2個(gè)應(yīng)用模塊服務(wù)器能夠處理的請(qǐng)求類型應(yīng)該覆蓋訪問終端能夠發(fā)出的所有的請(qǐng)求類型。其中，每個(gè)請(qǐng)求分發(fā)服務(wù)器所能同時(shí)接入的訪問終端的數(shù)量是限定的，比如，請(qǐng)求分發(fā)服務(wù)器p能夠同時(shí)接入k個(gè)訪問終端并處理其請(qǐng)求，當(dāng)?shù)趉+1個(gè)訪問終端請(qǐng)求接入請(qǐng)求分發(fā)服務(wù)器p時(shí)，請(qǐng)求分發(fā)服務(wù)器p向其發(fā)出不準(zhǔn)予接入的消息，第k+1個(gè)訪問終端轉(zhuǎn)向其他空閑的請(qǐng)求分發(fā)服務(wù)器請(qǐng)求接入，從而避免在請(qǐng)求分發(fā)服務(wù)器p等候過耐造成延誤。

實(shí)施例3

本實(shí)施例提供的服務(wù)器架構(gòu)包括請(qǐng)求分發(fā)服務(wù)器1、請(qǐng)求分發(fā)服務(wù)器2、請(qǐng)求分發(fā)服務(wù)器3、……請(qǐng)求分發(fā)服務(wù)器n-1、請(qǐng)求分發(fā)服務(wù)器n、應(yīng)用模塊服務(wù)器1、應(yīng)用模塊服務(wù)器2、….、應(yīng)用模塊服務(wù)器m、數(shù)據(jù)庫(kù)服務(wù)器1、數(shù)據(jù)庫(kù)服務(wù)器2、數(shù)據(jù)庫(kù)服務(wù)器3、……、數(shù)據(jù)庫(kù)服務(wù)器b。其中每個(gè)請(qǐng)求分發(fā)服務(wù)器的數(shù)據(jù)交互端均分別與至少2個(gè)應(yīng)用模塊服務(wù)器的數(shù)據(jù)交互端連接，至少2個(gè)應(yīng)用模塊服務(wù)器的數(shù)據(jù)交互端與b個(gè)數(shù)據(jù)庫(kù)服務(wù)器中的一個(gè)數(shù)據(jù)庫(kù)服務(wù)器的數(shù)據(jù)交互端連接，每個(gè)數(shù)據(jù)庫(kù)服務(wù)器接入的應(yīng)用模塊服務(wù)器的數(shù)量不超過q個(gè)。

實(shí)施例1、實(shí)施例2中，當(dāng)m個(gè)應(yīng)用模塊服務(wù)器同時(shí)處理的請(qǐng)求過多時(shí)，其需要頻繁地調(diào)用數(shù)據(jù)庫(kù)服務(wù)器中存儲(chǔ)的和管理應(yīng)用的數(shù)據(jù)信息。但是，數(shù)據(jù)庫(kù)服務(wù)器的數(shù)據(jù)接口是有限的，同時(shí)數(shù)據(jù)接口輸出數(shù)據(jù)的速率也是一定的。所以數(shù)據(jù)庫(kù)服務(wù)器的接口輸出數(shù)據(jù)的速率不能夠滿足m個(gè)應(yīng)用模塊服務(wù)器同時(shí)處理請(qǐng)求的需要。因而部分應(yīng)用模塊服務(wù)器不得不進(jìn)入數(shù)據(jù)等候狀態(tài)，等待其余的應(yīng)用模塊服務(wù)器完成數(shù)據(jù)調(diào)用后，才能夠獲取數(shù)據(jù)庫(kù)服務(wù)器輸出的數(shù)據(jù)信息。但是，這無(wú)疑會(huì)造成m個(gè)應(yīng)用模塊服務(wù)器整體處理請(qǐng)求效率的下降。

為此，本實(shí)施例提供的服務(wù)器架構(gòu)增設(shè)了b個(gè)數(shù)據(jù)庫(kù)服務(wù)器，并使每個(gè)數(shù)據(jù)庫(kù)服務(wù)器所能夠接入的應(yīng)用模塊服務(wù)器的數(shù)量不超過q個(gè)，從而保證了調(diào)用數(shù)據(jù)庫(kù)服務(wù)器中存儲(chǔ)的數(shù)據(jù)時(shí)，最大的數(shù)據(jù)速率不超出數(shù)據(jù)庫(kù)服務(wù)器最大的數(shù)據(jù)輸出速率。從而避免出現(xiàn)調(diào)用數(shù)據(jù)時(shí)部分應(yīng)用模塊服務(wù)器需要等待的情況。

顯然，本發(fā)明的上述實(shí)施例僅僅是為清楚地說明本發(fā)明所作的舉例，而并非是對(duì)本發(fā)明的實(shí)施方式的限定。對(duì)于所屬領(lǐng)域的普通技術(shù)人員來說，在上述說明的基礎(chǔ)上還可以做出其它不同形式的變化或變動(dòng)。這里無(wú)需也無(wú)法對(duì)所有的實(shí)施方式予以窮舉。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明權(quán)利要求的保護(hù)范圍之內(nèi)。