基于開(kāi)源REST架構(gòu)的水利信息服務(wù)平臺(tái)關(guān)鍵技術(shù)研究

張學(xué)寶，白 丹

（西安理工大學(xué) 水利水電學(xué)院，西安 710048）

目前，我國(guó)各水利主管部門(mén)在信息化建設(shè)中多采用試點(diǎn)分批建設(shè)模式，缺乏統(tǒng)一的系統(tǒng)規(guī)劃、軟件架構(gòu)和技術(shù)標(biāo)準(zhǔn)，導(dǎo)致系統(tǒng)后期難以擴(kuò)展和維護(hù)，信息共享和交換困難，系統(tǒng)的孤立性越來(lái)越突出。這些問(wèn)題經(jīng)過(guò)長(zhǎng)期的積累，業(yè)務(wù)系統(tǒng)便成為了一個(gè)個(gè)“信息孤島”[1,2]。如何消除系統(tǒng)之間的壁壘，實(shí)現(xiàn)水利業(yè)務(wù)系統(tǒng)的集成、數(shù)據(jù)交換、信息共享以及輔助決策將變得越來(lái)越重要[3-5]。為有效解決這個(gè)問(wèn)題，水利部門(mén)需建立一個(gè)靈活的、易于擴(kuò)展和遵循一致系統(tǒng)標(biāo)準(zhǔn)的應(yīng)用架構(gòu)。它既可以兼容現(xiàn)有的應(yīng)用，又能夠滿足未來(lái)新的需求，實(shí)現(xiàn)水利業(yè)務(wù)的高度集成，使得基于不同GIS平臺(tái)、不同硬件環(huán)境、不同語(yǔ)言實(shí)現(xiàn)的業(yè)務(wù)系統(tǒng)都能夠很好的進(jìn)行信息交換，讓系統(tǒng)更具彈性，能更快響應(yīng)業(yè)務(wù)需求變化[6]。

正是在這種需求之下，SOA（Service-Oriented Architecture，面向服務(wù)架構(gòu)）應(yīng)運(yùn)而生。SOA是一種適用于分布式、變化環(huán)境的體系架構(gòu)。它首先將系統(tǒng)功能定義為服務(wù)，服務(wù)之間通過(guò)中立的接口形式進(jìn)行交互。接口獨(dú)立于實(shí)現(xiàn)細(xì)節(jié)，便于異構(gòu)分布式系統(tǒng)基于通用標(biāo)準(zhǔn)進(jìn)行信息交換，它能夠消除信息共享的瓶頸[7,8]?；赟OA架構(gòu)的水利GIS系統(tǒng)主要針對(duì)傳統(tǒng)組件式模型以及分布式對(duì)象模型（如DCOM、EJB、CORBA等）的不足，將Web上的數(shù)據(jù)資源和業(yè)務(wù)功能以數(shù)據(jù)服務(wù)和功能服務(wù)的形式加以發(fā)布和共享，以實(shí)現(xiàn)異構(gòu)平臺(tái)互操作。研究發(fā)現(xiàn)，基于SOAP、WSDL和WS-*規(guī)范的Web服務(wù)是實(shí)現(xiàn)SOA架構(gòu)的標(biāo)準(zhǔn)技術(shù)，但是，水利信息服務(wù)是一種基于GIS技術(shù)的空間信息服務(wù)，傳統(tǒng)基于SOAP協(xié)議的 Web服務(wù)技術(shù)并不能很好地支持水利GIS空間信息服務(wù)，它具有如下局限性：

1）SOAP協(xié)議棧問(wèn)題。GIS數(shù)據(jù)與結(jié)構(gòu)化數(shù)據(jù)具有很大的不同，比如具有空間參考、空間索引、海量存儲(chǔ)等特點(diǎn)，傳統(tǒng)的基于協(xié)議棧設(shè)計(jì)并不符合GIS[9]。

2）采用XML-RPC模型。XML-RPC協(xié)議比較復(fù)雜，客戶(hù)端和服務(wù)器端須嚴(yán)格遵守WSDL接口標(biāo)準(zhǔn)，不滿足高內(nèi)聚、低耦合的設(shè)計(jì)要求，難以實(shí)現(xiàn)Web無(wú)縫擴(kuò)展[10]。

3）基于SOAP的Web服務(wù)依賴(lài)于接口標(biāo)準(zhǔn)，使得每個(gè)SOAP消息必須使用定制的方法原型，需要定義獨(dú)立的接口，這并不利于服務(wù)的互操作[11]。

4）基于SOAP的Web服務(wù)采用XML傳輸空間數(shù)據(jù)，存在大量數(shù)據(jù)冗余，不利于網(wǎng)絡(luò)傳輸。

考慮到SOA架構(gòu)技術(shù)是消除水利“信息孤島”的有效途徑之一，并且基于SOAP協(xié)議的Web服務(wù)技術(shù)不能有效支持空間信息服務(wù)，所以，采用何種架構(gòu)技術(shù)實(shí)現(xiàn)面向服務(wù)型的水利信息服務(wù)平臺(tái)是一個(gè)值得研究的課題。

1 REST架構(gòu)

REST（Representational State Tran-sfer，表述性狀態(tài)轉(zhuǎn)移）的提出，為構(gòu)建水利信息服務(wù)平臺(tái)帶來(lái)了契機(jī)。REST是一個(gè)軟件架構(gòu)風(fēng)格，也是一系列原則組成的Web約束。它以服務(wù)器上具有唯一的標(biāo)識(shí)符URI（Uniform Resource Identifier，統(tǒng)一資源描述符）作為出發(fā)點(diǎn)，URI的形式代表了資源的訪問(wèn)接口，客戶(hù)端可以使用HTTP協(xié)議的幾個(gè)標(biāo)準(zhǔn)方法（GET、POST、PUT、DELETE）訪問(wèn)和操作服務(wù)器上的資源?；赗EST架構(gòu)風(fēng)格的Web服務(wù)完全根據(jù)HTTP、XML、JSON等標(biāo)準(zhǔn)構(gòu)建，并通過(guò)URI操作服務(wù)器上的資源，易于實(shí)現(xiàn)跨平臺(tái)、跨語(yǔ)言集成以及支持空間數(shù)據(jù)表述。REST目前已經(jīng)成功應(yīng)用到了Web服務(wù)開(kāi)發(fā)和企業(yè)信息集成領(lǐng)域。其實(shí)，包括IT界巨頭Yahoo、Google、Amazon等Web2.0公司都采用了 REST 架構(gòu)技術(shù)，他們都放棄了傳統(tǒng)的Web服務(wù)技術(shù)。Web服務(wù)是實(shí)現(xiàn)SOA架構(gòu)的主要方法，然而，基于REST風(fēng)格的Web服務(wù)構(gòu)建卻非常簡(jiǎn)單，并支持空間數(shù)據(jù)表述。因此，實(shí)現(xiàn)水利信息服務(wù)的關(guān)鍵是實(shí)現(xiàn)基于REST架構(gòu)的空間信息服務(wù)。目前已經(jīng)有大量開(kāi)發(fā)框架支持REST開(kāi)發(fā)，如Jersey、WCF REST等。

目前，研究基于REST架構(gòu)風(fēng)格的Web服務(wù)技術(shù)在水利信息服務(wù)領(lǐng)域的應(yīng)用還很少。因此，本文主要探討基于REST的“輕量級(jí)”Web服務(wù)技術(shù)在水利信息服務(wù)平臺(tái)設(shè)計(jì)與實(shí)現(xiàn)中的應(yīng)用，設(shè)計(jì)基于REST架構(gòu)的水利信息服務(wù)平臺(tái)，并研究該服務(wù)平臺(tái)實(shí)現(xiàn)的關(guān)鍵技術(shù)。

REST架構(gòu)原則[12]：

1）為所有資源定義ID。在REST架構(gòu)中所有服務(wù)器資源都必須是可標(biāo)識(shí)的，都應(yīng)該有一個(gè)明確和不同的URI。如：http://www.hydro.com/water/map表示一張水系地圖。

2）將所有事物鏈接起來(lái)。REST可以通過(guò)鏈接的形式實(shí)現(xiàn)信息導(dǎo)航，例如下面這個(gè)XML表述：

基于鏈接的設(shè)計(jì)，使得客戶(hù)端能夠通過(guò)鏈接，將應(yīng)用從一個(gè)狀態(tài)改變?yōu)榱硪粋€(gè)狀態(tài)，即狀態(tài)轉(zhuǎn)移。

3）使用HTTP標(biāo)準(zhǔn)方法。服務(wù)器上資源的接口可以定義如下：

只要服務(wù)器上所有的資源都實(shí)現(xiàn)該接口，它們都將支持HTTP標(biāo)準(zhǔn)的幾個(gè)方法。可以使用get方法檢索一個(gè)表述，即對(duì)資源的描述。

4）資源的多重表述。對(duì)同樣一個(gè)資源可以有多種表述形式，如HTML、JSON、XML、Image等，易于異構(gòu)平臺(tái)實(shí)現(xiàn)信息共享。

5）無(wú)狀態(tài)。無(wú)狀態(tài)指的是在服務(wù)器端不保持客戶(hù)端的操作狀態(tài)，比如使用Session保存狀態(tài)信息，使得客戶(hù)端不依賴(lài)于同一個(gè)服務(wù)器，這一點(diǎn)非常易于實(shí)現(xiàn)集群部署。

2 設(shè)計(jì)思想

依據(jù)REST架構(gòu)原則以及軟件設(shè)計(jì)方法，設(shè)計(jì)思路如下：

1）首先，實(shí)現(xiàn)各種基礎(chǔ)組件，如緩存切片引擎組件、業(yè)務(wù)模型組件、水文分析組件和GIS引擎組件。其中，GIS引擎借助開(kāi)源GIS項(xiàng)目，實(shí)現(xiàn)對(duì)底層基礎(chǔ)地理和水利專(zhuān)題數(shù)據(jù)的訪問(wèn)支持，并提供投影變換、拓?fù)溥\(yùn)算、空間查詢(xún)、空間分析、數(shù)據(jù)可視化和地圖制圖等基本功能。

2）在基礎(chǔ)組件之上設(shè)計(jì)和實(shí)現(xiàn)各類(lèi)服務(wù)，如地圖服務(wù)Map Server、幾何服務(wù)GeometryServer、要素服務(wù)FeatureServer、水文服務(wù)HydroServer、緩存切片服務(wù)TiledServer、業(yè)務(wù)服務(wù)BusinessServer等。其中，地圖服務(wù)主要實(shí)現(xiàn)地圖瀏覽、空間查詢(xún)、符號(hào)化和制圖功能；幾何服務(wù)主要實(shí)現(xiàn)各種幾何運(yùn)算，如幾何求交、空間包含等；要素服務(wù)主要實(shí)現(xiàn)支持OGC SFS規(guī)范要素的更新和刪除操作；水文服務(wù)主要實(shí)現(xiàn)等值面、等值線生成等服務(wù)；緩存切片服務(wù)主要實(shí)現(xiàn)地圖緩存切片的讀取和顯示功能；業(yè)務(wù)服務(wù)主要支持業(yè)務(wù)功能原型。

3）提供這些服務(wù)對(duì)象的調(diào)度、管理、日志、安全和聚合等功能，如設(shè)計(jì)服務(wù)實(shí)例管理器，實(shí)現(xiàn)對(duì)各種服務(wù)的統(tǒng)一管理，如創(chuàng)建、啟動(dòng)、停止、刪除、檢索等。

4）REST服務(wù)接口層設(shè)計(jì)，將第2步中設(shè)計(jì)的各種服務(wù)對(duì)象按照REST架構(gòu)風(fēng)格進(jìn)行封裝，并以REST接口形式對(duì)外提供服務(wù)，服務(wù)協(xié)議遵循HTTP規(guī)范，交換信息以JSON、XML、HTML和Image等格式為準(zhǔn)。

5）提供多種客戶(hù)端開(kāi)發(fā)API，如Flex API、Silverligth API和Javascript API等。

2.1 分層體系架構(gòu)設(shè)計(jì)

分層是最主要的一種軟件設(shè)計(jì)方法，依此，筆者設(shè)計(jì)了基于REST架構(gòu)風(fēng)格的多層水利信息服務(wù)平臺(tái)，如圖1所示。

圖1 水利信息服務(wù)平臺(tái)分層體系架構(gòu)

平臺(tái)從底向上主要?jiǎng)澐至巳缦聨讉€(gè)層次：

1）數(shù)據(jù)源層主要存儲(chǔ)了水利各種空間和非空間數(shù)據(jù)，如水利基礎(chǔ)地理數(shù)據(jù)、水利專(zhuān)題和業(yè)務(wù)數(shù)據(jù)。

2）組件層是平臺(tái)的核心層，主要實(shí)現(xiàn)各類(lèi)基礎(chǔ)組件，如緩存切片引擎、GIS引擎、業(yè)務(wù)組件模型和水文分析等。

3）服務(wù)對(duì)象層是核心層的封裝，它的粒度往往要大于組件層粒度，提供的接口也更易于使用，接口參數(shù)大都設(shè)計(jì)為支持可序列化操作的對(duì)象。該層設(shè)計(jì)和實(shí)現(xiàn)的好壞將大大影響平臺(tái)的性能、安全和穩(wěn)定。為了支持高并發(fā)用戶(hù)訪問(wèn)，平臺(tái)提供的各種服務(wù)必須是可池化的，這就要求平臺(tái)需提供一個(gè)支持池化的機(jī)制來(lái)實(shí)現(xiàn)對(duì)服務(wù)的托管運(yùn)行，當(dāng)用戶(hù)請(qǐng)求經(jīng)過(guò)Web容器調(diào)度到達(dá)該層時(shí)，由服務(wù)實(shí)例管理器從池中取出一個(gè)空閑服務(wù)對(duì)象處理該請(qǐng)求，請(qǐng)求處理完畢后，自動(dòng)將該實(shí)例返回池中；當(dāng)池中沒(méi)有空閑對(duì)象時(shí)，用戶(hù)請(qǐng)求線程將會(huì)等待，直到有空閑對(duì)象或者超時(shí)結(jié)束。此外，服務(wù)對(duì)象對(duì)外提供的服務(wù)必須是經(jīng)過(guò)身份認(rèn)證的，未經(jīng)授權(quán)的用戶(hù)是不允許訪問(wèn)服務(wù)的。

4）REST服務(wù)接口層主要依據(jù)一致和簡(jiǎn)約的標(biāo)準(zhǔn)，以REST的形式對(duì)外提供各種服務(wù)對(duì)象的方法。該層主要為客戶(hù)端API設(shè)計(jì)，是客戶(hù)端程序和平臺(tái)交互的唯一入口。

2.2 彈性云服務(wù)

水利信息服務(wù)平臺(tái)主要面向網(wǎng)絡(luò)用戶(hù)提供水利空間信息服務(wù)，因此，平臺(tái)必須支持高并發(fā)用戶(hù)訪問(wèn)和支持高可擴(kuò)展。以往的平臺(tái)在支持高并發(fā)用戶(hù)訪問(wèn)時(shí)，大都采用集群技術(shù)，即通過(guò)在兩臺(tái)或者多臺(tái)物理機(jī)器上部署平臺(tái)的物理拷貝，并通過(guò)集群軟件或者硬件實(shí)現(xiàn)負(fù)載均衡和容災(zāi)處理，以支持多用戶(hù)不間斷并發(fā)訪問(wèn)。這種技術(shù)將逐漸被虛擬化技術(shù)和云計(jì)算技術(shù)代替。我們知道，判斷云計(jì)算技術(shù)的一個(gè)原則就是是否支持彈性服務(wù)，所謂彈性服務(wù)就是根據(jù)用戶(hù)請(qǐng)求量能夠動(dòng)態(tài)伸縮的服務(wù)。云計(jì)算平臺(tái)提供了強(qiáng)大的資源池，這些資源主要以服務(wù)形式提供，如CPU、內(nèi)存、存儲(chǔ)和網(wǎng)絡(luò)資源，但對(duì)于一個(gè)水利信息服務(wù)平臺(tái)而言，它提供的服務(wù)還包括緩存切片服務(wù)、水文分析服務(wù)、水利專(zhuān)題制圖服務(wù)、空間信息查詢(xún)服務(wù)等。

為了使得水利信息服務(wù)平臺(tái)支持彈性云計(jì)算，其必須具有自我感知能力，這也是一種自我診斷的能力。當(dāng)大量用戶(hù)訪問(wèn)水利信息服務(wù)時(shí)，它會(huì)觸發(fā)系統(tǒng)預(yù)先設(shè)定的各種規(guī)則，進(jìn)而，平臺(tái)會(huì)自動(dòng)調(diào)用云操作系統(tǒng)Cloud API創(chuàng)建預(yù)先安裝該軟件的虛擬機(jī)，并自動(dòng)構(gòu)建整個(gè)集群環(huán)境，整個(gè)過(guò)程不需要人的任何干預(yù)。圖2顯示了支持彈性云服務(wù)的技術(shù)架構(gòu)，在這個(gè)云環(huán)境中，控制服務(wù)器提供了云操作API，如創(chuàng)建、啟動(dòng)、停止、刪除虛擬機(jī)等。圖2假定了在每臺(tái)物理服務(wù)器中部署了4個(gè)虛擬機(jī)，每個(gè)虛擬機(jī)托管運(yùn)行1個(gè)水利信息服務(wù)平臺(tái)，平臺(tái)通過(guò)服務(wù)監(jiān)控模塊實(shí)現(xiàn)對(duì)各種服務(wù)的監(jiān)控和記錄，當(dāng)客戶(hù)請(qǐng)求達(dá)到預(yù)先設(shè)定的規(guī)則時(shí)，監(jiān)控引擎將自動(dòng)執(zhí)行預(yù)先裝載的規(guī)則，調(diào)用云操作系統(tǒng)API，以實(shí)現(xiàn)對(duì)虛擬機(jī)的管理。整個(gè)過(guò)程演示了水利信息服務(wù)平臺(tái)的自我彈性伸縮管理。

圖2 彈性云服務(wù)技術(shù)架構(gòu)

3 平臺(tái)關(guān)鍵技術(shù)

水利信息服務(wù)平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)是一個(gè)龐大的系統(tǒng)工程，牽涉的技術(shù)非常多，如基礎(chǔ)組件層的設(shè)計(jì)、服務(wù)對(duì)象層的設(shè)計(jì)，服務(wù)聚合層設(shè)計(jì)、服務(wù)管理層設(shè)計(jì)等。本文重點(diǎn)論述服務(wù)對(duì)象層、服務(wù)管理層和服務(wù)聚合層設(shè)計(jì)等關(guān)鍵技術(shù)。

3.1 服務(wù)對(duì)象及REST接口設(shè)計(jì)

服務(wù)對(duì)象又叫服務(wù)實(shí)例，主要對(duì)服務(wù)接口層負(fù)責(zé)。服務(wù)對(duì)象的實(shí)現(xiàn)是相當(dāng)?shù)讓拥腉IS操作，如訪問(wèn)空間數(shù)據(jù)庫(kù)、執(zhí)行空間查詢(xún)、進(jìn)行拓?fù)溥\(yùn)算和柵格分析以及制圖可視化等。它們的實(shí)現(xiàn)可以依靠開(kāi)源GIS項(xiàng)目，如GeoTools、GDALOGR、SharpMap等，在這些開(kāi)源GIS類(lèi)庫(kù)基礎(chǔ)上，通過(guò)適當(dāng)粒度的組合、封裝、擴(kuò)展，構(gòu)建服務(wù)組件。服務(wù)接口層依賴(lài)服務(wù)對(duì)象層。表1列出了平臺(tái)設(shè)計(jì)的服務(wù)對(duì)象及其主要REST接口。

表1 服務(wù)實(shí)例及其主要REST接口

3.2 池化服務(wù)管理

池化服務(wù)管理主要提供了對(duì)服務(wù)實(shí)例的管理功能，如啟動(dòng)、停止、刪除、查詢(xún)和目錄等。在服務(wù)管理層內(nèi)部需要設(shè)計(jì)權(quán)限機(jī)制與池化服務(wù)管理機(jī)制。

權(quán)限機(jī)制采用基于角色-服務(wù)-操作的授權(quán)機(jī)制，它的基本元素為用戶(hù)、角色、服務(wù)以及服務(wù)的操作。平臺(tái)規(guī)定：一個(gè)用戶(hù)必須屬于一個(gè)或者多個(gè)角色，每個(gè)角色都授予了可訪問(wèn)的服務(wù)以及它支持的服務(wù)接口?；谶@種粒度設(shè)計(jì)的服務(wù)安全體系可以顯著提高系統(tǒng)的靈活性，比單純基于角色-服務(wù)的安全體系要更強(qiáng)大。

池化機(jī)制是水利信息服務(wù)平臺(tái)核心技術(shù)之一。服務(wù)管理層會(huì)在內(nèi)部為每個(gè)服務(wù)提供一個(gè)服務(wù)池，在該池中會(huì)預(yù)先創(chuàng)建指定數(shù)目的服務(wù)實(shí)例。當(dāng)用戶(hù)訪問(wèn)某個(gè)實(shí)例時(shí)，服務(wù)管理器會(huì)從該服務(wù)對(duì)應(yīng)的池中找到一個(gè)空閑的實(shí)例返回給REST層，當(dāng)REST層處理完畢后，會(huì)將該實(shí)例返回資源池中以重復(fù)利用。這種機(jī)制顯著提高了系統(tǒng)的性能，并在高并發(fā)用戶(hù)訪問(wèn)情況下具有極大的優(yōu)勢(shì)。

3.3 彈性空間信息服務(wù)聚合

彈性空間信息服務(wù)聚合指動(dòng)態(tài)對(duì)兩個(gè)或者多個(gè)空間信息服務(wù)的疊加、組合，通過(guò)對(duì)服務(wù)實(shí)例的彈性調(diào)整，產(chǎn)生新的服務(wù)。聚合從實(shí)現(xiàn)層面來(lái)看，主要有兩種，一種是客戶(hù)端聚合，也叫Mashup；另一種是服務(wù)器端聚合，稱(chēng)之為Aggregator。關(guān)于客戶(hù)端聚合技術(shù)（Mashup）已經(jīng)有很多文獻(xiàn)加以討論[13]，本文重點(diǎn)分析服務(wù)器端聚合?？紤]這樣一種情形，不同行政級(jí)別的水利用戶(hù)單位可能會(huì)搭建各自獨(dú)立的水利信息服務(wù)平臺(tái)，每個(gè)平臺(tái)托管了本行政級(jí)別下水利專(zhuān)題空間信息服務(wù)，當(dāng)用戶(hù)想獲取某個(gè)服務(wù)時(shí)，可能該服務(wù)在任何級(jí)別的平臺(tái)中都沒(méi)有直接發(fā)布，然而，它卻可以通過(guò)對(duì)現(xiàn)有多級(jí)平臺(tái)多類(lèi)型服務(wù)進(jìn)行適當(dāng)?shù)木幣?、組合和配置，就能衍生出來(lái)。因此不同類(lèi)型、不同空間范圍的服務(wù)聚合是一個(gè)平臺(tái)必須考慮的問(wèn)題，也是一個(gè)值得深入研究的課題。

為了有效實(shí)現(xiàn)彈性服務(wù)聚合功能，本文首先將其分拆為三個(gè)組成部分：

1）被聚合的服務(wù)，也就是具體的服務(wù)提供者或者服務(wù)處理者；

2）彈性聚合器，提供聚合邏輯，如服務(wù)疊加、編排、組合、檢索等；

3）聚合后的服務(wù)，新產(chǎn)生的服務(wù)，包括它的類(lèi)型和接口。

圖3所示為筆者設(shè)計(jì)的服務(wù)聚合技術(shù)架構(gòu)，從下向上依次為服務(wù)處理器（也叫服務(wù)提供者），提供具體的GIS功能服務(wù)；服務(wù)聚合處理器，實(shí)現(xiàn)對(duì)多個(gè)服務(wù)處理器的配置、編排，從而產(chǎn)生新的服務(wù)；彈性聚合管理器，集成了監(jiān)控、安全、緩存、規(guī)則引擎、池化等多種技術(shù)，提供聚合服務(wù)的彈性管理功能，如日志、彈性調(diào)整、檢索、刪除、啟動(dòng)、停止等；服務(wù)接口層，基于REST或者OGC標(biāo)準(zhǔn)，對(duì)聚合后的服務(wù)以統(tǒng)一接口標(biāo)準(zhǔn)形式提供。

圖3 彈性服務(wù)聚合技術(shù)架構(gòu)

4 結(jié)語(yǔ)

SOA是一種企業(yè)級(jí)系統(tǒng)設(shè)計(jì)的成熟技術(shù)，基于統(tǒng)一的接口標(biāo)準(zhǔn)，能夠有效降低客戶(hù)端對(duì)服務(wù)器的理解，易于實(shí)現(xiàn)跨平臺(tái)服務(wù)互操作以及對(duì)原有企業(yè)系統(tǒng)進(jìn)行整合和信息共享。REST是一種遵循一定原則的軟件架構(gòu)風(fēng)格，它能顯著降低面向服務(wù)系統(tǒng)架構(gòu)設(shè)計(jì)的復(fù)雜性。本文研究了基于REST架構(gòu)風(fēng)格的水利信息服務(wù)平臺(tái)設(shè)計(jì)思路、框架以及關(guān)鍵技術(shù)。隨著云計(jì)算技術(shù)推廣應(yīng)用，必然要求構(gòu)建于云計(jì)算平臺(tái)上的軟件需要支持云架構(gòu)，所提出的服務(wù)彈性調(diào)整方法以及基于多層的REST體系架構(gòu)能夠有效利用云端資源，實(shí)現(xiàn)自我彈性調(diào)整，實(shí)現(xiàn)真正的Paas(Platform as a service，平臺(tái)即服務(wù))。

[1]LI Jianxin, ZHANG Rui. Design and Applicati-on of Software Architecture Based On SOA in the Water Resources Field[C]//Haihe River Water Conservancy Commission, 2009 : 202-211.

[2]馬增輝, 解建倉(cāng), 張永進(jìn), 等. 基于SOA的水利構(gòu)件研究[J]. 西安理工大學(xué)學(xué)報(bào), 2008, 24(4): 415-420.

[3]Los Alamitos. Clements PC From Subroutines to Subsystems: Component-based Software Development Component-Based Software Engineering: Selected from the Software Engineering Institude[C] //CA: IEEE Computer Society Press. USA, 1996: 3-6.

[4]Demers F, Malenfant J. Reflection in Logic, Functional and Object-Oriented Programming, A Short Comparative Study[C] //Proceedings of the IJCAI' 95 Workshop on Refl ection and Meta level Architectures and their Applications in AI, Montr' s eal, Canda, 1995: 29-38.

[5]Clemens S, Dominik G, Stephan M. Component-Software:Beyond Object-Oriented Programming[M]. USA: Pearson Education Limited, 2003: 301-320.

[6]林懷恭, 聶瑞華, 羅輝瓊. 基于SOA架構(gòu)的服務(wù)集成技術(shù)的研究[J]. 計(jì)算機(jī)技術(shù)與發(fā)展, 2009, 19(7): 141-143.

[7]毛新生. SOA原理·方法·實(shí)踐[M]. 北京: 電子工業(yè)出版社, 2007.

[8]郭文越, 陳虹, 劉萬(wàn)軍. 基于SOA的數(shù)據(jù)共享與交換平臺(tái)[J]. 計(jì)算機(jī)工程, 2010, 36(19): 280-282.

[9]姚鶴嶺. GIS Web服務(wù)研究[M]. 鄭州: 黃河水利出版社,2007.

[10]許卓明, 栗明, 董逸生. 基于RPC和基于REST的web服務(wù)交互模型比較分析[J]. 計(jì)算機(jī)工程, 2003, 29(20): 6-8.

[11]詹騫. 基于AJAX_REST的GIS Web服務(wù)研究與實(shí)現(xiàn)[D].北京: 中國(guó)地質(zhì)大學(xué)信息工程學(xué)院, 2008.

[12]Roy Thomas Fidding. 架構(gòu)風(fēng)格與基于網(wǎng)絡(luò)的軟件架構(gòu)設(shè)計(jì)[DB/OL]. http://www.redsaga.com/opendoc/REST_cn.pdf, 2007.

[13]秦靈伶, 王文東, 賈霞. Mashup技術(shù)及其發(fā)展趨勢(shì)[J].電信科學(xué), 2009(9): 80-86.