數(shù)據(jù)庫網(wǎng)格計算

數(shù)據(jù)庫網(wǎng)格計算2023/6/101第一頁，共五十九頁，編輯于2023年，星期三第1章：網(wǎng)格概述網(wǎng)格的特征網(wǎng)格的最初定義及其他多種定義

與網(wǎng)格有關的標準及組織網(wǎng)格的體系結(jié)構(gòu)2023/6/102第二頁，共五十九頁，編輯于2023年，星期三第2章OGSA和WSRF本章學習目的：OGSA是什么，在網(wǎng)格中它扮演什么角色；開放網(wǎng)格服務基礎設施OGSI（OpenGridServicesInfrastructure）是什么；Web服務技術是什么；構(gòu)成客戶機/服務器應用的傳統(tǒng)范例；WSRF是什么；WSRF對OGSA和OGSI有什么影響作用。2023/6/103第三頁，共五十九頁，編輯于2023年，星期三2.1引言本章內(nèi)容的安排2.1引言2.2分布式計算的傳統(tǒng)范例2.3Web服務2.4OGSA2.5Globus工具箱3（GT3）2.6OGSA-DAI2.7WSRF2.8本章小結(jié)2.9進一步的閱讀和測試2023/6/104第四頁，共五十九頁，編輯于2023年，星期三2.2分布式計算的傳統(tǒng)范例2023/6/105第五頁，共五十九頁，編輯于2023年，星期三套接字編程RPC圖RPC應用中的數(shù)據(jù)流控制RPC實現(xiàn)和運行客戶機/服務器應用的步驟是：用RPCIDL編寫RPC接口程序；使用RPC編譯器編譯接口程序生成客戶機端占位程序和服務器端骨架程序；實現(xiàn)服務器；實現(xiàn)客戶機；調(diào)用RPC庫編譯所有代碼；啟動服務器；啟動帶有服務器IP地址的客戶機。2023/6/106第六頁，共五十九頁，編輯于2023年，星期三JavaRMI圖JavaRMI應用中的數(shù)據(jù)流控制實現(xiàn)和運行JavaRMI客戶機/服務器應用的步驟是：編寫RMI接口程序；編寫去實現(xiàn)接口的RMI對象；用RMI編譯器（rmic）編譯RMI對象，生成客戶機端占位程序和服務器端骨架程序；編寫RMI服務器，用于注冊RMI對象；編寫RMI客戶機；用Java編譯器（Javac）去編譯所有Java源代碼；啟動RMI名字服務器（rmiregistry）；啟動RMI服務器；啟動RMI客戶機。2023/6/107第七頁，共五十九頁，編輯于2023年，星期三DCOM實現(xiàn)和運行DCOM客戶/服務器應用的步驟是：編寫MIDL接口程序；用接口編譯器（Midl）編譯接口程序，生成客戶端占位程序和服務器端骨架程序；編寫COM組件去實現(xiàn)接口；編寫DCOM客戶端；編譯所有的代碼；向DCOM服務器注冊COM組件；啟動DCOM服務器；啟動DCOM客戶機。2023/6/108第八頁，共五十九頁，編輯于2023年，星期三

CORBA運行CORBA客戶機/服務器應用的步驟是：編寫CORBAIDL接口程序；用IDL編譯器編譯接口程序，生成客戶端占位程序和服務器骨架程序；編寫CORBA對象去實現(xiàn)接口；編寫CORBA服務器去注冊CORBA對象；編寫CORBA客戶機；編譯所有的源代碼；啟動CORBA名字服務器；啟動CORBA服務器；啟動CORBA客戶機。2023/6/109第九頁，共五十九頁，編輯于2023年，星期三JavaRMI、DCOM和CORBA小結(jié)不同特點：在特定實現(xiàn)和特征方面有所不同公共特點：需要接口來喚醒遠程對象或組件。對用戶隱藏低級通信的復雜性，通過接口定義自動生成客戶機端占位程序和服務器端骨架程序。它們使用專有的通信協(xié)議，例如，JavaRMI使用JRMP、DCOM使用ORPC、CORBA使用IIOP，去喚醒遠程對象或組件。接口定義是二進制格式，這對在接口上產(chǎn)生詢問的客戶機應用是困難的，例如尋找定義過什么種類的方法、每一種方法的輸入/輸出、以及怎樣更好的使用方法?？蛻艉蛯ο笈c它們的接口緊緊捆綁在一起，例如客戶機部分的變化意味著其他部分也要變化，例如服務器也需要修改。2023/6/1010第十頁，共五十九頁，編輯于2023年，星期三2.3Web服務Web服務的定義：

本質(zhì)上講，Web服務是松散耦合的（客戶機/服務器）、具有封裝性、與平臺和編程語言無關、提供能夠在內(nèi)部網(wǎng)絡和Internet上被描述、發(fā)布、發(fā)現(xiàn)和喚醒的服務器端合成組件。松散耦合：Web服務的實現(xiàn)的改變是自由的，只要服務接口保持不變，不會過度影響該服務的客戶端。封裝性：Web服務的實現(xiàn)對該服務的客戶端是完全不可見的。與平臺和編程語言無關：Web服務可以用任何語言實現(xiàn)、可以在任一平臺開發(fā)。合成：Web服務可以由一定數(shù)量的已部署的服務合成而成。服務器端組件：Web服務的安排范圍可從一個完整的應用到運行在服務器上的子例程調(diào)用。描述：基于XML接口，用于描述一個Web服務能夠提供的功能和能力。發(fā)布：Web服務可以用服務注冊號注冊，通過服務注冊號可以在Intranet和Internet上存取訪問。發(fā)現(xiàn)：Web服務客戶可以通過檢索服務注冊和匹配它們的服務請求來發(fā)現(xiàn)服務。喚醒：客戶可通過標準傳輸協(xié)議綁定一個Web服務，例如HTTP和FTP協(xié)議。內(nèi)部網(wǎng)或Internet：一種Web服務可嚴格限制在一個單位組織內(nèi)部可用，或者它能夠提供穿過防火墻的訪問，用于訪問連接到Internet的任何用戶。2023/6/1011第十一頁，共五十九頁，編輯于2023年，星期三2023/6/1012第十二頁，共五十九頁，編輯于2023年，星期三

SOAPSOAP是簡單的、輕量級的通信協(xié)議，用于客戶機和服務器之間以XML格式在傳輸層協(xié)議之上交換報文，通常是采用HTTP協(xié)議。

圖2.7SOAP報文的結(jié)構(gòu)2023/6/1013第十三頁，共五十九頁，編輯于2023年，星期三WSDL數(shù)據(jù)類型數(shù)據(jù)類型部分包括與報文交換有關的數(shù)據(jù)類型定義。<message><message>元素定義服務中可操作的數(shù)據(jù)元素。每一個報文可以包含一個和多個部分。這些部分類似于在傳統(tǒng)編程語言中調(diào)用函數(shù)或方法的參數(shù)。<porttype><porttype>是WSDL文檔的核心部分。類似于Java接口或C++類，它定義服務提供的抽象操作集合。每一個操作使用在<message>元素中定義的報文，去描述它的輸入和輸出。<binding><binding>標識由特定的<porttype>定義的報文和操作的具體協(xié)議和數(shù)據(jù)格式。對給定的<porttype>可以有一個任意的綁定號數(shù)字，也就是一個綁定可以是基于文檔或使用RPC。在HTTP上的SOAP是最常用的在服務客戶和服務本身之間傳輸報文的機制。<port><port>通過指定一個單個地址的綁定，定義一個惟一的服務端點。<service><service>是一個相關端口的集合。圖2.8WSDL文檔結(jié)構(gòu)2023/6/1014第十四頁，共五十九頁，編輯于2023年，星期三UDDIUDDI是服務注冊（發(fā)布）和發(fā)現(xiàn)的工業(yè)標準。

UDDI中的數(shù)據(jù)可以用下列方法組織：白頁：包括有關服務提供者的一般信息，例如名字、聯(lián)系信息和其他標識。黃頁：這個信息使用分類（分類法）描述Web服務，并允許其他人基于分類（例如卡車制造廠或卡車銷售商）去發(fā)現(xiàn)Web服務。綠頁：綠頁包含有關Web服務的技術信息，通常具有對外的WSDL服務文檔說明書，使得客戶知道如何與該服務交互。

2023/6/1015第十五頁，共五十九頁，編輯于2023年，星期三WS-Inspection2023/6/1016第十六頁，共五十九頁，編輯于2023年，星期三圖2.10UDDI和WS-Inspection的服務發(fā)現(xiàn)WS-Inspection和UDDI2023/6/1017第十七頁，共五十九頁，編輯于2023年，星期三Web服務實現(xiàn)當使用Web服務時有三個方面需要考慮：編程模型規(guī)定如何編寫訪問Web服務的客戶代碼、如何編寫服務實現(xiàn)、如何去處理SOAP規(guī)范的其他部分，例如頭部和附加部分。開發(fā)模型是一個框架，用于部署一個服務并提供一個Web服務部署描述符（wsdd文件），來映射該服務的實現(xiàn)到SOAP報文。SOAP引擎接收SOAP報文并調(diào)用Web服務實現(xiàn)。實現(xiàn)Web服務應用的三個框架：J2EE、.Net和ApacheAxis。2023/6/1018第十八頁，共五十九頁，編輯于2023年，星期三J2EEJ2EE[21]是一個開發(fā)、建立和部署基于Java應用的標準。它能夠用于建立一個傳統(tǒng)的Web站點、軟件組件，或者數(shù)據(jù)包應用。

J2EE為Web服務提供下列應用編程接口API：支持XML處理的JavaAPI（JAXP），使用不同的分析算法處理XML文檔。支持XML綁定的Java體系結(jié)構(gòu)，使用方案驅(qū)動的JavaBean組件類去處理XML文檔。支持基于XMLRPC的JavaAPI（JAX-RPC），是RPC的標準。它提供XMLRPC調(diào)用API和使用基本級協(xié)議與SOAP/HTTP綁定，但是并不局限于HTTP。支持XML報文的JavaAPI（JAXM）和帶有Java附加API的SOAP（ASSJ），用標準的方法在Web上發(fā)送SOAP報文。支持XML注冊的JavaAPI，提供標準的方法與UDDI注冊交互。

圖2.11采用J2EEJAX-RPC調(diào)用Web服務的數(shù)據(jù)流控制2023/6/1019第十九頁，共五十九頁，編輯于2023年，星期三ApacheAxisApacheAxis[22]是SOAP引擎，能夠用于在客戶機和服務之間交換報文。采用Axis的Web服務應用可以按下列步驟實現(xiàn)和啟動：編寫Java接口；使用Java2WSDL去編譯該接口，生成WSDL接口；使用WSDL2Java編譯WSDL接口，生成客戶端占位程序和服務器端骨架程序；編寫一個實現(xiàn)WSDL接口的服務；編寫客戶機；用javac編譯器編譯所有代碼；編寫Web服務部署描述符（wsdd文件）在JakataTomcatWeb服務器中部署該服務；啟動Tomcat；啟動客戶機去調(diào)用該服務。圖2.12采用Axis調(diào)用Web服務的數(shù)據(jù)流控制2023/6/1020第二十頁，共五十九頁，編輯于2023年，星期三

Microsoft.Net

.Net是建立Web服務應用的Microsoft平臺。

考慮到Web服務的引用，.Net提供三種選擇：使用嵌入的.NetSOAP報文類；手工構(gòu)造一個Web服務偵聽者，例如使用MicrosoftXML分析器（MSXML），ASP或因特網(wǎng)服務器應用編程接口（ISAPI）；使用MicrosoftSOAP工具包2.0建立服務偵聽，與采用COM實現(xiàn)的服務器進行通信。該工具包能夠通過WSDL接口產(chǎn)生一個客戶端占位程序，用于客戶端與服務器進行通信。2023/6/1021第二十一頁，共五十九頁，編輯于2023年，星期三Web服務框架具下列優(yōu)點，可以有助于網(wǎng)格建立：網(wǎng)格要求對在不同種類環(huán)境中的動態(tài)發(fā)現(xiàn)和網(wǎng)格服務的合成提供支持，這是對注冊和發(fā)現(xiàn)接口定義和端點實現(xiàn)描述很有必要的機制；用于基于特殊（潛在的多重的）接口綁定來動態(tài)產(chǎn)生代理。WSDL通過提供一個標準機制支持這個要求，根據(jù)它們特定綁定（傳輸協(xié)議和數(shù)據(jù)編碼格式）的具體情況來分別定義接口說明。Web服務技術基于國際公認標準。廣泛采用意味著基于Web服務的框架將能夠開發(fā)大量的工具和擴展服務，例如能夠為不同環(huán)境產(chǎn)生綁定的WSDL處理程序，舉例來說，Web服務引用框架WSIF（WebServicesInvocationFramework）[27]，使用WSDL工作流系統(tǒng)，用于Web服務的主機環(huán)境（例如Microsoft.Net和ApacheAxis）。圖2.13Web服務核心技術首先服務提供者采用SOAP發(fā)布它的服務到UDDI注冊中，然后服務請求者（客戶）檢索注冊信息以尋找感興趣的服務，最終客戶通過綁定該服務來請求一個服務。2023/6/1022第二十二頁，共五十九頁，編輯于2023年，星期三2.4OGSAOGSA是用于建立面向服務的下一代網(wǎng)格系統(tǒng)的事實上的標準。目前，GGF正協(xié)調(diào)世界范圍內(nèi)的各種力量來完善OGSA規(guī)范。OGSA是基于Web服務技術，但又做了些擴展。OGSA通過引入接口和規(guī)則在三個領域?qū)eb服務進行了擴展：第一，在網(wǎng)格環(huán)境中，服務的動態(tài)和潛在瞬時的特征，特定的服務實例會隨著工作派遣、隨著資源被配置和供應、隨著系統(tǒng)狀態(tài)變化而產(chǎn)生和離開。因此，網(wǎng)格服務需要一些接口去管理它們的創(chuàng)建、消失和生命周期管理。第二，服務的狀態(tài)性。網(wǎng)格服務擁有屬性和與屬性聯(lián)系的數(shù)據(jù)。在概念上來講，這類似在面向?qū)ο蟪绦蛟O計中傳統(tǒng)的對象結(jié)構(gòu)，對象有屬性和數(shù)據(jù)。同樣的，Web服務需要擴展去支持與網(wǎng)格服務相聯(lián)系的狀態(tài)數(shù)據(jù)。第三，客戶機可訂閱它們感興趣的服務。一旦一個服務發(fā)生任何變化，客戶機會被通知。這就是從服務器到客戶機的一個調(diào)用－返回（call-back）操作。2023/6/1023第二十三頁，共五十九頁，編輯于2023年，星期三圖2.14用OGSI建立OGSA相容網(wǎng)格應用程序2023/6/1024第二十四頁，共五十九頁，編輯于2023年，星期三服務實例語義一個網(wǎng)格服務實例是一個可以動態(tài)地創(chuàng)建和明晰消失的網(wǎng)格服務的實例化?？梢援a(chǎn)生一個服務實例的網(wǎng)格服務被稱為服務工廠，一個持續(xù)自身服務。客戶可以請求一個工廠創(chuàng)建許多服務實例，并且多個客戶可以訪問同一個服務實例。

圖2.15調(diào)用多網(wǎng)格服務實例的作業(yè)提交2023/6/1025第二十五頁，共五十九頁，編輯于2023年，星期三服務數(shù)據(jù)語義服務數(shù)據(jù)是封裝為服務數(shù)據(jù)元素SDE（ServiceDataElements）的XML元素的集合。服務數(shù)據(jù)用于描述有關服務實例的信息和它們的運行時狀態(tài)。服務工廠可以創(chuàng)建許多服務實例，每個服務實例有一個服務數(shù)據(jù)集。一個服務數(shù)據(jù)集可以包含零個或多個SDE。每一個SDE可以具有不同的數(shù)據(jù)類型。2023/6/1026第二十六頁，共五十九頁，編輯于2023年，星期三OGSA端口類型OGSA提供下列可擴展的WSDL端口類型的接口去定義網(wǎng)格服務。在OGSA中，GridService接口必須由所有的網(wǎng)格服務實現(xiàn)，而其他一些接口是可選的。OGSA支持下列接口。

GridService端口類型Factory端口類型HandleResolver端口類型注冊（Registration）端口類型通知源（NotificationSource）/通知宿（NotificationSink）端口類型2023/6/1027第二十七頁，共五十九頁，編輯于2023年，星期三圖2.17OGSA網(wǎng)格服務結(jié)構(gòu)2023/6/1028第二十八頁，共五十九頁，編輯于2023年，星期三2.5GT3圖2.18GT3結(jié)構(gòu)2023/6/1029第二十九頁，共五十九頁，編輯于2023年，星期三宿主環(huán)境宿主環(huán)境是一個特定的執(zhí)行環(huán)境，不僅闡述編程模型和語言，而且也說明能夠用于實現(xiàn)網(wǎng)格服務的開發(fā)和調(diào)試工具。它也說明一個網(wǎng)格服務實現(xiàn)如何滿足有關網(wǎng)格服務語義約束。GT3支持下列4個Java宿主環(huán)境。嵌入的：允許OGSI宿主環(huán)境嵌入到任何現(xiàn)有的J2SE應用中的庫。獨立的：輕量級J2SE服務器用于宿主網(wǎng)格服務。J2EEWeb容器：在一個Web服務器中的OGSI宿主環(huán)境，可以由任何JavaServlet兼容引擎構(gòu)成，例如JakartaTomcat。J2EEEJB容器：代碼產(chǎn)生器允許給出有狀態(tài)的J2EE實體和作為OGSI兼容網(wǎng)格服務的會話JavaBean。2023/6/1030第三十頁，共五十九頁，編輯于2023年，星期三Web服務引擎

Web服務引擎負責在客戶機和服務之間的SOAP報文交換。GT3目前使用ApacheAxis作為它的SOAP引擎，管理SOAP報文交換。2023/6/1031第三十一頁，共五十九頁，編輯于2023年，星期三網(wǎng)格服務容器網(wǎng)格服務容器運行在Web服務引擎的上面，為宿主的各種各樣服務提供一個運行時環(huán)境。與Web服務比較，網(wǎng)格服務容器覆蓋三個主要功能領域：輕量級服務，支持抽取和推送信息流兩者的服務內(nèi)省和發(fā)現(xiàn)。有狀態(tài)的服務實例的動態(tài)部署和軟狀態(tài)管理，使用一個擴展的分析機制可以用于全局參考。傳輸獨立于網(wǎng)格安全基礎設施GSI（GridSecurityInfrastructure）[36]，支持信任授權(quán)、報文簽名和加密；還有認證。2023/6/1032第三十二頁，共五十九頁，編輯于2023年，星期三GT3核心服務OGSI實現(xiàn)安全基礎設施系統(tǒng)級服務2023/6/1033第三十三頁，共五十九頁，編輯于2023年，星期三GT3基本服務GT3中的資源管理GT3索引服務

GT3中可靠文件傳輸2023/6/1034第三十四頁，共五十九頁，編輯于2023年，星期三GT3中的資源管理GT3GRAM模型圖2.19GT3中的MMJFS、LMJFS和MJS圖2.20GT3中提交作業(yè)的數(shù)據(jù)流2023/6/1035第三十五頁，共五十九頁，編輯于2023年，星期三GT3GRAM模型的優(yōu)勢有效的資源使用：在GT3中，具有不同用戶賬戶的使用者可以共享一個MMJFS服務或使用一個由MMJFS為作業(yè)提交喚醒的LMJFS。LMJFS僅在用戶宿主環(huán)境生命期內(nèi)是有效的。一旦用戶完成對它的使用，它可以被釋放。這有助于資源有效使用，從而導致在服務管理中性能的改進。非授權(quán)服務：由于網(wǎng)絡服務接受和處理外部通信，因此網(wǎng)絡服務可能受如邏輯錯誤、緩沖區(qū)溢出以及類似原因的連累。去掉這些服務的特權(quán)可以降低由于最小化特權(quán)獲取而引起的連累影響。最小限度特權(quán)編碼：特權(quán)編碼限制到兩個程序，GRIM和SetuidStarter。這些程序設計允許它們有效率地審計，并會減少不懷好意去得到特權(quán)授權(quán)使用它們的機會?？蛻舳耸跈?quán)：GRIM允許客戶機不僅驗證資源（MJS在其上運行），而且可驗證賬戶（MJS正在其中執(zhí)行）。這樣，一個客戶機可以防止地址欺騙或社會工程哄騙（可能誤導用戶連接，更嚴重可能是分派證書給一個MJS，而此MJS并不是它們想要的）。2023/6/1036第三十六頁，共五十九頁，編輯于2023年，星期三GT3索引服務索引服務[46]使用一個擴展的框架去管理基于GT3網(wǎng)格系統(tǒng)的靜態(tài)和動態(tài)數(shù)據(jù)。它提供下列功能：通過服務數(shù)據(jù)提供者組件實現(xiàn)動態(tài)服務數(shù)據(jù)創(chuàng)建和管理。從多個實例來的服務數(shù)據(jù)聚合。網(wǎng)格服務實例的注冊。圖2.21GT3索引服務結(jié)構(gòu)2023/6/1037第三十七頁，共五十九頁，編輯于2023年，星期三GT3中可靠文件傳輸GT3可靠文件傳輸RFT（ReliableFileTransfer）[47]服務提供控制和監(jiān)控使用GridFTP[48]的第三方文件傳輸?？刂苽鬏?shù)目蛻魴C以宿主的形式放置在一個網(wǎng)格服務里面。GT3RFT擔保文件傳輸是可靠的。例如，如果文件傳輸被中斷（如由于網(wǎng)絡故障），它可以在出現(xiàn)故障的瞬間重新啟動文件傳輸，而不是重新開始所有文件傳輸。

2023/6/1038第三十八頁，共五十九頁，編輯于2023年，星期三GT3編程模型

GT3編程特點:GT3使用GWSDL去定義一個網(wǎng)格服務接口。一個GWSDL是一個具有所有OGSI定義類型、報文、端口類型和名字空間的WSDL。GWSDL使用<gwsdl:portType>標簽替代在標準WSDL中的<portType>標簽。Web服務部署描述符WSDD（WebServicesDeploymentDescriptor）包括與部署一個網(wǎng)格服務有關的信息，例如網(wǎng)格服務的名字、網(wǎng)格服務實例的名字，以及網(wǎng)格服務實例的基本類。GT3將所有的編譯Java代碼連同相關文件（如網(wǎng)格服務的WSDD文件）打包為一個GAR文件以方便服務的部署。GAR是一個特殊種類的JAR。網(wǎng)格服務可以是能動態(tài)的創(chuàng)建和明晰地撤消的瞬時服務。網(wǎng)格服務是與服務數(shù)據(jù)相聯(lián)系的有狀態(tài)服務。網(wǎng)格服務可以通知對感興趣的事件有訂閱的客戶機。2023/6/1039第三十九頁，共五十九頁，編輯于2023年，星期三圖2.22實現(xiàn)GT3應用中的數(shù)據(jù)流控制2023/6/1040第四十頁，共五十九頁，編輯于2023年，星期三GT3中的服務器端組件圖2.23GT3的服務端組件2023/6/1041第四十一頁，共五十九頁，編輯于2023年，星期三GT3中的客戶機端組件圖2.24GT3的客戶端組件2023/6/1042第四十二頁，共五十九頁，編輯于2023年，星期三2.6OGSA-DAI圖2.25OGSA-DAI在OGSA中的位置2023/6/1043第四十三頁，共五十九頁，編輯于2023年，星期三OGSA-DAI端口類型GDSPortType端口類型GridDataPerform端口類型GridDataTransport端口類型GridDataServiceFactory端口類型DAIServiceGroupRegistry端口類型2023/6/1044第四十四頁，共五十九頁，編輯于2023年，星期三OGSA-DAI功能

GDS實例的生命期管理服務注冊/取消注冊服務發(fā)現(xiàn)服務通知通知的步驟：1、一個客戶機使用NotificationSource::Subscribe()方法向DAISGR訂閱以指定感興趣事件通知。在訂閱中，它指定實現(xiàn)NotificationSink接口的通知匯集點服務的位置.2、DAISGR創(chuàng)建一個通知訂閱服務，實現(xiàn)NotificationSubscription接口去管理訂閱。3、DAISGR告知客戶機該通知訂閱NotificationSubscription的標識。4、客戶機通過GridService::FindServiceData()方法查詢通知訂閱服務，去管理它的訂閱，例如它的生命周期管理。5、一旦DAISGR的狀態(tài)中有一些變化，它將通過NotificationSink::DeliverNotification()方法告訴通知匯集點（sink）服務。6、通知匯集點服務將給客戶機發(fā)送通知報文。圖2.27OGSA-DAI中的服務通知2023/6/1045第四十五頁，共五十九頁，編輯于2023年，星期三在OGSA-DAI中的服務交互

圖2.28OGSA-DAI服務間的交互2023/6/1046第四十六頁，共五十九頁，編輯于2023年，星期三1、啟動一個網(wǎng)格服務容器，讀一個serverconfig.wsdd文件。這個serverconfig.wsdd文件允許網(wǎng)格服務容器去訪問已部署的服務的信息，以及在服務名和相聯(lián)系的類之間的映射。2、網(wǎng)格服務容器基于在serviceconfig.wsdd文件中指定的GSH來創(chuàng)建一個持續(xù)的DAISGR。3、網(wǎng)格服務容器基于在serviceconfig.wsdd文件中指定的GSH來創(chuàng)建一個持續(xù)的GDSF。4、GDSF用ServiceGroupRegistration::Add()方法在DAISGR注冊自己。5、客戶機使用GridService::FindServiceData()方法查詢DAISGR客戶機選擇一個已注冊的GDSF。6、DAISGR返回所選擇的GDSF的GSH。7、客戶機可以查詢GDSF的服務數(shù)據(jù)元素，去獲得它的配置信息。8、客戶機調(diào)用GDSFFactory::createService()方法，去創(chuàng)建一個GDS實例。9、GDSF創(chuàng)建GDS實例。10、GDSF向客戶機返回GDS實例的GSH。11、客戶機使用GridService::FindServiceData()方法查詢新產(chǎn)生的GDS實例的服務數(shù)據(jù)元素，去建立它的配置和描述GDS-Perform文檔的計劃，該文檔可以通過GridDataPerform::perform()方法提交。12、客戶機向GDS實例提交GDS-Perform文檔。13、GDS實例訪問一個數(shù)據(jù)庫去獲得數(shù)據(jù)，并且產(chǎn)生一個GDS-Response文檔。14、GDS實例向客戶機返回GDS-Response文檔。15、客戶機通過GridService::Destroy()方法撤消GDS實例。2023/6/1047第四十七頁，共五十九頁，編輯于2023年，星期三OGSA-DAI和DAIS在GGF內(nèi)的數(shù)據(jù)庫訪問和集成服務DAIS（DatabaseAccessandIntegrationServices）工作組[51]為網(wǎng)格數(shù)據(jù)庫服務尋找促進OGSA的兼容標準，起初焦點在提供對現(xiàn)有的、自治管理數(shù)據(jù)庫的一致性訪問。它并沒有追求去開發(fā)新的數(shù)據(jù)儲存系統(tǒng)，而使這樣的系統(tǒng)在網(wǎng)格框架內(nèi)更容易個別地、全體地使用。OGSA-DAI是包括愛丁堡、曼切斯特和紐卡斯爾大學，以及由IBM和Oracle企業(yè)參與工作的協(xié)作編程。它的主要的目的是給出開放源代碼數(shù)據(jù)庫訪問和集成中間件，以滿足英國電子科學學會開發(fā)與網(wǎng)格有關應用的需要。它的研究領域包括一般網(wǎng)格數(shù)據(jù)服務定義和發(fā)展，提供對保存在關系數(shù)據(jù)庫管理系統(tǒng)中的數(shù)據(jù)以及保存在XML倉庫中的半結(jié)構(gòu)化數(shù)據(jù)的訪問和集成。OGSA-DAI代表英國電子科學學會核心計劃對擴展包括數(shù)據(jù)庫互操作性的網(wǎng)格模型也給出重要的貢獻。OGSA-DAI與DAIS工作組緊密合作，并且打算把該軟件用于DAIS標準的參考實現(xiàn)。2023/6/1048第四十八頁，共五十九頁，編輯于2023年，星期三2.7WSRFWSRF概述WSRF：Web服務資源框架（WebserviceResourceFramework），WSRF是一組WS規(guī)范。它引入WS-Resource來對Web服務上下文中的狀態(tài)信息進行模型化和管理。

2023/6/1049第四十九頁，共五十九頁，編輯于2023年，星期三WS規(guī)范：WS-ResoucreLifetime（WS資源生命周期）WS-ResourceProperties（WS資源屬性）WS-Notification（WS通知）WS-BaseFaultsWS-ServiceGroupWS-RenewableReferences2023/6/1050第五十頁，共五十九頁，編輯于2023年，星期三WS-Resource概念一個WS-Resource具有下列特點：它是一個有狀態(tài)的資源，可以用于一個交換報文的Web服務的數(shù)據(jù)上下文。它可以被創(chuàng)建、標識和撤消。一個WS-Resource在同一個Web服務中或在不同的Web服務中可以有許多標識。有狀態(tài)的WS-Resource類型可以與Web服務接口定義聯(lián)系起來，允許通過它的服務接口對WS-Resource做好結(jié)構(gòu)（well－formed）的查詢，并且有狀態(tài)WS-Resource的狀態(tài)可以通過服務報文交換進行查詢和修改。2023/6/1051第五十一頁，共五十九頁，編輯于2023年，星期三隱式的WS-Resource模式術語“隱式”意思指當客戶機訪問Web服務時，Web服務將返回一個WS-Addressing[60]端點參照，通常引用與Web服務相聯(lián)系的WS-Resource。每一個WS-Resource有一個管理它的狀態(tài)的標識（ID）?？蛻魴C訪問的WS-Resource的ID將被自動的封裝在端點參照中并返回給客戶機。一個WS-ResourceID僅被Web服務用作一個隱含輸入，去定位一個特定WS-Resource，它對客戶機是不透明的。術語模式被用于指出Web服務和有狀態(tài)的WS-Resource之間的關系根據(jù)一系列的約定加以整理，這些約定建在現(xiàn)存的Web服務技術之上，特別如XML、WSDL和WS-Addressing。2023/6/1052第五十二頁，共五十九頁，編輯于2023年，星期三圖2.29通過Web服務訪問有狀態(tài)WS-Resource2023/6/1053第五十三頁，共五十九頁，編輯于2023年，星期三圖2.30WS-Addressing端點參考例子圖2.31綁定與WS-Resource相關Web服務的SOAP報文2023/6/1054第五十四頁，共五十九頁，編輯于2023年，星期三WSRF和OGSI/GT31.WSRF與OGSI的比較WSRF相對OGSI的優(yōu)點WSRF的定義主要受一些想法的激勵，想集成Web服務體系結(jié)構(gòu)中的最新發(fā)展，特別如WS-Addressing，它的設計也解決了來自Web服務團體的對OGSI1.0版本的三個指責：OGSI是在一個規(guī)范中帶有太多定義的重量級的規(guī)范。WSRF把OGSI功能劃分成為一組規(guī)范。OGSI不能與現(xiàn)存的Web服務工具包一起很好的工作。OGSI使用XML規(guī)劃擴展，例如，存在時常發(fā)生的xsd:any、屬性使用。它也使用許多“面向文檔”的WSDL操作。這些特征引發(fā)一些問題，例如，JAX-RPC。WSRF在某種程度上減少XML規(guī)劃的使用。OGSI把一個有狀態(tài)的資源刻畫成為一個封裝資源狀態(tài)的Web服務，把服務的標識、生命周期和資源狀態(tài)耦合在一起。WSRF重新清晰的說明基本的OGSI體系結(jié)構(gòu)，給出在無狀態(tài)Web服務和服務在其上運行的有狀態(tài)資源之間的清晰的區(qū)別。OGSI相對WSRF的優(yōu)點具有面向?qū)ο蠓独齇