專利名稱：一種應(yīng)用服務(wù)平臺系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本實用新型涉及后臺服務(wù)開發(fā)領(lǐng)域，特別是涉及一種應(yīng)用服務(wù)平臺系統(tǒng)。
背景技術(shù)：
在后臺服務(wù)開發(fā)領(lǐng)域，大部分互聯(lián)網(wǎng)應(yīng)用和企業(yè)應(yīng)用都會遇到系統(tǒng)規(guī)模變得日益復(fù)雜，并且系統(tǒng)規(guī)模日益增大后，開發(fā)成本和運維成本都急劇增高。本實用新型致力于提供一種新的應(yīng)用服務(wù)平臺系統(tǒng)，以降低應(yīng)用開發(fā)難度，提高部署的靈活性并降低部署的難度。
實用新型內(nèi)容本實用新型提供了一種應(yīng)用服務(wù)平臺系統(tǒng)，該系統(tǒng)降低了應(yīng)用開的難度，提高了部署的靈活性并降低了部署的難度。為達到上述目的，本實用新型的技術(shù)方案是這樣實現(xiàn)的本實用新型公開了一種應(yīng)用服務(wù)平臺系統(tǒng)，該系統(tǒng)包括代理服務(wù)器、由多個應(yīng)用服務(wù)器組成的服務(wù)器集群、中心服務(wù)器和資源服務(wù)器，其中代理服務(wù)器，用于接收客戶端請求消息，通過查詢中心服務(wù)器上的應(yīng)用服務(wù)配置信息列表識別該客戶端請求消息所對應(yīng)的應(yīng)用服務(wù)，然后通過查詢中心服務(wù)器上的應(yīng)用服務(wù)配置信息列表和應(yīng)用服務(wù)運行信息列表獲得對應(yīng)的應(yīng)用服務(wù)的路徑，根據(jù)所獲得的路徑將客戶端請求消息分發(fā)給對應(yīng)的應(yīng)用服務(wù)所在的應(yīng)用服務(wù)器；接收應(yīng)用服務(wù)器端返回的處理結(jié)果，并返回給客戶端；其中，應(yīng)用服務(wù)配置信息列表包括如下信息應(yīng)用服務(wù)ID、應(yīng)用服務(wù)名稱、應(yīng)用服務(wù)類型、應(yīng)用進程名、應(yīng)用服務(wù)元數(shù)據(jù)標(biāo)注；應(yīng)用服務(wù)運行列表包括如下信息應(yīng)用進程名稱、應(yīng)用服務(wù)路徑；每個應(yīng)用服務(wù)器，用于負(fù)載應(yīng)用服務(wù)并運行，將應(yīng)用服務(wù)的運行信息寫入中心服務(wù)器上的應(yīng)用服務(wù)運行信息列表中；用于在接收到代理服務(wù)器發(fā)送的客戶端請求消息時， 將該客戶端請求消息交給對應(yīng)的應(yīng)用服務(wù)進行處理；應(yīng)用服務(wù)處理該客戶端請求消息所請求的任務(wù)，并將處理結(jié)果返回給代理服務(wù)器；中心服務(wù)器，用于接收外部上傳的應(yīng)用服務(wù)，將外部傳入的該應(yīng)用服務(wù)的描述信息保存到應(yīng)用服務(wù)配置信息列表中，并在對應(yīng)的應(yīng)用服務(wù)器上部署該應(yīng)用服務(wù)；資源服務(wù)器，用于保存應(yīng)用服務(wù)器上的各應(yīng)用服務(wù)需要訪問的數(shù)據(jù)資源。由上述可見，本實用新型這種由上述代理服務(wù)器、應(yīng)用服務(wù)器集群、中心服務(wù)器和資源服務(wù)器構(gòu)成的應(yīng)用服務(wù)平臺系統(tǒng)，將分散的服務(wù)器資源在邏輯上整合到一起，極大降低了應(yīng)用的開發(fā)難度，提高了部署的靈活性并降低了部署的難度。
圖1是本實用新型實施例中的應(yīng)用服務(wù)平臺系統(tǒng)的一個實際組網(wǎng)示意圖；[0014]圖2是本實用新型實施例中的單個應(yīng)用服務(wù)器的結(jié)構(gòu)示意圖。
具體實施方式
為了使本實用新型的目的、技術(shù)方案和優(yōu)點更加清楚，
以下結(jié)合附圖和具體實施例對本實用新型進行詳細(xì)描述。圖1是本實用新型實施例中的應(yīng)用服務(wù)平臺系統(tǒng)的實際組網(wǎng)示意圖。如圖1所示， 該應(yīng)用服務(wù)平臺系統(tǒng)包括代理服務(wù)器、由多個應(yīng)用服務(wù)器組成的服務(wù)器集群、中心服務(wù)器和資源服務(wù)器，其中代理服務(wù)器，用于接收客戶端請求消息，通過查詢中心服務(wù)器上的應(yīng)用服務(wù)配置信息列表識別該客戶端請求消息所對應(yīng)的應(yīng)用服務(wù)，然后通過查詢中心服務(wù)器上的應(yīng)用服務(wù)配置信息列表和應(yīng)用服務(wù)運行信息列表獲得對應(yīng)的應(yīng)用服務(wù)的路徑，根據(jù)所獲得的路徑將客戶端請求消息分發(fā)給對應(yīng)的應(yīng)用服務(wù)所在的應(yīng)用服務(wù)器；接收應(yīng)用服務(wù)器端返回的處理結(jié)果，并返回給客戶端；其中，應(yīng)用服務(wù)配置信息列表至少包括如下信息應(yīng)用服務(wù)ID、應(yīng)用服務(wù)名稱、應(yīng)用服務(wù)類型、應(yīng)用進程名、應(yīng)用服務(wù)元數(shù)據(jù)標(biāo)注；應(yīng)用服務(wù)運行列表至少包括如下信息應(yīng)用進程名稱、應(yīng)用服務(wù)路徑；在本實施例中，代理服務(wù)器包括超文本傳輸協(xié)議HTTP代理服務(wù)器、初始會話SIP 代理服務(wù)器和短信系統(tǒng)SMS代理服務(wù)器。其中，HTTP代理服務(wù)器負(fù)責(zé)分發(fā)HTTP應(yīng)用服務(wù)， SIP代理服務(wù)器負(fù)責(zé)與客戶端的SIP長連接，SMS代理服務(wù)器負(fù)責(zé)分發(fā)短信上行應(yīng)用服務(wù)。每個應(yīng)用服務(wù)器，用于負(fù)載應(yīng)用服務(wù)并運行，將應(yīng)用服務(wù)的運行信息寫入中心服務(wù)器上的應(yīng)用服務(wù)運行信息列表中；用于在接收到代理服務(wù)器發(fā)送的客戶端請求消息時， 將該客戶端請求消息交給對應(yīng)的應(yīng)用服務(wù)進行處理；應(yīng)用服務(wù)處理該客戶端請求消息所請求的任務(wù)，并將處理結(jié)果返回給代理服務(wù)器；中心服務(wù)器，用于接收外部上傳的應(yīng)用服務(wù)，將外部傳入的該應(yīng)用服務(wù)的描述信息保存到應(yīng)用服務(wù)配置信息列表中，并在對應(yīng)的應(yīng)用服務(wù)器上部署該應(yīng)用服務(wù)；資源服務(wù)器，用于保存應(yīng)用服務(wù)器上的各應(yīng)用服務(wù)需要訪問的數(shù)據(jù)資源。在本實施例中，資源服務(wù)器包括數(shù)據(jù)庫服務(wù)器、文件服務(wù)器和內(nèi)存對象緩沖服務(wù)器。在圖1所示的應(yīng)用服務(wù)平臺系統(tǒng)中，代理服務(wù)器，進一步用于在接收到客戶端請求消息時，根據(jù)客戶端請求消息中的信息以及中心服務(wù)器上的應(yīng)用服務(wù)配置信息列表，創(chuàng)建應(yīng)用服務(wù)上下文，在所述客戶端請求消息中添加應(yīng)用服務(wù)上下文后分發(fā)給對應(yīng)的應(yīng)用服務(wù)器上的應(yīng)用服務(wù)；應(yīng)用服務(wù)在接收到客戶端請求消息后，在完成該客戶端請求消息所請求的任務(wù)的過程中，根據(jù)應(yīng)用服務(wù)上下文進行數(shù)據(jù)資源定位。在圖1所示的應(yīng)用服務(wù)平臺系統(tǒng)中，所述代理服務(wù)器，用于在接收到客戶端請求消息時，根據(jù)該請求消息中的統(tǒng)一資源定位符URL，查找出中心服務(wù)器上的應(yīng)用服務(wù)元數(shù)據(jù)標(biāo)注字段包含與所述URL —致信息的應(yīng)用服務(wù)配置信息列表，根據(jù)所查找出的應(yīng)用服務(wù)配置信息列表中的應(yīng)用服務(wù)名稱識別出該客戶端請求消息所對應(yīng)的應(yīng)用服務(wù)；所述代理服務(wù)器，用于根據(jù)所查找出的應(yīng)用服務(wù)配置信息列表中的應(yīng)用進程名，查找出中心服務(wù)器上的應(yīng)用進程名稱字段包含與所述應(yīng)用進程名一致信息的應(yīng)用服務(wù)運行信息列表，從所查找出的應(yīng)用服務(wù)運行信息列表中獲取應(yīng)用服務(wù)的路徑信息。所述代理服務(wù)器，根據(jù)所查找出的應(yīng)用服務(wù)配置信息列表中的元數(shù)據(jù)標(biāo)注字段中的關(guān)于加載應(yīng)用服務(wù)上下文信息，創(chuàng)建應(yīng)用服務(wù)上下文。在圖1所示的應(yīng)用服務(wù)平臺系統(tǒng)中，中心服務(wù)器，進一步用于保存資源列表；資源列表包括如下信息資源名稱、資源類型、應(yīng)用服務(wù)上下文類型、定位算法名稱、定位算法參數(shù)；應(yīng)用服務(wù)在接收到客戶端請求消息后，在完成該客戶端請求消息所請求的任務(wù)的過程中根據(jù)應(yīng)用服務(wù)上下文以及資源列表中的對應(yīng)信息進行資源定位。在圖1所示的應(yīng)用服務(wù)平臺系統(tǒng)中，服務(wù)器集群中的多個應(yīng)用服務(wù)器被分為多個不同的組，每組包含一臺到多臺服務(wù)器；中心服務(wù)器上保存有應(yīng)用服務(wù)器列表和應(yīng)用服務(wù)器分組列表；應(yīng)用服務(wù)器列表包括如下信息應(yīng)用服務(wù)器名稱、應(yīng)用服務(wù)器所屬的分組名稱、應(yīng)用服務(wù)器地址；應(yīng)用服務(wù)器分組列表包括應(yīng)用服務(wù)器分組名稱、分組中的應(yīng)用服務(wù)器描述信息；中心服務(wù)器在接收到外部上傳的應(yīng)用服務(wù)時，根據(jù)外部指令將該應(yīng)用服務(wù)部署到單個應(yīng)用服務(wù)器上，或者部署到屬于同一組的多個服務(wù)器上。這樣，一個應(yīng)用服務(wù)可以選擇性地負(fù)載在某個組當(dāng)中，也就是可以將核心的應(yīng)用服務(wù)單獨使用一組服務(wù)器，保證核心應(yīng)用的資源使用及穩(wěn)定性；而對剛上線的不穩(wěn)定的應(yīng)用服務(wù)使用一組單獨的服務(wù)器，以剝離其中的影響，降低整個系統(tǒng)的風(fēng)險。這種做法有利于進行整體資源的分配及網(wǎng)絡(luò)策略的調(diào)整。圖2是本實用新型實施例中的單個應(yīng)用服務(wù)器的結(jié)構(gòu)示意圖。如圖2所示，主機進程是部署在每臺應(yīng)用服務(wù)器上的后臺監(jiān)控進程，負(fù)責(zé)進行應(yīng)用服務(wù)的下載運行與部署。 主機進程會與中心服務(wù)器建立一個長連接，通過這個長連接接受部署、更新、監(jiān)控等系統(tǒng)指令。在一個應(yīng)用服務(wù)器中幾個應(yīng)用服務(wù)可以運行在一個應(yīng)用進程中，該應(yīng)用進程也可以稱為服務(wù)外殼。一個應(yīng)用服務(wù)器上可以有多個應(yīng)用進程。運行于圖1所示的應(yīng)用服務(wù)平臺系統(tǒng)的應(yīng)用服務(wù)基于應(yīng)用組件(AppBean)進行開發(fā)。應(yīng)用服務(wù)的開發(fā)需要通過擴展定制好的幾種AppBean進行，一種AppBean用于處理一種類型的業(yè)務(wù)請求，業(yè)務(wù)請求可能來自用戶的客戶端軟件、瀏覽器、內(nèi)部引用、或外部信令調(diào)用。在應(yīng)用服務(wù)的開發(fā)時刻，AppBean可以認(rèn)為是一個抽象基類，所有的應(yīng)用服務(wù)都會從AppBean這個基類派生。下面對AppBean進行介紹?！?AppBean 的抽象接口-setup () 實現(xiàn)自安裝-prepare ()實現(xiàn)資源初始化-run () 實現(xiàn)運行· AppBean的幾個子類，每個子類可能會處理不同形式的信令，應(yīng)用開發(fā)人員需要選擇合適的子類去實現(xiàn)自己的應(yīng)用，其中主要的子類有如下幾種-RemoteAppBean 每個 RemoteAppBean 處理一條特定的 Rpc 請求； -HttpAppBean 處理一條特定的 Http 請求； -MessageAppBean 處理一個特定的消息事務(wù)；[0043]下面對以上的幾種AppBean進行舉例說明RemoteAppBean·處理一個特定的Rpc請求，可能來源于下列幾個場景-來源于其他AppBean的引用；-來源于proxy ；-來源于其他的系統(tǒng)外部服務(wù)；·參數(shù)解釋-<A>請求參數(shù)，強類型定義；-<R>應(yīng)答參數(shù)，強類型定義；-<C>特定類型的應(yīng)用服務(wù)上下文AppContext ；調(diào)用一個從RemoteAppBean派生的應(yīng)用服務(wù)時，必須提供這個應(yīng)用服務(wù)在實現(xiàn)時所聲明的特定類型的應(yīng)用服務(wù)上下文(AppContext)，例如一個獲取用戶信息的應(yīng)用服務(wù)會如下聲明1.從 RemoteAppBearKGetOption, Userlnfo, UserContext)中派生；a.請求參數(shù)<A>為GetOption，為獲取用戶的一些選項參數(shù)b.應(yīng)答參數(shù)<R>為Userlnfo，為用戶信息的集合c.應(yīng)用服務(wù)上下文<C>為herContext，為當(dāng)前上下文的用戶信息，UserContext 用于標(biāo)識用戶ID2.實現(xiàn)process方法處理業(yè)務(wù)邏輯HttpAppBean· HttpAppBea用于處理一條特定的Http請求，Http請求可能來自于-來自用戶客戶端和瀏覽器的直接請求，請求會通過HAP的智能7層負(fù)載進行反向代理轉(zhuǎn)換-直接來源于其他服務(wù)器的請求·實現(xiàn)一個特定的基于HttpAppBean的應(yīng)用服務(wù)需要定制如下參數(shù)-應(yīng)用服務(wù)上下文<C>特定類型的上下文；-Context來源從何處獲取上下文<C> ；-URL前綴此應(yīng)用服務(wù)處理的URL前綴。(URL前綴通過OHttpPrefix元數(shù)據(jù)標(biāo)注處理，后續(xù)會提到)例如開發(fā)一個用于用戶統(tǒng)一登錄認(rèn)證的應(yīng)用服務(wù)的流程為1.從 HttpAppBean 的基類派生；2.指定應(yīng)用服務(wù)上下文類型<C>為kssionContext ；3.指定Context來源為cookie中的ssic字段；4.實現(xiàn)process方法，讀取HttpRequest，處理后返回HttpResponse給客戶端。MessageAppBean'MessageAppBean用于處理松耦合的消息事務(wù)，一個MessageAppBean處理一個特定類型的Message，MessageAppBean會監(jiān)聽此類型的消息隊列，并在消息隊列到達時開始處理；·實現(xiàn)一個特定的MessageAppBean需要指定如下參數(shù)[0076]-應(yīng)用服務(wù)上下文<C>特定類型的上下文；-消息類型<A>指定強類型Message ；-事件名稱(MessageName)一個用于標(biāo)記一類消息的全局唯一名稱；· MessageAppBean采用生產(chǎn)者/消費者模式-生產(chǎn)者會將產(chǎn)生的Message壓入消息隊列MessageQueueService. Enqueue(context,entity)；-作為消費者的MessageAppBean會在啟動的時候回到消息隊列服務(wù)中注冊，并訂閱特定類型的Queue，開始接受Queue中的內(nèi)容；-生產(chǎn)者和消費者，允許一對多，多對多的映射關(guān)系。以上對三種AppBean進行了舉例介紹。由上述的舉例說明可以看出，各AppBean的參數(shù)都不太一樣，但都包括 AppContext這個參數(shù)。AppContext在本實用新型的應(yīng)用服務(wù)平臺系統(tǒng)中，應(yīng)用服務(wù)上下文(AppContext)是應(yīng)用調(diào)用及資源定位的關(guān)鍵。這里應(yīng)用調(diào)用包括代理服務(wù)器調(diào)用應(yīng)用服務(wù)，以及應(yīng)用服務(wù)內(nèi)調(diào)用其他的應(yīng)用服務(wù)，這兩種應(yīng)用都需要AppContext來實現(xiàn)目標(biāo)應(yīng)用服務(wù)的定位。AppContext 從數(shù)據(jù)構(gòu)成上分為兩部分· Uri 為字符串格式，包含了用戶的索引信息，負(fù)責(zé)定位，例如-id :230302023-session :13910000001.Data:附加數(shù)據(jù)-預(yù)定義好的強類型數(shù)據(jù)結(jié)構(gòu)；-在某些場合，附加數(shù)據(jù)會由Proxy提供給后面的應(yīng)用服務(wù)。在本實用新型的系統(tǒng)中有一些預(yù)先定義好的上下文-NullContext 預(yù)定義的空上下文，用在不需要上下文的場合；-SessionContext 預(yù)定義的只保存會話ID的上下文。除標(biāo)準(zhǔn)AppContext，在使用本實用新型的應(yīng)用服務(wù)系統(tǒng)平臺進行擴展開發(fā)的時候，需要先定制業(yè)務(wù)相關(guān)的一些基礎(chǔ)，AppContext就是其中之一。下面例舉一個關(guān)于 AppContext的具體實施例。例如使用本實用新型的應(yīng)用服務(wù)平臺系統(tǒng)開個一個即時消息(IM)系統(tǒng)，這個 IM系統(tǒng)中的用戶都采用一個整數(shù)id進行定位，那么可以根據(jù)如下方式定制這個IM系統(tǒng)的 AppContex,從 AppContext 派生，命名為 UserContext · Uri部分“id :230302023”，表示用戶的id，那么通過這個用戶的id，可以定位用戶的應(yīng)用服務(wù)位置與數(shù)據(jù)庫存儲位置；· Data 部分-用戶的登錄網(wǎng)絡(luò)地址；-客戶端類型等；當(dāng)定制了用戶的herContext，所有該系統(tǒng)內(nèi)基于用戶進行操作的AppBean都會用 UserContext 作為 AppBean 的 <C> 參數(shù)，如[0104]-獲取用戶資料；-設(shè)置用戶資料；-獲取好友列表等；此外，在本實用新型的應(yīng)用服務(wù)平臺系統(tǒng)中，除了提供基于單個用戶的 AppContext外，還提供了基于群組的業(yè)務(wù)類型，開發(fā)基于群組的應(yīng)用服務(wù)，也需要定制基于群組的AppContext，IM系統(tǒng)使用一個整數(shù)用于標(biāo)識群組，從AppContext派生，命名為 GroupContext, GroupContext 的結(jié)構(gòu)如下· Uri部分“group 123123”，標(biāo)識群組id，表示用戶的id，那么通過這個群組的 id，我們可以定位群組的應(yīng)用服務(wù)位置，與數(shù)據(jù)庫存儲位置；· Data 部分-群組的會話參數(shù)；-群組的授權(quán)等；當(dāng)定制了基于群組的GroupContext后，該系統(tǒng)內(nèi)基于群組進行操作的所有 AppBean都會用 GroupContext 作為 AppBean 的 <C> 參數(shù)，如-設(shè)置群組名稱；-更新群組權(quán)限；-獲取群離線消息等。應(yīng)用元數(shù)據(jù)標(biāo)注運行與本實用新型所示的平臺系統(tǒng)上的一個應(yīng)用服務(wù)可能會包含如下的元數(shù)據(jù)標(biāo)注1. AppName (應(yīng)用服務(wù)的名字和分類名)·聲明AppBean的名字以及分類名；-OAppName (category = 〃 Core" ,name=" AddBuddy")這里@ΧΧΧ為Java語言對程序元數(shù)據(jù)的標(biāo)注?！?Category :name 全局唯一；· Category 可以用于 AppBean 的分類；-方便運維人員進行配置與分類；-在一個Category中，如果允許一個AppBean能夠被其他Category中的AppBean 訪問，必須將這個AppBean聲明成為公開或友好；· OPublic 0 允許所有的 AppBean 訪問；· iFriendlly( “Core，，)只允許指定 Category 訪問；· OFriendlly( "Core =AddBuddy")只允許指定應(yīng)用訪問；2. Stateful (應(yīng)用服務(wù)的狀態(tài)信息)iStatefulC Presence")·當(dāng)聲明一個AppBean為有狀態(tài)的，則此個AppBean可以將狀態(tài)保存在本機內(nèi)存中；·沒有標(biāo)注OStateful的應(yīng)用均視為無狀態(tài)應(yīng)用，禁止使用本機內(nèi)存進行狀態(tài)的保存； 如果一個Category 中的多個AppBean聲明的 Stateful 參數(shù)一樣(“Presence”)，則這個幾個AppBean啟動到一個進程中，并且不允許單獨熱更新；· iStateful的應(yīng)用在熱更新的時候會丟失狀態(tài)，所以盡量用memcache方式去代替，建議僅在某些性能要求很高的領(lǐng)域啟動；·當(dāng)某個AppBean被聲明為Stateful時，針對這個AppBean的訪問會采用這個 AppBean的AppContext綁定的一致性Hash的方式進行路由；3. BeforeHandler (前置業(yè)務(wù)處理項)·在某個AppBean接管控制之前優(yōu)先處理前置業(yè)務(wù)，比如配額判斷，日志記錄，安全審核等；·這個Handler可以中斷業(yè)務(wù)的運行，修改業(yè)務(wù)的入口參數(shù)，可以異步處理；iBeforeHandler (type = SecurityQuotaHandler. class, params = (“AddBuddy "))；·實現(xiàn)一個 BeforeHandler 需要實現(xiàn) emoteAppBeanHandler < A, R, C >接口 ；-void run (RemoteAppHandlerTx < A, R, C > tx)；4. AfterHandler (后置業(yè)務(wù)處理項)·可以指定在業(yè)務(wù)成功后進行處理，或失敗后進行，或不管成功失敗都進行；OAfterHandler (type = OperationLogHandler. class,result = OpResults. All, params = (〃 AddBuddy ‘‘))；· Handler能夠拿到完整的請求參數(shù)，及應(yīng)用在context中添加的上下文數(shù)據(jù)；· Handler的處理結(jié)果不會再影響到AppBean的返回結(jié)果·實現(xiàn)方法與B eforeHandler相同。5.HttpPrefix (HTTP 前綴，只針對 HttpAppBean)·用于標(biāo)注一個HttpAppBean處理的Http請求范圍；.^niOHttpPrefixr /login, do");-表示該HttpAppBean處理以login, do為起始的http請求。Message Name (事件名稱，只針對 MessageAppBean)·用于標(biāo)注一個MessageAppBean的名稱；·如@Message Name6. ContextLoader (加載應(yīng)用服務(wù)上下文信息)·用于標(biāo)注一個AppBean如何加載AppContext 如@ContextLoader (name = 〃 CookieParser〃 )-表示通過名為CookieParser的程序去處理處理Context；-CookieParser程序內(nèi)置在Proxy當(dāng)中，通過處理HttpRequest中的Cookie字段去加載用戶相關(guān)信息。前面介紹了基于AppBean的應(yīng)用服務(wù)開發(fā)過程?？梢钥闯鲈诒緦嵱眯滦椭袘?yīng)用服務(wù)開發(fā)的最小粒度為AppBean。接下來介紹開發(fā)完成的應(yīng)用服務(wù)如何在應(yīng)用服務(wù)系統(tǒng)平臺上部署以及運行的過程。前面提到應(yīng)用服務(wù)系統(tǒng)平臺中的服務(wù)器集群中的應(yīng)用服務(wù)器可以分成多個組，一個應(yīng)用服務(wù)可以部署在一組應(yīng)用服務(wù)器上，因此首先介紹一下本實用新型中的應(yīng)用服務(wù)器的分組配置情況。在本實用新型中，能夠運行應(yīng)用服務(wù)的應(yīng)用服務(wù)器需要在全局統(tǒng)一配置，具體來說在中心服務(wù)上配置全局的應(yīng)用服務(wù)器列表和應(yīng)用服務(wù)器分組列表。應(yīng)用服務(wù)器列表如表1所示
權(quán)利要求1.一種應(yīng)用服務(wù)平臺系統(tǒng)，其特征在于，該系統(tǒng)包括代理服務(wù)器、由多個應(yīng)用服務(wù)器組成的應(yīng)用服務(wù)器集群、中心服務(wù)器和資源服務(wù)器，其中所述多個應(yīng)用服務(wù)器之間通過集群連接方式構(gòu)成應(yīng)用服務(wù)器集群； 各代理服務(wù)器和所述應(yīng)用服務(wù)器集群分別與中心服務(wù)器相連接； 各代理服務(wù)器和各資源服務(wù)器分別與服務(wù)器集群相連接。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述多個代理服務(wù)器包括超文本傳輸協(xié)議HT TP代理服務(wù)器、初始會話SIP代理服務(wù)器和短信系統(tǒng)SMS代理服務(wù)器；所述資源服務(wù)器包括數(shù)據(jù)庫服務(wù)器、文件服務(wù)器和內(nèi)存對象緩沖服務(wù)器。
專利摘要本實用新型公開了一種應(yīng)用服務(wù)平臺系統(tǒng)。所述系統(tǒng)包括代理服務(wù)器、由多個應(yīng)用服務(wù)器組成的應(yīng)用服務(wù)器集群、中心服務(wù)器和資源服務(wù)器，其中所述多個應(yīng)用服務(wù)器之間通過集群連接方式構(gòu)成應(yīng)用服務(wù)器集群；各代理服務(wù)器和所述應(yīng)用服務(wù)器集群分別與中心服務(wù)器相連接；各代理服務(wù)器和各資源服務(wù)器分別與服務(wù)器集群相連接。本實用新型的技術(shù)方案降低了應(yīng)用開發(fā)的難度，提高了部署的靈活性并降低了部署的難度。
文檔編號H04L29/06GK202077062SQ201120114489
公開日2011年12月14日 申請日期2011年4月18日 優(yōu)先權(quán)日2011年4月18日
發(fā)明者高磊 申請人:北京新媒傳信科技有限公司