導(dǎo)語：如何才能寫好一篇體系結(jié)構(gòu)，這就需要搜集整理更多的資料和文獻(xiàn)，歡迎閱讀由公務(wù)員之家整理的十篇范文，供你借鑒。

篇1

【關(guān)鍵詞】Web角色操作棧

一、Web服務(wù)的概念

Web服務(wù)是一種部署在Web上的對(duì)象，它們具有對(duì)象技術(shù)所承諾的所有優(yōu)點(diǎn)。同時(shí)，Web服務(wù)建立在以XML為主的、開放的Web規(guī)范技術(shù)基礎(chǔ)上，因此具有比任何現(xiàn)有對(duì)象技術(shù)更好的開放性，是建立可互操作的分布式應(yīng)用程序的新平臺(tái)。Web服務(wù)平臺(tái)是一套標(biāo)準(zhǔn)，它定義了應(yīng)用程序如何在Web上實(shí)現(xiàn)互操作性，可以用任何語言、在任何平臺(tái)上編寫所需要的Web服務(wù)。

二、Web服務(wù)的體系結(jié)構(gòu)

2.1體系結(jié)構(gòu)中的角色

Web服務(wù)的體系結(jié)構(gòu)是基于三種角色（服務(wù)提供者、服務(wù)請(qǐng)求者和服務(wù)注冊(cè)中心）之間的交互，它是一種面向服務(wù)的體系結(jié)構(gòu)（Web Services-Oriented Architecture，簡(jiǎn)稱SOA）。

服務(wù)提供者是可通過網(wǎng)絡(luò)地址訪問的實(shí)體，它從服務(wù)請(qǐng)求者接受和執(zhí)行請(qǐng)求。它服務(wù)和接口到服務(wù)注冊(cè)中心以便于服務(wù)請(qǐng)求者能發(fā)現(xiàn)和訪問該服務(wù)。

服務(wù)注冊(cè)中心是可搜索的服務(wù)描述注冊(cè)中心，服務(wù)提供者在此列出他們的Web服務(wù)清單。服務(wù)請(qǐng)求者可以從服務(wù)注冊(cè)中心搜索Web服務(wù)。服務(wù)注冊(cè)中心己包含了一個(gè)可利用的服務(wù)倉庫和允許服務(wù)請(qǐng)求者查找他們感興趣的服務(wù)提供者接口，使服務(wù)發(fā)現(xiàn)成為可能。

服務(wù)請(qǐng)求者是一個(gè)應(yīng)用程序、一個(gè)軟件模塊或是另一個(gè)需要其它服務(wù)的服務(wù)。它向注冊(cè)中心提出服務(wù)請(qǐng)求，通過傳輸器綁定該服務(wù)，然后執(zhí)行該服務(wù)功能。服務(wù)請(qǐng)求者通過接口調(diào)用該服務(wù)。

2.2體系結(jié)構(gòu)中的操作

利用Web服務(wù)，必然會(huì)發(fā)生以下三個(gè)行為：服務(wù)描述、查詢或查找服務(wù)描述以及根據(jù)服務(wù)描述綁定或調(diào)用服務(wù)。這些行為可以單次或反復(fù)出現(xiàn)，這些操作具體為：①（publish）。為了使服務(wù)可訪問，服務(wù)提供者向服務(wù)注冊(cè)中心注冊(cè)自己的功能和訪問接口，服務(wù)描述以使服務(wù)請(qǐng)求者可以查找它。②查找（find）。服務(wù)請(qǐng)求者向服務(wù)注冊(cè)中心檢索服務(wù)描述或在服務(wù)注冊(cè)中心中查詢所要求的特定服務(wù)。在查找操作中，服務(wù)請(qǐng)求者直接檢索服務(wù)描述或在服務(wù)注冊(cè)中心中查詢所要求的服務(wù)類型。對(duì)于服務(wù)請(qǐng)求者，可能會(huì)在兩個(gè)不同的生命周期階段中牽涉到查找操作在設(shè)計(jì)時(shí)為了程序開發(fā)而檢索服務(wù)的接口描述，而在運(yùn)行時(shí)為了調(diào)用而檢索服務(wù)的綁定和位置描述。③綁定（bind）和調(diào)用（invoke）。在檢索服務(wù)描述后，服務(wù)請(qǐng)求者最后需要綁定以調(diào)用服務(wù)。在綁定操作中，服務(wù)請(qǐng)求者使用服務(wù)描述中的綁定細(xì)節(jié)來定位、聯(lián)系和調(diào)用服務(wù)，從而在運(yùn)行時(shí)調(diào)用或啟動(dòng)與服務(wù)的交互。

2.3Web服務(wù)協(xié)議棧

要以一種可互操作的方式執(zhí)行、發(fā)現(xiàn)和綁定這三個(gè)操作，必須有一個(gè)包含每層標(biāo)準(zhǔn)的Web服務(wù)協(xié)議體系。一個(gè)概念性Web服務(wù)協(xié)議棧，上面的層應(yīng)建立在下面層提供的功能之上，并且協(xié)議棧中每層必須應(yīng)用一定的標(biāo)準(zhǔn)技術(shù)，滿足不同的需求。

篇2

關(guān)鍵詞：網(wǎng)格體系結(jié)構(gòu)；五層沙漏結(jié)構(gòu)；開放網(wǎng)格系統(tǒng)服務(wù)體系結(jié)構(gòu)；Web服務(wù)資源框架

中圖分類號(hào)：TP393文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044(2007)04-10992-02

1 引言

網(wǎng)格[1]是利用互聯(lián)網(wǎng)把地理上廣泛分布的各種資源，包括計(jì)算資源、存儲(chǔ)資源、軟件資源、數(shù)據(jù)資源、信息資源等連成一個(gè)邏輯整體，就像一臺(tái)超級(jí)計(jì)算機(jī)一樣為用戶提供一體化信息和應(yīng)用服務(wù)（計(jì)算、存儲(chǔ)、訪問等），虛擬組織最終實(shí)現(xiàn)在這個(gè)虛擬環(huán)境下進(jìn)行資源共享和協(xié)同工作，徹底消除資源孤島。如果說傳統(tǒng)互聯(lián)網(wǎng)實(shí)現(xiàn)了計(jì)算機(jī)硬件的連通，Web實(shí)現(xiàn)了網(wǎng)頁的連通, Web服務(wù)實(shí)現(xiàn)了程序和程序之間的共享，那么，網(wǎng)格試圖實(shí)現(xiàn)互聯(lián)網(wǎng)上所有資源的全面連通。 網(wǎng)格希望用戶在使用網(wǎng)格時(shí)，就如同現(xiàn)在使用電力一樣方便地使用分布在網(wǎng)絡(luò)上強(qiáng)大而豐富的各種資源。

網(wǎng)格體系結(jié)構(gòu)主要是研究網(wǎng)格系統(tǒng)的基本功能結(jié)構(gòu)及各功能實(shí)體間的接口關(guān)系，即網(wǎng)格體系結(jié)構(gòu)就是關(guān)于如何建造網(wǎng)格的技術(shù)，它給出了網(wǎng)格的基本組成與功能，描述了網(wǎng)格各組成部分的關(guān)系以及它們集成的方式或方法，刻畫了支持網(wǎng)格有效運(yùn)轉(zhuǎn)的機(jī)制。國(guó)外已有很多項(xiàng)目在進(jìn)行網(wǎng)格研究，比較重要的有Globus[2]和Legion[3]以及近來投入商用的Web Service[4]等，它們都對(duì)網(wǎng)格體系結(jié)構(gòu)的研究作出了巨大的貢獻(xiàn)。

目前，主流的網(wǎng)格體系結(jié)構(gòu)主要有三個(gè)：第一個(gè)是Ian Foster等人在早些時(shí)候提出的五層沙漏結(jié)構(gòu)；第二個(gè)是在以IBM為代表的工業(yè)界的影響下，考慮到Web技術(shù)的發(fā)展與影響后，Ian Foster等結(jié)合五層沙漏結(jié)構(gòu)和Web Service提出的OGSA(Open Grid Services Architecture，開放網(wǎng)格服務(wù)體系結(jié)構(gòu))；第三個(gè)是由Globus聯(lián)盟、IBM和HP于2004年初共同提出的WSRF(Web Service Resource Framework，Web服務(wù)資源框架)，國(guó)際電子商務(wù)聯(lián)盟組織OASIS（Organization for the Advancement of Structured Information Standards）于2006年4月3日宣布批準(zhǔn)WSRFv1.2規(guī)范成為OASIS標(biāo)準(zhǔn)。

2 網(wǎng)格的基本功能模塊

研究網(wǎng)格體系結(jié)構(gòu)的目的是為了更好地實(shí)現(xiàn)網(wǎng)格，因此在網(wǎng)格體系結(jié)構(gòu)的研究過程中，首先需要確定的就是網(wǎng)格系統(tǒng)到底由哪些基本的功能模塊組成的，它們之間如何有機(jī)地組合，成為一個(gè)完整的網(wǎng)格系統(tǒng)。

網(wǎng)格是建立在現(xiàn)有國(guó)際互聯(lián)網(wǎng)的基礎(chǔ)之上的，使用了互聯(lián)網(wǎng)的IP地址、網(wǎng)絡(luò)傳輸協(xié)議等概念和技術(shù)，它需要已有的一些互聯(lián)網(wǎng)協(xié)議和規(guī)范作為支持，如超文本傳輸協(xié)議(HTTP)、文件傳輸協(xié)議(FTP)、簡(jiǎn)單郵件傳輸協(xié)議(SMTP)，這些都是互聯(lián)網(wǎng)上的成熟協(xié)議，將它們用作網(wǎng)格協(xié)議的傳輸載體就為方便地構(gòu)建網(wǎng)格打下了一定基礎(chǔ)。當(dāng)然全盤照用這些協(xié)議還是不能滿足網(wǎng)格的需求的，因此，在構(gòu)建網(wǎng)格時(shí)，還需要在現(xiàn)有互聯(lián)網(wǎng)協(xié)議的基礎(chǔ)上加以擴(kuò)展。

互聯(lián)網(wǎng)完成的功能在網(wǎng)格體系結(jié)構(gòu)中就不再考慮了，以網(wǎng)格數(shù)據(jù)為例，網(wǎng)格需要考慮到是數(shù)據(jù)表示形式、數(shù)據(jù)的傳輸方式、數(shù)據(jù)存儲(chǔ)和副本管理，但對(duì)具體的數(shù)據(jù)傳輸格式和傳輸過程使用FTP或是UDP協(xié)議則不再考慮，因?yàn)檫@些是互聯(lián)網(wǎng)解決的問題。

網(wǎng)格系統(tǒng)中是由一系列的基本功能模塊相互協(xié)作，為用戶提供服務(wù)的。網(wǎng)格體系結(jié)構(gòu)要考慮到是如何向用戶提供一個(gè)接口，通過該接口接收來自用戶的請(qǐng)求，發(fā)送來自網(wǎng)格的信息，用戶不必知道其內(nèi)部如何實(shí)現(xiàn)用戶請(qǐng)求的服務(wù)。網(wǎng)格系統(tǒng)的基本功能模塊如圖1所示。

圖1 網(wǎng)格系統(tǒng)的基本功能模塊示意圖

網(wǎng)格用戶通過用戶界面實(shí)現(xiàn)與網(wǎng)格之間的信息交互，實(shí)現(xiàn)諸如用戶作業(yè)提交、結(jié)果返回等輸入輸出功能。網(wǎng)格在提供服務(wù)之前要知道哪個(gè)資源當(dāng)前可以向用戶提供服務(wù)，這就需要網(wǎng)格中信息管理模塊提供相應(yīng)的信息。選定合適的資源后，網(wǎng)格需要把該資源分配給用戶使用，并對(duì)使用過程中的資源進(jìn)行管理，這些是資源管理的功能。網(wǎng)格在提供服務(wù)的過程中需要網(wǎng)格數(shù)據(jù)管理功能模塊將遠(yuǎn)程數(shù)據(jù)傳輸?shù)剿韫?jié)點(diǎn)，作業(yè)運(yùn)行過程中由作業(yè)管理模塊提供作業(yè)的運(yùn)行情況匯報(bào)。使用網(wǎng)格的用戶及其使用時(shí)間和費(fèi)用等的管理則由用戶和記賬管理模塊實(shí)現(xiàn)，用戶使用網(wǎng)格的整個(gè)過程中都需要QoS(Quality of Service，服務(wù)質(zhì)量)保證、通信和安全保障，以提供安全可靠、高性能的服務(wù)。

3 網(wǎng)格體系結(jié)構(gòu)的發(fā)展

3.1 五層沙漏結(jié)構(gòu)

五層沙漏結(jié)構(gòu)[5]（見圖2）是一種影響十分廣泛的結(jié)構(gòu)。它并不提供嚴(yán)格的規(guī)范，不是對(duì)所需協(xié)議的完整羅列，而是對(duì)各部分組件的通用要求進(jìn)行定性描述，并且將這些組件形成一定的層次關(guān)系，每一層的組件具有相同的特征，它們屏蔽底層實(shí)現(xiàn)并為上層提供服務(wù)，上層組件則在底層組件的基礎(chǔ)之上構(gòu)建。沙漏結(jié)構(gòu)中的五層由下至上分別是構(gòu)造層、連接層、資源層、匯聚層、應(yīng)用層。

圖2 沙漏形狀的五層結(jié)構(gòu)

構(gòu)造層：向上提供網(wǎng)格中可共享的資源（物理或邏輯實(shí)體），常見的資源包括計(jì)算資源、存儲(chǔ)系統(tǒng)、目錄、網(wǎng)絡(luò)資源等。

連接層：它是網(wǎng)格中網(wǎng)絡(luò)事務(wù)處理、通信與授權(quán)控制的核心協(xié)議。構(gòu)造層提交的各種資源間的數(shù)據(jù)交換都在這一層的控制下實(shí)現(xiàn)。各資源間的授權(quán)驗(yàn)證、安全控制也在這里實(shí)現(xiàn)。各資源間的數(shù)據(jù)交換通過傳輸、路由及名字解析等機(jī)制實(shí)現(xiàn)。

資源層：對(duì)單個(gè)資源實(shí)施控制，實(shí)現(xiàn)資源注冊(cè)、資源分配和資源監(jiān)視。資源層定義的協(xié)議包括安全初始化、監(jiān)視、控制單個(gè)資源的共享操作、審計(jì)以及付費(fèi)等。它忽略了全局狀態(tài)和跨越分布資源集合的原子操作。

匯聚層：將資源層提交的受控資源匯集在一起，供虛擬組織的應(yīng)用程序共享、調(diào)用。提供目錄服務(wù)、日程安排、資源、資源監(jiān)測(cè)診斷、網(wǎng)格啟動(dòng)、負(fù)荷控制、賬戶管理等多種功能。

應(yīng)用層：網(wǎng)格上用戶的應(yīng)用程序。通過各層的API調(diào)用相應(yīng)的服務(wù)，再通過服務(wù)調(diào)用網(wǎng)格上的資源來完成任務(wù)。為了便于網(wǎng)格上應(yīng)用程序的開發(fā)，需要構(gòu)建支持網(wǎng)格計(jì)算的庫函數(shù)。

在五層結(jié)構(gòu)中，資源層和連接層共同組成了瓶頸部分，使得該結(jié)構(gòu)呈沙漏形狀。五層沙漏結(jié)構(gòu)的重要特點(diǎn)就是其核心部分的協(xié)議是協(xié)議層次結(jié)構(gòu)的瓶頸，能夠?qū)崿F(xiàn)上層各種協(xié)議向核心協(xié)議的映射，同時(shí)實(shí)現(xiàn)核心協(xié)議向下層其他各種協(xié)議的映射，在所有支持網(wǎng)格計(jì)算的地點(diǎn)都應(yīng)該得到支持。Globus Toolkit 2.0（GT2）就是五層沙漏結(jié)構(gòu)的具體應(yīng)用。

3.2開放網(wǎng)格服務(wù)體系結(jié)構(gòu)(Open Grid Services Architecture, OGSA)

OGSA [6，7]是在原來“五層沙漏結(jié)構(gòu)”的基礎(chǔ)上，融合最新的Web Service [4]技術(shù)提出來的。如果說五層沙漏結(jié)構(gòu)是以“協(xié)議”為中心的協(xié)議結(jié)構(gòu)，則OGSA就是以“服務(wù)”為中心的服務(wù)結(jié)構(gòu)。在OGSA框架中，將一切都抽象為服務(wù)，包括各種計(jì)算資源、存儲(chǔ)資源、網(wǎng)絡(luò)、程序、數(shù)據(jù)庫等；可以將基本的服務(wù)組織起來，形成一個(gè)高級(jí)的抽象服務(wù)，方便地為應(yīng)用提供支持。這種觀念，有利于通過統(tǒng)一的標(biāo)準(zhǔn)接口來管理和使用網(wǎng)格。

OGSA的兩大支撐技術(shù)是網(wǎng)格技術(shù)(如Globus軟件包)和Web Service 技術(shù)。Globus是已經(jīng)被科學(xué)和工程計(jì)算領(lǐng)域廣泛接受的網(wǎng)格技術(shù)解決方案。它是一種基于社團(tuán)的、開放結(jié)構(gòu)、開放源碼的服務(wù)的集合，也是支持網(wǎng)格和網(wǎng)格應(yīng)用的軟件庫，為構(gòu)建網(wǎng)格應(yīng)用提供中間件服務(wù)和程序庫。與OGSA關(guān)系密切的Globus組件是GRAM網(wǎng)格資源分配與管理協(xié)議和門衛(wèi)(Gate Keeper)服務(wù)，它們提供了安全可靠的服務(wù)創(chuàng)建和管理功能，元目錄服務(wù)通過軟狀態(tài)注冊(cè)、數(shù)據(jù)模型以及局部注冊(cè)來提供信息發(fā)現(xiàn)功能，GSI(Grid Security Infrastructure網(wǎng)格安全架構(gòu))支持單一登陸點(diǎn)、和信任映射。這些功能提供了面向服務(wù)結(jié)構(gòu)的必要元素，但是比OGSA中的通用性要小。

Web Service是一種可以用來解決跨網(wǎng)絡(luò)應(yīng)用集成問題的開發(fā)模式，這種模式為實(shí)現(xiàn)“軟件作為服務(wù)”提供了技術(shù)保障。Web Service中幾個(gè)比較重要的協(xié)議標(biāo)準(zhǔn)是SOAP(Simple Object Access Protocol，簡(jiǎn)單對(duì)象訪問協(xié)議) ，它是基于XML的RPC(Remote Process Call，遠(yuǎn)程進(jìn)程調(diào)用)協(xié)議，用于描述通用的WSDL目標(biāo)，通過將SOAP進(jìn)行擴(kuò)展支持Web Service框架的安全性。WSDL(Web Service Description Language，Web服務(wù)描述語言)，用于描述服務(wù)，包括接口和訪問的方法，復(fù)雜的服務(wù)可以由幾個(gè)服務(wù)組成，它是Web Service的接口定義語言。WS-Inspection，給出了一種定義服務(wù)描述的慣例，包括一種簡(jiǎn)單的XML語言和相關(guān)的管理，用于定位服務(wù)提供者公布的服務(wù)。UDDI(Universal Description， Discovery & Integration，統(tǒng)一的描述、發(fā)現(xiàn)與集成)，則定義了Web Service的目錄結(jié)構(gòu)。

WEB服務(wù)體系使用一系列標(biāo)準(zhǔn)和協(xié)議實(shí)現(xiàn)相關(guān)的功能，例如，使用WSDL來描述服務(wù)，使用 UDDI來、查找服務(wù)，而SOAP被用來執(zhí)行服務(wù)調(diào)用，在WED服務(wù)架構(gòu)的各模塊間以及模塊內(nèi)部，消息以XML格式傳遞在OGSA剛提出不久，GGF及時(shí)推出了OGSI(Open Grid Services Infrastructure，開放網(wǎng)格服務(wù)基礎(chǔ)架構(gòu))， OGSI是作為OGSA核心規(guī)范提出的，其1.0版于2003年7月正式。OGSI規(guī)范通過擴(kuò)展Web服務(wù)定義語言WSDL和XML Schema的使用，來解決具有狀態(tài)屬性的Web服務(wù)問題。Web Service 面對(duì)的一般都是永久服務(wù)，而在網(wǎng)格應(yīng)用環(huán)境中，大量的是臨時(shí)性的短暫服務(wù)，比如一個(gè)計(jì)算任務(wù)的執(zhí)行等?？紤]到網(wǎng)格環(huán)境的具體特點(diǎn)，OGSI 在原來Web Service 概念的基礎(chǔ)上，提出了網(wǎng)格服務(wù)(Grid Service)的概念，用于解決服務(wù)發(fā)現(xiàn)、動(dòng)態(tài)服務(wù)創(chuàng)建、服務(wù)生命周期管理等與臨時(shí)服務(wù)有關(guān)的問題。并針對(duì)網(wǎng)格服務(wù)定義了一套標(biāo)準(zhǔn)化的接口，主要包括:服務(wù)實(shí)例的創(chuàng)建、命名和生命期管理、服務(wù)狀態(tài)數(shù)據(jù)的聲明和查看、服務(wù)數(shù)據(jù)的異步通知、服務(wù)實(shí)例集合的表達(dá)和管理、以及一般的服務(wù)調(diào)用錯(cuò)誤的處理等。

基于網(wǎng)格服務(wù)的概念，OGSA 將整個(gè)網(wǎng)格看作是“網(wǎng)格服務(wù)”的集合，但是這個(gè)集合不是一成不變的，是可以擴(kuò)展的，這反映了網(wǎng)格的動(dòng)態(tài)特性。網(wǎng)格服務(wù)通過定義接口來完成不同的功能，服務(wù)數(shù)據(jù)是關(guān)于網(wǎng)格服務(wù)實(shí)例的信息，網(wǎng)格服務(wù)可以以不同的方式聚集起來滿足虛擬組織的需要，虛擬組織自身也可以部分地根據(jù)他們操作和共享的服務(wù)來定義。因此簡(jiǎn)單地說，網(wǎng)格服務(wù)＝接口/行為＋服務(wù)數(shù)據(jù)。圖3是對(duì)網(wǎng)格服務(wù)的簡(jiǎn)單描述。

圖3網(wǎng)格服務(wù)示意圖

2003年符合OGSA規(guī)范的Globus Toolkit 3.0（GT3），這標(biāo)志著OGSA已經(jīng)從一種理念、一種體系結(jié)構(gòu)，走到付諸實(shí)踐的階段了。

3.3 Web服務(wù)資源框架(WSRF)

但近年來的實(shí)踐證明，OGSI存在明顯的不足。其過分強(qiáng)調(diào)網(wǎng)格服務(wù)和Web服務(wù)的差別，導(dǎo)致了兩者之間不能更好地融合在一起。由于OGSI單個(gè)規(guī)范中的內(nèi)容太多，所有接口和操作都與服務(wù)數(shù)據(jù)有關(guān)，缺乏通用性，而且OGSI規(guī)范沒有對(duì)資源和服務(wù)進(jìn)行區(qū)分。OGSI通過封裝資源的狀態(tài)，將具有狀態(tài)的資源建模為Web服務(wù)，這種做法引起了“Web服務(wù)沒有狀態(tài)和實(shí)例”的爭(zhēng)議，同時(shí)某些Web服務(wù)的實(shí)現(xiàn)不能適應(yīng)網(wǎng)格服務(wù)的動(dòng)態(tài)創(chuàng)建和銷毀。

為了解決OGSI和Web服務(wù)之間存在的矛盾，Web服務(wù)資源框架WSRF被提了出來。2004年3月，IBM、BEA與微軟聯(lián)合了WS-Addressing協(xié)議，基于該協(xié)議規(guī)范，Globus聯(lián)盟和IBM迅速推出了Web服務(wù)資源框架WSRF（Web Service Resource Framework）。

WSRF采用了與網(wǎng)格服務(wù)完全不同的定義：資源是有狀態(tài)的，服務(wù)是無狀態(tài)的。為了充分兼容現(xiàn)有的Web服務(wù)，WSRF使用WSDL 1.1定義OGSI中的各項(xiàng)能力，避免對(duì)擴(kuò)展工具的要求，原有的網(wǎng)格服務(wù)已經(jīng)演變成了Web服務(wù)和資源文檔兩部分。WSRF推出的目的在于，定義出一個(gè)通用且開放的架構(gòu)，利用Web服務(wù)對(duì)具有狀態(tài)屬性的資源進(jìn)行存取，并包含描述狀態(tài)屬性的機(jī)制，另外也包含如何將機(jī)制延伸至Web服務(wù)中的方式。

WSRF的規(guī)范是針對(duì)OGSI規(guī)范的主要接口和操作而定義的，它保留了OGSI中規(guī)定的所有基本功能，只是改變了某些語法，并且使用了不同的術(shù)語進(jìn)行表達(dá)。表1給出了OGSI各項(xiàng)功能和WSRF規(guī)范的映射關(guān)系。

表1OGSI各項(xiàng)功能和WSRF規(guī)范的映射關(guān)系

和OGSA的最初核心規(guī)范OGSI相比，WSRF具有以下五個(gè)方面的優(yōu)勢(shì)：

（1）融入Web服務(wù)標(biāo)準(zhǔn)，同時(shí)更全面地?cái)U(kuò)展了現(xiàn)有的XML標(biāo)準(zhǔn)，在目前的開發(fā)環(huán)境下，使其實(shí)現(xiàn)更為簡(jiǎn)單；

（2）OGSI中的術(shù)語和結(jié)構(gòu)讓W(xué)eb服務(wù)的標(biāo)準(zhǔn)組織感到困惑，因?yàn)镺GSI錯(cuò)誤地認(rèn)為Web服務(wù)一定需要很多支撐的構(gòu)建。WSRF通過對(duì)消息處理器和狀態(tài)資源進(jìn)行分離來消除上述隱患，明確了其目標(biāo)是允許Web服務(wù)操作對(duì)狀態(tài)資源進(jìn)行管理和操縱；

（3）OGSI中的Factory接口提供了較少的可用功能，在WSRF中定義了更加通用的WS-Resource Factory模式。

（4）OGSI中的通知接口不支持通常事件系統(tǒng)中要求的和現(xiàn)存的面向消息的中間件所支持的各種功能，WSRF中規(guī)范彌補(bǔ)了上述的不足，從廣義角度來理解通知機(jī)制，狀態(tài)改變通知機(jī)制正是建立在常規(guī)的Web服務(wù)的需求之上；

（5）OGSI規(guī)范的規(guī)模非常龐大，使讀者不能充分理解其內(nèi)容，以及明確具體任務(wù)中所需的組件。在WSRF中通過將功能進(jìn)行分離，使之簡(jiǎn)化并拓展了組合的伸縮性。

作為OGSA最新核心規(guī)范的Web服務(wù)資源框架WSRF，它的提出加速了網(wǎng)格和Web服務(wù)的融合。WSRF是建立在已存在的Web服務(wù)定義和技術(shù)基礎(chǔ)上的，幫助實(shí)現(xiàn)了網(wǎng)格計(jì)算、系統(tǒng)管理和Web服務(wù)的統(tǒng)一。2005年1月的Globus Toolkit 4.0（GT4），實(shí)現(xiàn)了WSRF標(biāo)準(zhǔn)，所有知名的GT3協(xié)議都被重新設(shè)計(jì)為可以使用WSRF。并且GT4也在其中增添了一些新的Web服務(wù)的組件。

4 小結(jié)

網(wǎng)格體系結(jié)構(gòu)是網(wǎng)格的骨架和靈魂，是網(wǎng)格最核心的技術(shù)，只有建立合理的網(wǎng)格體系結(jié)構(gòu)，才能夠設(shè)計(jì)和建造好網(wǎng)格，才能夠使網(wǎng)格有效地發(fā)揮作用。網(wǎng)格的發(fā)展與整個(gè)社會(huì)發(fā)展的需求和人們意識(shí)的更新是密不可分的，五層沙漏結(jié)構(gòu)是網(wǎng)格發(fā)展中影響十分廣泛的結(jié)構(gòu)，其中心思想是采用以協(xié)議為中心的分層結(jié)構(gòu)，易于從整體上理解，強(qiáng)調(diào)協(xié)議在網(wǎng)格的資源共享和互操作中的地位。該結(jié)構(gòu)也是新一代網(wǎng)格體系結(jié)構(gòu)OSGA 的基礎(chǔ)。

OGSA是以服務(wù)為中心的“服務(wù)結(jié)構(gòu)”，一切資源均面向服務(wù)，為網(wǎng)格應(yīng)用程序定義了一個(gè)通用的、標(biāo)準(zhǔn)的、開放的體系結(jié)構(gòu)。OGSI給出了網(wǎng)格服務(wù)的一個(gè)正式的、技術(shù)上的標(biāo)準(zhǔn)。

WSRF定義了一個(gè)通用的、開放的服務(wù)資源的框架。WSRF完全基于Web Services，與現(xiàn)有的Web 服務(wù)開發(fā)工具能夠很好地融合。OGSA和WSRF目前都處于不斷的發(fā)展變化之中。需要在實(shí)踐中得到進(jìn)一步應(yīng)用證明，并逐步得到完善?；贠GSA和WSRF的服務(wù)網(wǎng)格平臺(tái)和規(guī)范協(xié)議，將最終成為下一代互聯(lián)網(wǎng)的基礎(chǔ)設(shè)施。

參考文獻(xiàn)：

[1]I. Foster and C. Kesselman, The Grid: Blueprint for a New Computing Infrastructure, Morgan Kaufmann, San Fransisco, CA, 1999. /grids, /，/

[2]The Globus Project, /

[3]Legion Project, cs.virginia.edu/legion/

[4]Web Service 工作組，/2002/ws/

[5]I. Foster, C. Kesselman, S. Tuecke. The Anatomy of the Grid: Enabling Scalable Virtual Or-ganizations. International J. Supercomputer Applications, 2001, 15(3):1-3

[6]OGSA結(jié)構(gòu)描述，/ogsi-wg/drafts/ogsa_draft2.9_2002-06-22.pdf，/ogsa/

[7]OGSA規(guī)范，/ogsi-wg/drafts/GS_Spec

篇3

Model Driven Architecture (MDA) is an approach to translating real-world algorithms into computer code. It focuses on representing algorithms in a modeling language, followed by a possibly automatic translation of the models into computer code. Doing justice to the definition of MDA’s innovation requires a short, potted history of computers.

Without instructions, or code, computers are just expensive heaters. One of the main problems of the Computer Age has been how to give computers instructions to translate human desire into outputs.

For about 50 years, the answer has been to code in text-based languages, all of which try to aid programming. The first of these text-based languages was assembly, which is more human-readable than machine code, though it still requires a formidable understanding of how registers, memories and, sometimes, pipelined instruction fetches work.

Fortran, which stands for “formula translator”and dates from the 1950s, was the next step in divorcing programmers from a required knowledge of hardware. It hides the computer architecture of registers and presents a syntax that allows humans to concentrate on creating algorithms. Fortran incidentally fortifies the notion of free-floating subroutines and functions.

Other third-generation languages have offered varieties of abstraction from computer hardware, imposing rules and providing new ways for organizing algorithms and data. Type-safe languages have taken a stab at preventing programmers from making certain mistakes. Permissive languages, which allow easy casting of pointers, have enabled programmers to do all kinds of marvelous thing――including stringing up their own coding nooses.

Different approaches to managing algorithms, such as structured programming and object-oriented programming, have been developed. Programming languages that facilitate these paradigms have been created, and libraries of code have been published.

A culture of best practices, which includes requirements analysis, peer reviews and modeling, has arisen to help create software that contains fewer errors and is more efficient, reusable and portable.

1. Model Methodology

Unified Modeling Language (UML) has been promoted by Object Management Group (OMG), a standards body that’s maintained by a consortium of interested companies. It has become the language for modeling algorithms and has been adopted by the software community at large. Originally, an algorithm was expressed in UML before it was manually translated into a text-based language, which was then automatically compiled into assembly language and machine code.

But that raised the question of whether the models themselves could be compiled into machine code, thus improving ways to think about algorithms and to produce software. Efforts to make the process simple and universal were the genesis of the paradigm shift that has led to MDA.

(To be continued)

模型驅(qū)動(dòng)的體系結(jié)構(gòu)（1）

模型驅(qū)動(dòng)的體系結(jié)構(gòu)（MDA）是一種將真實(shí)世界的算法轉(zhuǎn)換成計(jì)算機(jī)代碼的方法。它聚焦在用模型語言表示算法，然后用一種可能的轉(zhuǎn)換將模型變成計(jì)算機(jī)代碼。對(duì)MDA創(chuàng)新做一合適的定義需要簡(jiǎn)略地了解一下計(jì)算機(jī)的歷史。

如果沒有指令或代碼，計(jì)算機(jī)只是昂貴的加熱器。計(jì)算機(jī)時(shí)代的主要問題之一就是如何讓計(jì)算機(jī)指令將人類的期望轉(zhuǎn)換成輸出。

五十年來，對(duì)此的答案只有一個(gè)，就是用基于文本的語言編寫代碼，一切努力都是設(shè)法來幫助編寫程序。第一個(gè)基于文本的語言就是匯編，它只是比機(jī)器碼更容易讓人類閱讀，它仍需要（程序員）了解難懂的寄存器、存儲(chǔ)器、有時(shí)還有流水線指令，是如何工作的。

后來是Fortran，它是“公式翻譯器”的英文縮寫，可以追溯到上世紀(jì)的五十年代，它讓程序員不必了解硬件（如何工作）。它將計(jì)算機(jī)的寄存器體系結(jié)構(gòu)隱藏起來了，給出了語法，允許人類全神貫注于編寫算法。Fortran還附帶增強(qiáng)了自由浮動(dòng)子程序和函數(shù)的概念。

其他的第三代語言提供了多種多樣的計(jì)算機(jī)硬件的抽象、制定了規(guī)則以及提供了組織算法和數(shù)據(jù)的新方法。類型安全語言試圖防止程序員犯某些錯(cuò)誤。一些隨意的語言（允許隨意控制指針）能使程序員做各種各樣令人驚訝的事情，包括把他們自己的編碼也弄得一團(tuán)糟。

結(jié)構(gòu)化編程和面向?qū)ο缶幊痰裙芾硭惴ǖ牟煌椒ū婚_發(fā)出來。方便這些范式的編程語言被發(fā)明，代碼庫也被出版。

一種包括需求分析、對(duì)等檢查和建模的最佳實(shí)踐的文化被提出以幫助編制更少錯(cuò)誤、更高效、可復(fù)用和可移植的軟件。

1. 模型方法論

對(duì)象管理集團(tuán)（OMG）――一個(gè)由感興趣的公司組成的財(cái)團(tuán)扶持的標(biāo)準(zhǔn)化組織，大力促進(jìn)統(tǒng)一建模語言（UML）。它已成為建立模型算法的語言，為軟件界廣泛采用。最初，在算法由手工翻譯成基于文本的語言之前用UML表達(dá)，然后它自動(dòng)編譯成匯編語言和機(jī)器碼。

篇4

關(guān)鍵詞：分布式計(jì)算；數(shù)據(jù)服務(wù)；體系結(jié)構(gòu)

中圖分類號(hào)：TP393 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1674-7712 （2013） 10-0062-02

一、引言

自上世紀(jì)九十年代開始，分布式計(jì)算服務(wù)技術(shù)在互聯(lián)網(wǎng)中得到廣泛的推廣和應(yīng)用。在傳統(tǒng)的計(jì)算機(jī)服務(wù)體系結(jié)構(gòu)中，數(shù)據(jù)存儲(chǔ)中心的主要應(yīng)用是通過有序組織服務(wù)器和客戶機(jī)的分布形成有機(jī)的組織結(jié)構(gòu)，由數(shù)據(jù)服務(wù)器來存放大量數(shù)據(jù)并實(shí)時(shí)提供針對(duì)客戶機(jī)的數(shù)據(jù)交換服務(wù)。但隨著互聯(lián)網(wǎng)技術(shù)的不斷更新和發(fā)展，全球計(jì)算體系結(jié)構(gòu)開始朝著構(gòu)建大型數(shù)據(jù)服務(wù)中心的形式靠攏，導(dǎo)致目前行業(yè)中盛行的新聞服務(wù)中心、網(wǎng)絡(luò)證券服務(wù)中心和資訊服務(wù)中心開始逐漸受到網(wǎng)民的關(guān)注。特別是分布式服務(wù)技術(shù)得到突破以來，基于互聯(lián)網(wǎng)式的數(shù)據(jù)分布服務(wù)體系進(jìn)去發(fā)展的黃金時(shí)代。

二、分布式技術(shù)概述

在當(dāng)前的分布式技術(shù)服務(wù)體系中，互聯(lián)網(wǎng)應(yīng)用是直接針對(duì)使用者提供常見的服務(wù)，以此來代替先前通過客戶機(jī)的數(shù)據(jù)傳輸來完成單一的數(shù)據(jù)通信。而數(shù)據(jù)中心作為互聯(lián)網(wǎng)服務(wù)的重要基礎(chǔ)設(shè)備負(fù)責(zé)提供大量的數(shù)據(jù)資源。分布式計(jì)算服務(wù)所能夠提供的服務(wù)類型以及服務(wù)內(nèi)容也逐漸擴(kuò)充起來，資源內(nèi)容開始朝著系統(tǒng)化、復(fù)雜化以及精密化方向發(fā)展。在這種發(fā)展趨勢(shì)下，就需要保證分布式數(shù)據(jù)服務(wù)體系結(jié)構(gòu)必須不斷滿足當(dāng)今市場(chǎng)的需求。在新的運(yùn)行理念的干擾下，確保數(shù)據(jù)信息的高效、高質(zhì)傳輸成為最基本的要求。完善數(shù)據(jù)高速轉(zhuǎn)發(fā)、提升數(shù)據(jù)管理體制等方面就要求不斷優(yōu)化和改革。

三、數(shù)據(jù)分布服務(wù)體系能力研究

數(shù)據(jù)分布服務(wù)體系結(jié)構(gòu)是分布式數(shù)據(jù)服務(wù)中心的重要組成部分，其結(jié)構(gòu)必須按照計(jì)算機(jī)數(shù)據(jù)通信的架構(gòu)形式進(jìn)行要求。

（一）拓展能力

數(shù)據(jù)分布服務(wù)體系結(jié)構(gòu)需要具有較強(qiáng)的拓展能力，主要包括網(wǎng)絡(luò)服務(wù)系統(tǒng)和數(shù)據(jù)交換系統(tǒng)兩方面內(nèi)容，在網(wǎng)絡(luò)服務(wù)系統(tǒng)方面，必須保證系統(tǒng)能夠根據(jù)當(dāng)前數(shù)據(jù)應(yīng)用的實(shí)際需求來維護(hù)應(yīng)用程序的使用，當(dāng)客戶機(jī)發(fā)起的數(shù)據(jù)有效連接不斷增多時(shí)，系統(tǒng)能夠表現(xiàn)出一定的承載力并及時(shí)完成數(shù)據(jù)分流。能夠通過負(fù)載均衡的機(jī)制保證服務(wù)器的安全運(yùn)行。在數(shù)據(jù)交換系統(tǒng)方面，則需要保證兩方面的擴(kuò)展能力，一方面需要保證已有數(shù)據(jù)的安全傳輸和存儲(chǔ)，另一方面則要保證用戶在使用的過程中不斷加入新數(shù)據(jù)，即保證數(shù)據(jù)的實(shí)時(shí)傳輸、更新和存儲(chǔ)。要隨時(shí)確保數(shù)據(jù)類信息的任意修改過程的安全。

（二）安全能力

計(jì)算機(jī)服務(wù)體系中的數(shù)據(jù)安全問題一直是信息體系應(yīng)用研究中重要研究課題之一，分布式數(shù)據(jù)服務(wù)體系結(jié)構(gòu)中也一樣重視其安全性設(shè)計(jì)。安全能力的強(qiáng)弱直接關(guān)系到數(shù)據(jù)分布服務(wù)體系的穩(wěn)定效果，兩者之間必須相互輔佐才能確保安全運(yùn)行，因此，良好的安全能力對(duì)于服務(wù)體系結(jié)構(gòu)而言具有深遠(yuǎn)的指導(dǎo)意義。

（三）穩(wěn)定能力

當(dāng)今數(shù)據(jù)服務(wù)的流量和容量要求都非常大，分布式數(shù)據(jù)服務(wù)中心又必須保證高效、長(zhǎng)時(shí)間的運(yùn)營(yíng)能力，甚至需要在滿載的情況下完成數(shù)據(jù)存儲(chǔ)和信息交換的工作，這就要求數(shù)據(jù)分布服務(wù)體系結(jié)構(gòu)要重視數(shù)據(jù)的穩(wěn)定能力。穩(wěn)定能力能否成功直接關(guān)系到整個(gè)服務(wù)體系的質(zhì)量情況，合理的穩(wěn)定均衡設(shè)計(jì)不僅能夠提升分布數(shù)據(jù)服務(wù)的整體質(zhì)量，而且能夠在一定程度上提高數(shù)據(jù)服務(wù)中心的數(shù)據(jù)轉(zhuǎn)發(fā)能力。

（四）傳輸能力

分布式數(shù)據(jù)服務(wù)的主旨是完成數(shù)據(jù)的大量計(jì)算以及處理工作，這就需要保證數(shù)據(jù)分布服務(wù)體系結(jié)構(gòu)在設(shè)計(jì)過程中重視傳輸類型的優(yōu)化，在一定程度上能夠滿足服務(wù)體系的數(shù)據(jù)處理能力和處理速度，當(dāng)同時(shí)存在大量的數(shù)據(jù)需要處理和傳輸時(shí)，高速的數(shù)據(jù)服務(wù)傳輸結(jié)構(gòu)能夠提升計(jì)算機(jī)服務(wù)體系的整體運(yùn)載能力。

（五）增容能力

高效的數(shù)據(jù)分布服務(wù)體系建設(shè)必須遵守當(dāng)前數(shù)據(jù)傳輸系統(tǒng)結(jié)構(gòu)的統(tǒng)一標(biāo)準(zhǔn)，包括計(jì)算機(jī)機(jī)房的建設(shè)標(biāo)準(zhǔn)、電氣傳輸保障標(biāo)準(zhǔn)及互聯(lián)網(wǎng)數(shù)據(jù)傳輸標(biāo)準(zhǔn)等，要對(duì)未來的數(shù)據(jù)傳輸服務(wù)發(fā)展具有一定的先見能力，滿足日后服務(wù)體系結(jié)構(gòu)在更新的過程中能夠適應(yīng)發(fā)展需求，為后期的設(shè)備增容、換代提供保障基礎(chǔ)。

四、虛擬網(wǎng)絡(luò)運(yùn)營(yíng)機(jī)制在分布式服務(wù)體系中的應(yīng)用

在分布式數(shù)據(jù)服務(wù)體系中，數(shù)據(jù)存儲(chǔ)中心往往采用在一臺(tái)中心服務(wù)器中同時(shí)啟動(dòng)多個(gè)虛擬服務(wù)的形式來向不同用戶提供不同的服務(wù)類型，虛擬網(wǎng)絡(luò)運(yùn)營(yíng)機(jī)制也因此得到了廣泛的應(yīng)用，它在一定程度上能夠提升整個(gè)數(shù)據(jù)服務(wù)中心的數(shù)據(jù)處理能力和傳輸能力，在進(jìn)行數(shù)據(jù)分布服務(wù)體系結(jié)構(gòu)的設(shè)計(jì)過程中，如果發(fā)現(xiàn)服務(wù)器的硬件能力不能滿足實(shí)際數(shù)據(jù)的傳輸需求，可以采用虛擬網(wǎng)絡(luò)運(yùn)營(yíng)的方式節(jié)省硬件消耗成本，將某些正在進(jìn)行計(jì)算的服務(wù)內(nèi)容轉(zhuǎn)移到一些存在負(fù)載能力的服務(wù)器上完成相應(yīng)工作。虛擬網(wǎng)絡(luò)運(yùn)營(yíng)機(jī)制的系統(tǒng)構(gòu)建可以改變?cè)械姆?wù)器硬件網(wǎng)絡(luò)分布模式，當(dāng)虛擬服務(wù)需要進(jìn)行分布式數(shù)據(jù)傳輸時(shí)能夠完成相應(yīng)的應(yīng)用和服務(wù)。另外，分布式虛擬網(wǎng)絡(luò)運(yùn)營(yíng)機(jī)制還可以為影虎提供一套靈活多變的網(wǎng)絡(luò)傳輸管理方案。它能夠達(dá)到靈活分配網(wǎng)絡(luò)服務(wù)資源、并發(fā)處理用戶請(qǐng)求的效果，經(jīng)過運(yùn)維實(shí)際效果發(fā)現(xiàn)，這種虛擬網(wǎng)絡(luò)運(yùn)營(yíng)機(jī)制還具有合理分配網(wǎng)絡(luò)帶寬、平衡引導(dǎo)工作機(jī)制的優(yōu)勢(shì)，能夠在一定程度上針對(duì)實(shí)時(shí)數(shù)據(jù)訪問量的波動(dòng)對(duì)分布式服務(wù)器進(jìn)行工作調(diào)整。這種虛擬運(yùn)營(yíng)機(jī)制也逐漸成為構(gòu)建下一代智能化高效數(shù)據(jù)分布服務(wù)體系的重要技術(shù)保障力之一。

五、數(shù)據(jù)分布體系網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計(jì)

在分布式數(shù)據(jù)服務(wù)體系中，數(shù)據(jù)中心得網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計(jì)必須保證數(shù)據(jù)傳輸?shù)母呖煽啃院透甙踩?，盡量減少和避免不必要的過失是非常重要的。本文通過對(duì)數(shù)據(jù)分布服務(wù)體系結(jié)構(gòu)的研究，旨在尋求一種能夠保證低廉造價(jià)并實(shí)現(xiàn)高效數(shù)據(jù)傳輸?shù)姆植际綌?shù)據(jù)服務(wù)架構(gòu)。網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)的應(yīng)用和研究能夠有效聚合網(wǎng)絡(luò)實(shí)際吞吐能力，并形成完善、合理的分布式結(jié)構(gòu)層次。并且可以有效整合網(wǎng)絡(luò)應(yīng)用資源，提供一套完善、靈活、便捷的可執(zhí)行方案。在應(yīng)用綜合成本的考慮下，利用低價(jià)位的綜合交換機(jī)和普通的數(shù)據(jù)傳輸服務(wù)器來構(gòu)建數(shù)據(jù)分布服務(wù)體系結(jié)構(gòu)能夠降低支出成本。而一般的商業(yè)級(jí)應(yīng)用服務(wù)器只具有兩個(gè)網(wǎng)絡(luò)傳輸結(jié)構(gòu)，如何充分利用這兩個(gè)接口獲取網(wǎng)絡(luò)吞吐率也成為體系結(jié)構(gòu)具有良好性價(jià)比的重要佐證之一，這種低廉的網(wǎng)絡(luò)服務(wù)體系結(jié)構(gòu)的拓?fù)錁?gòu)建方式大致具有以下幾方面的優(yōu)勢(shì)。首先，傳統(tǒng)意義上的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)常用樹狀結(jié)構(gòu)來完成構(gòu)架，而樹狀結(jié)構(gòu)需要應(yīng)用大量的交換接，節(jié)點(diǎn)設(shè)備還需要匯集大量造價(jià)高昂的交換機(jī)設(shè)備，這種體系結(jié)構(gòu)能夠降低投資成本。其次，網(wǎng)絡(luò)中的任意服務(wù)器不在拘泥于單一的一條訪問路徑，可以通過多條傳輸路徑來進(jìn)行數(shù)據(jù)的實(shí)時(shí)通信。另外，能夠充分利用服務(wù)器的兩個(gè)傳輸接口，提升了數(shù)據(jù)在網(wǎng)絡(luò)中的傳輸效率。最后，較于傳統(tǒng)形式的樹狀網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)而言，這種拓?fù)浣Y(jié)構(gòu)具有較強(qiáng)的容錯(cuò)性。

六、總結(jié)

二十一世紀(jì)是信息技術(shù)飛速發(fā)展的年代，以數(shù)據(jù)中心為載體的分布式服務(wù)體系結(jié)構(gòu)在行業(yè)中起到越來越重要的作用。目前，信息化產(chǎn)業(yè)以開始逐漸向其靠攏，分布式技術(shù)為核心的數(shù)據(jù)服務(wù)中心將在未來得到更加廣泛的應(yīng)用和發(fā)展。數(shù)據(jù)分布服務(wù)體系結(jié)構(gòu)是值得我們?nèi)パ芯康?。本文從分布式技術(shù)入手，講述目前行業(yè)中新興的這種具有高性能型和高連通性的分布式服務(wù)體系結(jié)構(gòu)，旨在能夠?yàn)橥刑峁┘夹g(shù)領(lǐng)域的指導(dǎo)和參考，具有一定的實(shí)用意義。

參考文獻(xiàn)：

[1]李文軍.分布式對(duì)象技術(shù)[M].北京：機(jī)械工業(yè)出版社，2006.

[2]申晉祥.BP神經(jīng)網(wǎng)絡(luò)在無損檢測(cè)中的應(yīng)用[J].山西大同大學(xué)學(xué)報(bào)，2009，（2）：16-17.

[3]黃承忠，郭中.基于移動(dòng)技術(shù)的分布并行計(jì)算環(huán)境[J].計(jì)算機(jī)工程，2005，4：99-100.

[4]鄒明亮，程小輝，劉亞榮.嵌入式移動(dòng)數(shù)據(jù)庫中的移動(dòng)Agent問題探討[J].微計(jì)算機(jī)信息，2006，12：61-62.

篇5

一、德育內(nèi)容體系及其結(jié)構(gòu)探究

“德育即育德，也就是有意識(shí)地實(shí)現(xiàn)社會(huì)思想道德的個(gè)體內(nèi)化，或者說有目的地促進(jìn)個(gè)體思想品德社會(huì)化?！本唧w來說：“德育是指教育者根據(jù)一定社會(huì)和受教育者的需求，遵循品德形成的規(guī)律，采用言教、身教等有效手段，在受教育者自覺積極參與的互動(dòng)中。通過內(nèi)化與外化，發(fā)展受教育者的思想、政治、道德和心理幾方面素質(zhì)的系統(tǒng)活動(dòng)過程。”因而，德育自身包含著豐富的內(nèi)容并形成了一個(gè)完備的內(nèi)容體系。

(一)德育基本內(nèi)容的界定

由于對(duì)德育內(nèi)涵理解的不同，對(duì)于德育基本內(nèi)容的界定，目前學(xué)術(shù)界存在不同的闡述。概而言之：主要有狹義(小德育)和廣義(大德育)之分。狹義的德育與道德教育同義，認(rèn)為德育就是對(duì)德育對(duì)象進(jìn)行有關(guān)道德意識(shí)、道德情感和道德行為等方面的教育。廣義的德育，其內(nèi)容范圍包括思想教育、政治教育、道德教育以及有關(guān)心理健康方面的教育。1990年顧明遠(yuǎn)主編的《教育大詞典―教育學(xué)》卷的釋義為：“德育旨在形成受教育者一定思想品德的教育。在社會(huì)主義中國(guó)，包括思想教育、政治教育、道德教育?！碑?dāng)前我國(guó)教育理論界比較認(rèn)同廣義的德育內(nèi)容界定，即德育主要應(yīng)該包含思想、政治、道德和心理健康教育四個(gè)方面。

思想教育是要解決德育對(duì)象主觀客觀相符合的問題，主要包含世界觀教育和方法論教育兩個(gè)方面。其中，世界觀教育就是用先進(jìn)的思想武裝人和引導(dǎo)人，“而方法論教育就是在世界觀教育的基礎(chǔ)上讓教育對(duì)象正確認(rèn)識(shí)客觀世界和自身，解放思想、開拓進(jìn)取、與時(shí)俱進(jìn)，從而形成科學(xué)的思想意識(shí)?！闭谓逃饕且鉀Q德育對(duì)象對(duì)國(guó)家、階級(jí)、社會(huì)制度等重大政治問題的立場(chǎng)和態(tài)度，包括政治理想、政治信念、政治立場(chǎng)、政治觀點(diǎn)、政治情感等方面的教育。其中政治信念教育是核心，政治情感教育是目標(biāo)。道德教育是對(duì)德育對(duì)象進(jìn)行行為規(guī)范方面的教育，主要包括道德觀念、道德判斷、道德情感和道德行為等方面的教育。心理教育主要是提高德育對(duì)象心理素質(zhì)的教育，內(nèi)容就是對(duì)德育對(duì)象進(jìn)行心理健康教育和指導(dǎo)，使德育對(duì)象具備良好的個(gè)性、健全的人格、健康的情感、樂觀的心態(tài)和堅(jiān)強(qiáng)的意志。

(二)德育內(nèi)容體系結(jié)構(gòu)

思想教育、政治教育、道德教育和心理教育構(gòu)成了當(dāng)前德育的主要內(nèi)容，根據(jù)各內(nèi)容之間的相互關(guān)系和它們?cè)诘掠龑?shí)施過程中的不同地位，以及在其實(shí)施過程中德育對(duì)象和教育重點(diǎn)的差異，可以將德育結(jié)構(gòu)體系規(guī)劃為不同的類型，即政治主導(dǎo)型、思想主導(dǎo)型、道德主導(dǎo)型和心理主導(dǎo)型。每一種結(jié)構(gòu)類型都有各自相應(yīng)的核心內(nèi)容，并通過這一核心內(nèi)容來支配、帶動(dòng)和影響其他教育內(nèi)容?？梢哉f這四種結(jié)構(gòu)類型，體現(xiàn)了德育實(shí)施過程中內(nèi)容上的差異性和傾向性。一般來說合適的類型模式是由德育對(duì)象的實(shí)際情況和所要解決的具體問題來決定的。這就要求我們?cè)诘掠^程中要注重針對(duì)性，避免教條主義和本本主義。

二、德育內(nèi)容結(jié)構(gòu)體系優(yōu)化的標(biāo)準(zhǔn)

通過前文對(duì)德育內(nèi)容體系及其結(jié)構(gòu)類型的闡述，我們不難發(fā)現(xiàn)德育內(nèi)容結(jié)構(gòu)狀況的好壞對(duì)德育實(shí)效性的大小和德育目標(biāo)實(shí)現(xiàn)的程度將會(huì)產(chǎn)生直接影響。為了科學(xué)實(shí)施德育，有效實(shí)現(xiàn)德育目標(biāo)和發(fā)揮德育的最佳功能，必須不斷優(yōu)化德育的內(nèi)容結(jié)構(gòu)。筆者認(rèn)為德育內(nèi)容體系結(jié)構(gòu)的優(yōu)化主要應(yīng)該遵循以下原則：

(一)核心原則

所謂核心原則，就是說在德育內(nèi)容體系結(jié)構(gòu)的安排中要突出某項(xiàng)核心內(nèi)容，這是由德育對(duì)象的不同特點(diǎn)所決定的，也是關(guān)于具體問題具體分析這一基本原理在德育內(nèi)容結(jié)構(gòu)安排中的體現(xiàn)。核心內(nèi)容的確定是能否實(shí)現(xiàn)德育目標(biāo)和取得德育實(shí)效的關(guān)鍵。這里需要說明的是，我們講德育的核心內(nèi)容并不是忽視德育其他內(nèi)容的合理作用，而是要將其他德育內(nèi)容與核心內(nèi)容有機(jī)地結(jié)合起來，來共同實(shí)現(xiàn)德育的目標(biāo)。

(二)系統(tǒng)原則

德育內(nèi)容體系結(jié)構(gòu)的優(yōu)化，需要在我們強(qiáng)調(diào)核心內(nèi)容的同時(shí)還要善于完善其內(nèi)容體系，努力提高德育的整體效應(yīng)。系統(tǒng)原則便是這一要求的具體體現(xiàn)，也是對(duì)德育內(nèi)容體系結(jié)構(gòu)優(yōu)化核心原則的有益補(bǔ)充。它是指在德育實(shí)施過程中，我們既要分清主次，突出重點(diǎn)，同時(shí)也不能忽視其他教育內(nèi)容的輔助作用。否則德育內(nèi)容結(jié)構(gòu)體系的合理性和科學(xué)性將會(huì)受到質(zhì)疑。當(dāng)前情況下優(yōu)化德育的內(nèi)容體系結(jié)構(gòu)就是要求我們德育工作者必須具有整體性思路，既要把思想教育、政治教育、道德教育和心理教育系統(tǒng)化為一個(gè)有機(jī)的德育內(nèi)容體系，使其涵蓋德育領(lǐng)域的各個(gè)方面，還要完善和拓寬思想教育、政治教育、道德教育、心理教育等每一個(gè)子系統(tǒng)的內(nèi)容。

(三)過程原則

德育內(nèi)容體系結(jié)構(gòu)的優(yōu)化是一個(gè)過程，我們必須用動(dòng)態(tài)的視角來審視這一過程。恩格斯在揭示黑格爾哲學(xué)體系中辯證法的合理因素時(shí)指出：“―個(gè)偉大的思想，即認(rèn)為世界不是一成不變的事物的集合體，而是過程的集合體?！币蚨?，對(duì)于德育內(nèi)容體系結(jié)構(gòu)的優(yōu)化，我們決不能僅僅滿足于現(xiàn)階段所取得的成就，應(yīng)該將優(yōu)化過程進(jìn)行下去，并充分汲取每一階段的有益成果，加快德育內(nèi)容體系結(jié)構(gòu)優(yōu)化的速度。

(四)開放性原則

開放性是現(xiàn)代德育的特性之一，面向世界是德育發(fā)展的大趨勢(shì)。人類道德本來具有共同性，社會(huì)道德的形成與發(fā)展，個(gè)體道德品質(zhì)的形成發(fā)展，以及與此相聯(lián)系的德育的發(fā)展、德育理論的發(fā)展和德育內(nèi)容的發(fā)展都具有共同的方面?！半S著經(jīng)濟(jì)全球化和信息時(shí)代的來臨，世界上各個(gè)民族、各個(gè)國(guó)家早已打破了原有的界限，真正融合成一個(gè)有機(jī)的整體，學(xué)會(huì)關(guān)心、學(xué)會(huì)合作、環(huán)境保護(hù)、和平與發(fā)展等已屬于全人類的道德要求?！币蚨_放性原則成為當(dāng)前實(shí)現(xiàn)德育內(nèi)容體系結(jié)構(gòu)優(yōu)化的重要原則。

三、德育內(nèi)容結(jié)構(gòu)優(yōu)化的具體路向

德育內(nèi)容體系結(jié)構(gòu)優(yōu)化原則的設(shè)定為其最終目標(biāo)的實(shí)現(xiàn)指明了方向，具體來說，德育內(nèi)容結(jié)構(gòu)優(yōu)化的具體實(shí)施應(yīng)從以下三個(gè)方面進(jìn)行。

(一)突出德育的核心內(nèi)容

突出德育的核心內(nèi)容是德育內(nèi)容體系結(jié)構(gòu)優(yōu)化主導(dǎo)性原則的具體體現(xiàn)。如前所述，德育內(nèi)容雖然豐富多彩，但是各種教育內(nèi)容的地位與功能并不是相同的。其中，政治教育是整個(gè)德育過程的政

治保障。因此，在德育內(nèi)容實(shí)施過程中，必須始終以政治教育為主導(dǎo)。

德育過程堅(jiān)持以政治教育為主導(dǎo)，就必須始終把理想信念教育作為德育的核心內(nèi)容，對(duì)德育對(duì)象進(jìn)行社會(huì)主義核心價(jià)值體系教育和科學(xué)發(fā)展觀方面的教育。社會(huì)主義核心價(jià)值體系是新時(shí)期立足于社會(huì)主義經(jīng)濟(jì)基礎(chǔ)之上的價(jià)值認(rèn)同系統(tǒng)，它涉及經(jīng)濟(jì)、政治、文化、思想等社會(huì)生活的方方面面，集中體現(xiàn)了社會(huì)主義當(dāng)前意識(shí)形態(tài)方面的本質(zhì)屬性；而科學(xué)發(fā)展觀作為中國(guó)化的最新理論成果，二者結(jié)合起來就為德育的正確發(fā)展方向提供了政治保障。因此，針對(duì)當(dāng)前德育界普遍存在的那種德育應(yīng)該淡化、弱化政治教育的思想，我們應(yīng)該從根本看清其觀點(diǎn)的“虛弱性”。縱觀當(dāng)今世界各國(guó)的德育歷程，不難發(fā)現(xiàn)：盡管不同國(guó)家之間的階級(jí)性質(zhì)、意識(shí)形態(tài)方面存在著差異，但政治性始終是不同時(shí)期、不同國(guó)家德育的最顯著特征。因而，將政治教育視為德育的核心內(nèi)容，是由其客觀歷史地位決定的，也是德育自身特殊性的必然要求。

(二)完善德育內(nèi)容體系

我們?cè)趶?qiáng)調(diào)政治教育作為德育核心內(nèi)容的同時(shí)，對(duì)思想教育、道德教育以及心理教育也應(yīng)予以足夠的重視。前者是為了體現(xiàn)德育的根本意識(shí)形態(tài)屬性和本質(zhì)功能，后者則是德育能夠發(fā)揮整體效應(yīng)的保證。

首先，如前文所述，我們應(yīng)該將德育的內(nèi)容視為一個(gè)有機(jī)系統(tǒng)，思想教育、政治教育、道德教育和心理教育作為這個(gè)系統(tǒng)的有機(jī)組成部分。當(dāng)前德育要適應(yīng)社會(huì)主義市場(chǎng)經(jīng)濟(jì)條件下道德問題和心理問題日漸突出的形勢(shì)，加大道德教育和心理教育的力度。這不僅僅是解決實(shí)際問題的需要，同時(shí)也是完善德育內(nèi)容體系的需要，是實(shí)現(xiàn)德育整體效應(yīng)的有力保證。其次，在強(qiáng)調(diào)德育的整體效應(yīng)的同時(shí)，還要完善德育內(nèi)容的每一個(gè)子系統(tǒng)，即在德育實(shí)施過程中要勇于拓寬思想教育、道德教育、政治教育以及心理教育每一方面的領(lǐng)域。

(三)一與時(shí)俱進(jìn)，發(fā)展德育內(nèi)容

篇6

關(guān)鍵詞：WEB服務(wù)；面向服務(wù)的體系結(jié)構(gòu)（SOA）；XML；SOAP；WSDL；UDDI；ESB

1 引言

最近幾年，在企業(yè)級(jí)的IT行業(yè)中討論最熱門的話題莫過于面向服務(wù)的架構(gòu)體系（Service-Oriented Architecture，SOA）。那究竟什么是SOA， SOA發(fā)展的怎樣，它又會(huì)給我們帶來什么好處呢？

2 背景介紹

自從上世紀(jì)70年代“軟件危機(jī)”這個(gè)名詞出現(xiàn)以來，軟件業(yè)的許多從業(yè)人員都一直致力于擺脫這個(gè)問題。著名學(xué)者、中科院軟件所仲萃豪研究員曾經(jīng)說，為了解決軟件危機(jī)，軟件開發(fā)方法在20多年的時(shí)間里取得了三大成果，即基于構(gòu)件體系結(jié)構(gòu)的開發(fā)方法、基于UML的建模語言、面向服務(wù)的體系結(jié)構(gòu)（SOA），而軟件發(fā)展的下一個(gè)里程碑就是SOA。同時(shí)，迅猛發(fā)展的網(wǎng)絡(luò)技術(shù)，如網(wǎng)絡(luò)服務(wù)（Web Service），也為SOA的發(fā)展奠定了良好的基礎(chǔ)。由此可見，SOA是軟件工程未來發(fā)展的一個(gè)重要方向。

3 國(guó)內(nèi)外現(xiàn)狀

許多企業(yè)都很看好SOA。來自中國(guó)2005IBM整合論壇上針對(duì)1000多位企業(yè)IT決策者的調(diào)查顯示，曾經(jīng)有65％的企業(yè)認(rèn)為SOA能夠保持IT和業(yè)務(wù)協(xié)調(diào)一致，加強(qiáng)企業(yè)中IT和業(yè)務(wù)運(yùn)營(yíng)的管理水平，有21％的企業(yè)認(rèn)為SOA能夠充分利用現(xiàn)有的IT投資，增強(qiáng)重復(fù)使用的能力。

同時(shí)，數(shù)據(jù)也顯示，只有6％的企業(yè)已經(jīng)開始使用SOA進(jìn)行整合，因此，對(duì)于大部分企業(yè)來說，SOA是一個(gè)熱門話題。但是，數(shù)據(jù)也顯示，有39％的企業(yè)，考慮過在企業(yè)中實(shí)施SOA。

另外，Gartner在一份報(bào)告中也曾經(jīng)指出，截止到2008年，80％的客戶將使用SOA用于新產(chǎn)品開發(fā)。在目前許多企業(yè)還是通過硬線（Hard－wired）關(guān)聯(lián)的模式之下實(shí)現(xiàn)企業(yè)內(nèi)外部應(yīng)用溝通的情況下，企業(yè)很難快速響應(yīng)市場(chǎng)需求變化。

4 SOA的基本含義

SOA是service-oriented architecture的縮寫，即面向服務(wù)的架構(gòu)，或者稱為面向服務(wù)的體系結(jié)構(gòu)。

從SOA字面上不難看出，SOA是一種軟件體系架構(gòu)，是一種組織IT基礎(chǔ)結(jié)構(gòu)及業(yè)務(wù)功能的方法，是一種在計(jì)算環(huán)境中設(shè)計(jì)、開發(fā)、部署和管理離散邏輯單元（服務(wù)）的模型。它將會(huì)給計(jì)算機(jī)軟件工程的發(fā)展產(chǎn)生深遠(yuǎn)的影響。

下面是幾個(gè)關(guān)于SOA的定義：

IBM公司是這樣給SOA定義的：“SOA是一個(gè)組件模型，它將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互?！?/p>

將SOA定義為：“本質(zhì)上是服務(wù)的集合。服務(wù)間彼此通信，這種通信可能是簡(jiǎn)單的數(shù)據(jù)傳送，也可能是兩個(gè)或更多的服務(wù)協(xié)調(diào)進(jìn)行某些活動(dòng)。服務(wù)間需要某些方法進(jìn)行連接。所謂服務(wù)就是精確定義、封裝完善、獨(dú)立于其他服務(wù)所處環(huán)境和狀態(tài)的函數(shù)?！?/p>

定義的SOA為：“按需連接資源的系統(tǒng)。在SOA中，資源被作為可通過標(biāo)準(zhǔn)方式訪問的獨(dú)立服務(wù)，提供給網(wǎng)絡(luò)中的其他成員。與傳統(tǒng)的系統(tǒng)結(jié)構(gòu)相比，SOA規(guī)定了資源間更為靈活的松散耦合關(guān)系。” [1]

雖然不同廠商或個(gè)人對(duì)SOA有著不同的理解，但是我們?nèi)匀豢梢钥吹絊OA中的關(guān)鍵是“服務(wù)”。另外還可以看出它的幾個(gè)關(guān)鍵特性：一種粗粒度、松耦合服務(wù)架構(gòu)，服務(wù)之間通過簡(jiǎn)單、精確定義接口進(jìn)行通訊，不涉及底層編程接口和通訊模型。

5 使用SOA的好處

在討論SOA的好處之前，我們先來看一個(gè)場(chǎng)景。A企業(yè)的IT系統(tǒng)已有十余年的歷史，其主要的業(yè)務(wù)系統(tǒng)構(gòu)建于上世紀(jì)九十年代，圍繞核心系統(tǒng)又開發(fā)了許多基于UNIX的非核心業(yè)務(wù)系統(tǒng)以及基于.NET的簡(jiǎn)單應(yīng)用。這些形形的應(yīng)用，采用不同的技術(shù)開發(fā)，有的用匯編或COBOL編寫，有的用PB編寫。近年來，A企業(yè)面臨越來越強(qiáng)烈的信息整合需求，為生產(chǎn)經(jīng)營(yíng)提供決策支持。然而，要想最大限度地減少對(duì)現(xiàn)有系統(tǒng)的更改，同時(shí)又要實(shí)現(xiàn)高度的數(shù)據(jù)集成，A企業(yè)意識(shí)到困難重重。[2]

相信大家從上面這個(gè)場(chǎng)景，不難看出，SOA確實(shí)會(huì)給我們的企業(yè)帶來很大的好處。

其一，可以使業(yè)務(wù)更加靈活。眾所周知，SOA體現(xiàn)的是一種松耦合的系統(tǒng)。松耦合系統(tǒng)的最大好處就是可以使業(yè)務(wù)靈活自如。這樣業(yè)務(wù)應(yīng)用程序可以根據(jù)業(yè)務(wù)的需要變得更加靈活，從而適應(yīng)不斷變化的業(yè)務(wù)環(huán)境，比如經(jīng)常改變的政策、業(yè)務(wù)級(jí)別、業(yè)務(wù)重點(diǎn)、合作伙伴關(guān)系、行業(yè)地位以及其他與業(yè)務(wù)有關(guān)的因素等。這就是行業(yè)經(jīng)常提及的“On-demand Businiss（按需業(yè)務(wù)）”。因而當(dāng)需要對(duì)部分或整個(gè)應(yīng)用程序進(jìn)行某種形式的更改時(shí)，它們就顯得非常靈活。

其二，可以節(jié)約企業(yè)成本。“重用”概念在SOA的系統(tǒng)中尤為突出。SOA要求開發(fā)人員跳出應(yīng)用本身進(jìn)行思考，考慮他們的服務(wù)如何能夠被其他項(xiàng)目重用。這樣可以為開發(fā)人員節(jié)約大量時(shí)間。另一方面，基于SOA的企業(yè)系統(tǒng)架構(gòu)通常都是在現(xiàn)有系統(tǒng)架構(gòu)投資的基礎(chǔ)上發(fā)展起來的，我們并不需要徹底重新開發(fā)全部的子系統(tǒng)；SOA可以通過利用當(dāng)前系統(tǒng)已有的資源（開發(fā)人員、軟件語言、硬件平臺(tái)、數(shù)據(jù)庫和應(yīng)用程序）來重復(fù)利用系統(tǒng)中現(xiàn)有的系統(tǒng)和資源。這樣就可以使現(xiàn)有的IT資產(chǎn)得到充分利用，從而大大的節(jié)省了企業(yè)的運(yùn)營(yíng)成本。

其三，可以增強(qiáng)系統(tǒng)間協(xié)作性。目前，許多大的信息系統(tǒng)的各子系統(tǒng)間的協(xié)作性不是很強(qiáng)。尤其是在大型公司，如單一的全球化公司、分區(qū)域組織（每個(gè)地區(qū)獨(dú)立運(yùn)作但協(xié)同支持）的公司、多種業(yè)務(wù)劃分的公司、有分支網(wǎng)絡(luò)的公司、分級(jí)制的公司等公司的系統(tǒng)中，協(xié)作性工作更為重要。這樣就可以基于現(xiàn)有網(wǎng)絡(luò)的基礎(chǔ)設(shè)施使用SOA模式建立系統(tǒng)，允許分散于各地且采用不同技術(shù)的資源協(xié)同工作，從而使系統(tǒng)間的協(xié)作性更強(qiáng)。

其四，可以使公司業(yè)務(wù)和IT保持更高的一致性。眾所周知，由于市場(chǎng)的變化日趨迅速，需要企業(yè)及時(shí)做出響應(yīng)，而基于傳統(tǒng)軟件架構(gòu)模式構(gòu)建的軟件信息系統(tǒng)是依據(jù)事先的需求分析和系統(tǒng)架構(gòu)設(shè)計(jì)來完成的，這種需求反映的往往只是企業(yè)過去某一時(shí)間點(diǎn)的業(yè)務(wù)流程。待到系統(tǒng)開發(fā)設(shè)計(jì)完成，企業(yè)的需求已經(jīng)發(fā)生了變化，系統(tǒng)架構(gòu)和業(yè)務(wù)流程之間存在偏差，系統(tǒng)必定不能發(fā)揮其最大功效。然而，基于SOA的軟件架構(gòu)模式構(gòu)建的軟件信息系統(tǒng)要求系統(tǒng)在企業(yè)需求發(fā)生變化后，其業(yè)務(wù)流程會(huì)隨之實(shí)時(shí)改變。這樣，就可以保證使IT與業(yè)務(wù)高度一致。從而，企業(yè)的信息系統(tǒng)真正變成了實(shí)時(shí)企業(yè)系統(tǒng)。這也就是有人曾經(jīng)提出的“并行業(yè)務(wù)工程”的概念。

其五，可以標(biāo)準(zhǔn)化整個(gè)企業(yè)內(nèi)的流程，從而易于集中企業(yè)控制。構(gòu)建SOA系統(tǒng)，需要通過規(guī)范的業(yè)務(wù)流程將一個(gè)個(gè)的服務(wù)組織起來。同時(shí)，SOA也是一種集中系統(tǒng)，這其中可以包含來自組織的不同部門的服務(wù)，甚至還能包含來自組織外的服務(wù)。如果沒有恰當(dāng)?shù)目刂疲@種系統(tǒng)很容易失控。這就要求企業(yè)來集中控制流程管理，從而形成標(biāo)準(zhǔn)化

的流程規(guī)范。

6 SOA關(guān)鍵技術(shù)

面向服務(wù)的架構(gòu)SOA主要用到以下關(guān)鍵技術(shù)：

6.1 XML

XML 1.0（可擴(kuò)展標(biāo)記語言，Extensible Markup Language）標(biāo)準(zhǔn)是一個(gè)基于文本的 World Wide Web 組織 (W3C) 規(guī)范的標(biāo)記語言，是用于網(wǎng)絡(luò)上數(shù)據(jù)交換的語言。XML 嚴(yán)格地定義了可移植的結(jié)構(gòu)化數(shù)據(jù)。

6.2 SOAP

簡(jiǎn)單對(duì)象訪問協(xié)議（SOAP）是一種輕量的、簡(jiǎn)單的、基于XML的協(xié)議，它被設(shè)計(jì)成在網(wǎng)絡(luò)上交換結(jié)構(gòu)化的和固化的信息。它可以和現(xiàn)存的許多因特網(wǎng)協(xié)議和格式結(jié)合使用，包括超文本傳輸協(xié)議（HTTP），簡(jiǎn)單郵件傳輸協(xié)議（SMTP），多用途網(wǎng)際郵件擴(kuò)充協(xié)議（MIME）。它還支持從消息系統(tǒng)到遠(yuǎn)程過程調(diào)用（RPC）等大量的應(yīng)用程序。主要包括三個(gè)部分：封裝、編碼規(guī)則、RPC表示。

6.3 WSDL

Web服務(wù)描述語言WSDL(Web Services Description Language)是用于描述Web服務(wù)的一種XML語言。Web服務(wù)通過描述SOAP消息接口的 WSDL文檔來提供可重用的應(yīng)用程序功能，并使用標(biāo)準(zhǔn)的傳輸協(xié)議來進(jìn)行傳遞消息。WSDL是基于XML的，它的描述包含請(qǐng)求消息格式、響應(yīng)消息格式和向何處發(fā)送消息等幾個(gè)必要的細(xì)節(jié)，以便服務(wù)請(qǐng)求者能夠使用特定服務(wù)。

6.4 UDDI

統(tǒng)一描述、發(fā)現(xiàn)和集成（Universal Description, Discovery and Integration）規(guī)范提供了一組公用的SOAP API，使得服務(wù)得以實(shí)現(xiàn)。UDDI為服務(wù)的可用性和發(fā)現(xiàn)所需服務(wù)定義了一個(gè)基于SOAP消息的標(biāo)準(zhǔn)接口。UDDI 實(shí)現(xiàn)將和發(fā)現(xiàn)服務(wù)的SOAP請(qǐng)求解釋為用于基本數(shù)據(jù)存儲(chǔ)的數(shù)據(jù)管理功能調(diào)用。

為了和發(fā)現(xiàn)其他SOA服務(wù)，UDDI通過定義標(biāo)準(zhǔn)的SOAP消息來實(shí)現(xiàn)服務(wù)注冊(cè)。注冊(cè)是一種服務(wù)，它是在UDDI上需要發(fā)現(xiàn)服務(wù)的請(qǐng)求者和服務(wù)的提供者之間的中介。一旦請(qǐng)求者決定使用特定的服務(wù)，開發(fā)者通常借助于開發(fā)工具并通過創(chuàng)建以發(fā)送請(qǐng)求并處理響應(yīng)的方式訪問服務(wù)的代碼來綁定服務(wù)。[3]

6.5 ESB

企業(yè)服務(wù)總線ESB（Enterprise Service Bus）是SOA架構(gòu)的一個(gè)支柱技術(shù)。它包含了服務(wù)、服務(wù)提供者、服務(wù)使用者、服務(wù)定位器、服務(wù)、服務(wù)管理等幾個(gè)部分，其主要功能有：通信和消息處理、服務(wù)交互和安全性控制、服務(wù)質(zhì)量和服務(wù)級(jí)別管理、建模、管理和自治、基礎(chǔ)架構(gòu)智能等。

圖1展示了ESB中面向服務(wù)的體系結(jié)構(gòu)中的協(xié)作關(guān)系。

圖1 ESB中的協(xié)作（錯(cuò)誤！文檔中沒有指定樣式的文字）

從圖1可以看出，在ESB中的協(xié)作流程為：

(1)服務(wù)使用者發(fā)起對(duì)注冊(cè)中心中的服務(wù)的查詢，通過傳輸綁定服務(wù)，并且執(zhí)行服務(wù)功能。服務(wù)使用者根據(jù)接口契約來執(zhí)行服務(wù)。

(2)服務(wù)提供者接受和執(zhí)行來自使用者的請(qǐng)求。它將自己的服務(wù)和接口契約到服務(wù)注冊(cè)中心，以便服務(wù)使用者可以發(fā)現(xiàn)和訪問該服務(wù)。

(3)服務(wù)注冊(cè)中心是服務(wù)發(fā)現(xiàn)的支持者。它包含一個(gè)可用服務(wù)的服務(wù)儲(chǔ)備庫，并允許感興趣的服務(wù)使用者查找服務(wù)提供者接口。

服務(wù)管理所集成的元素可以分成功能元素和服務(wù)質(zhì)量元素兩部分，如圖2所示。其中左半部分為功能元素，右半部分為服務(wù)質(zhì)量元素。

功能性方面包括：

(1)傳輸：是一種通信機(jī)制，用于將來自服務(wù)使用者的服務(wù)請(qǐng)求傳送給服務(wù)提供者，并且將來自服務(wù)提供者的響應(yīng)傳送給服務(wù)使用者；

(2)服務(wù)通信協(xié)議：是一種經(jīng)過協(xié)商的機(jī)制，通過這種機(jī)制，服務(wù)提供者和服務(wù)使用者可以就將要請(qǐng)求的內(nèi)容和將要返回的內(nèi)容進(jìn)行溝通；

(3)服務(wù)描述：是一種經(jīng)過協(xié)商的模式，用于描述服務(wù)是什么、應(yīng)該如何調(diào)用服務(wù)以及成功地調(diào)用服務(wù)需要什么數(shù)據(jù)；

(4)服務(wù)：描述實(shí)際可供使用的服務(wù)；

(5)業(yè)務(wù)流程：是一個(gè)服務(wù)的集合，可以按照特定的順序并使用一組特定的規(guī)則進(jìn)行調(diào)用，以滿足業(yè)務(wù)要求。注意，可以將業(yè)務(wù)流程本身看作是服務(wù)，這樣就產(chǎn)生了業(yè)務(wù)流程可以由不同粒度的服務(wù)組成的觀念；

(6)服務(wù)注冊(cè)中心：是一個(gè)服務(wù)和數(shù)據(jù)描述的存儲(chǔ)庫，服務(wù)提供者可以通過服務(wù)注冊(cè)中心它們的服務(wù)，而服務(wù)使用者可以通過服務(wù)注冊(cè)中心發(fā)現(xiàn)或查找可用的服務(wù)。服務(wù)注冊(cè)中心可以給需要集中式存儲(chǔ)庫的服務(wù)提供其他的功能。

服務(wù)質(zhì)量方面包括：

(1)策略：是一組條件和規(guī)則，在這些條件和規(guī)則之下，服務(wù)提供者可以使服務(wù)可用于使用者。策略既有功能性方面，也有與服務(wù)質(zhì)量有關(guān)的方面；因此，我們?cè)诠δ芎头?wù)質(zhì)量?jī)蓚€(gè)區(qū)中都有策略功能；

(2)安全性：是規(guī)則集，可以應(yīng)用于調(diào)用服務(wù)的服務(wù)使用者的身份驗(yàn)證、授權(quán)和訪問控制；

(3)事務(wù)：是屬性集，可以應(yīng)用于一組服務(wù)，以提供一致的結(jié)果。例如，如果要使用一組服務(wù)來完成一項(xiàng)業(yè)務(wù)功能，則所有的服務(wù)必須都完成，或者沒有一個(gè)完成；

(4)管理：是屬性集，可以應(yīng)用于管理提供的服務(wù)或使用的服務(wù)。

7 結(jié)束語

總的來說，SOA目前還處在一個(gè)發(fā)展階段，很多標(biāo)準(zhǔn)目前還在制定，不同廠商間還存在不兼容的現(xiàn)象，因此SOA還不能說已經(jīng)是一個(gè)成熟的技術(shù)，還在“進(jìn)行中”，需要時(shí)間的檢驗(yàn)。所以，在這個(gè)充滿變數(shù)的激烈競(jìng)爭(zhēng)市場(chǎng)中，我們應(yīng)該冷靜分析自己的系統(tǒng)，權(quán)衡利弊，不盲目跟進(jìn)。只有冷靜務(wù)實(shí)才能生存、發(fā)展。

參考文獻(xiàn)：

[1]崔曉波. SOA概覽[EB/OL]. /csdn_document/archive/2004/08/19/79262.aspx.

[2]喻思成. 跨平臺(tái)實(shí)施SOA不再遙遠(yuǎn)[J/OL]. 軟件世界，2006,(8).

[3]龐引明. 實(shí)現(xiàn)SOA的相關(guān)技術(shù)[J/OL]. 計(jì)算機(jī)世界報(bào)，2005.9.15.

[4]袁紅崗. SOA現(xiàn)在進(jìn)行時(shí)[J/OL]. 軟件世界, 2006(8).

[5]Min Luo，Mark Endrei, Philippe Comte, Pal Krogdahl, Jenny Ang，Tony Newling. 《面向服務(wù)的體系結(jié)構(gòu)概述》，IBM 紅皮書, Patterns: Service-Oriented Architecture and Web Services.

[6]李大成，陳莘萌. UDDI技術(shù)及應(yīng)用概覽[J]. 計(jì)算機(jī)工程，2002,(12).

篇7

【關(guān)鍵詞】物理層；數(shù)據(jù)鏈路層；網(wǎng)絡(luò)層；傳輸層；會(huì)話層

計(jì)算機(jī)網(wǎng)絡(luò)的體系結(jié)構(gòu)就是指計(jì)算機(jī)網(wǎng)絡(luò)的各層及其協(xié)議的集合，或計(jì)算機(jī)網(wǎng)絡(luò)及其部件所應(yīng)完成的功能。計(jì)算機(jī)網(wǎng)絡(luò)的體系結(jié)構(gòu)存在的目的就是使不同計(jì)算機(jī)廠家的計(jì)算機(jī)能夠相互通信，以便在更大的范圍內(nèi)建立計(jì)算機(jī)網(wǎng)絡(luò)。

國(guó)際標(biāo)準(zhǔn)化組織ISO于1983年正式提出了一個(gè)七層參考模型，叫做開放式系統(tǒng)互聯(lián)模型（通稱ISO/OSI）。[1]OSI參考模型將整個(gè)網(wǎng)絡(luò)通信的功能劃分為7個(gè)層次，由底層到高層分別是物理層、鏈路層、網(wǎng)絡(luò)層、傳輸層、會(huì)話層、表示層和應(yīng)用層。每層完成一定的功能，都直接為其上層提供服務(wù)，并且所有層次都互相支持。第4層到第7層主要負(fù)責(zé)互操作性，而1～3層則用于創(chuàng)造兩個(gè)網(wǎng)絡(luò)設(shè)備間的物理連接。

一、第1層：物理層

物理層是OSI參考模型的最低層，且與物理傳輸介質(zhì)相關(guān)聯(lián)，該層是實(shí)現(xiàn)其他層和通信介質(zhì)之間的接口。物理層協(xié)議是各種網(wǎng)絡(luò)設(shè)備進(jìn)行互聯(lián)時(shí)必須遵守的低層協(xié)議。

物理層為傳送二進(jìn)制比特流數(shù)據(jù)而激話、維持、釋放物理連接提供機(jī)械的、電氣特征、功能的、規(guī)程性的特性。這種物理連接可以通過中繼系統(tǒng)，每次都在物理層內(nèi)進(jìn)行二進(jìn)制比特流數(shù)據(jù)的編碼傳輸。這種物理連接允許進(jìn)行今雙工或半雙工的二進(jìn)制比特流傳輸?shù)耐?/p>

物理層相應(yīng)設(shè)備包括網(wǎng)絡(luò)傳輸介質(zhì)（如同軸電纜、雙絞線、光纜、無線電、紅外等）和連接器等，以及保證物理通信的相關(guān)設(shè)備，如中繼器、共享式HUB、信號(hào)中繼、放大設(shè)備等。

二、第2層：數(shù)據(jù)鏈路層

數(shù)據(jù)鏈路層是OSI參考模型的第2層，介于物理層與網(wǎng)絡(luò)層之間，其存在形式分為物理鏈路與邏輯鏈路。

設(shè)立數(shù)據(jù)鏈路層的主要目的是利用在物理層所建立的原始的、有差錯(cuò)的物理連接線路變?yōu)閷?duì)網(wǎng)絡(luò)層無差錯(cuò)的數(shù)據(jù)鏈路，因此數(shù)據(jù)鏈路層必須有鏈路管理、幀傳輸、流量控制、差錯(cuò)控制等功能。數(shù)據(jù)鏈路層所關(guān)心的主要是物理地址、網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)、線路選擇與規(guī)劃等。

數(shù)據(jù)鏈路層的數(shù)據(jù)傳輸是以幀為單位。在OSI中，幀被稱為數(shù)據(jù)鏈路協(xié)議數(shù)據(jù)單元，它把從物理層來的原始數(shù)據(jù)打包成幀。數(shù)據(jù)鏈路層負(fù)責(zé)幀在計(jì)算機(jī)之間的無差錯(cuò)信息傳遞。

數(shù)據(jù)鏈路層設(shè)備主要包括：網(wǎng)絡(luò)接口卡（NIC）及其驅(qū)動(dòng)程序、網(wǎng)橋、二層交換機(jī)等。

三、第3層：網(wǎng)絡(luò)層

網(wǎng)絡(luò)層是OSI參考模型中最復(fù)雜、最重要的一層。這一層定義網(wǎng)絡(luò)操作系統(tǒng)通信用的協(xié)議，為信息確定地址，把邏輯地址和名字翻譯成物理的地址。它也確定從信源機(jī)（源節(jié)點(diǎn)）沿著網(wǎng)絡(luò)到信宿機(jī)（目的節(jié)點(diǎn)）的路由選擇，并處理交通問題，例如交換、路由和對(duì)數(shù)據(jù)包阻塞的控制。

網(wǎng)絡(luò)層的主要提供以下功能

1. 路徑選擇與中繼。路徑選擇是指在通信子網(wǎng)中，為源節(jié)點(diǎn)和中間節(jié)點(diǎn)選擇后繼節(jié)點(diǎn)，以便將報(bào)文分組傳送到目的節(jié)點(diǎn)。“最短時(shí)間”是選擇路徑的標(biāo)準(zhǔn)。[2]

2. 流量控制。網(wǎng)絡(luò)中鏈路層、網(wǎng)絡(luò)層、傳輸層等都存在流量控制問題，其控制方法大體相一致。其目的是防止通信量過大造成通信于網(wǎng)性能下降。

3. 擁塞控制。當(dāng)?shù)竭_(dá)通信子網(wǎng)中某一部分的分組數(shù)高于一定的水平，使得該部分網(wǎng)絡(luò)來不及處理這些分組時(shí)，就會(huì)使這部分以至整個(gè)網(wǎng)絡(luò)的性能下降。擁塞控制的主要任務(wù)是保證網(wǎng)絡(luò)高性能運(yùn)轉(zhuǎn)，保證子網(wǎng)不被它的用戶發(fā)送的數(shù)據(jù)所淹沒。

工作在網(wǎng)絡(luò)層的設(shè)備主要有路由器和三層交換機(jī)。路由器通過轉(zhuǎn)發(fā)數(shù)據(jù)包來實(shí)現(xiàn)網(wǎng)絡(luò)互連， 其支持的協(xié)議有TCP/IP、IPX/SPX、AppleTalk等。三層交換機(jī)使用了三層交換技術(shù)，解決了局域網(wǎng)中網(wǎng)段劃分之后，網(wǎng)段中子網(wǎng)必須依賴路由器進(jìn)行管理的局面，解決了傳統(tǒng)路由器低速、復(fù)雜所造成的網(wǎng)絡(luò)瓶頸問題。

四、第4層：傳輸層

傳輸層是OSI參考模型的第4層中，是比較特殊的一層。該層的為源主機(jī)與目的主機(jī)進(jìn)程之間提供可靠的，透明的數(shù)據(jù)傳輸，并給端到端數(shù)據(jù)通信提供最佳性能。

傳輸層從會(huì)話層接收數(shù)據(jù)，負(fù)責(zé)錯(cuò)誤的確認(rèn)和恢復(fù)，以確保信息的可靠傳遞。如果有必要，它也對(duì)信息重新打包，把過長(zhǎng)信息分成小包發(fā)送，確保到達(dá)對(duì)方的各段信息正確無誤，而在接收端，把這些小包重構(gòu)成初始的信息。

傳輸層目的在于它既可以劃分在OSI參考模型高層，又可以劃分在低層。如果從面向通信和面向信息處理角度進(jìn)行分類，傳輸層一般劃在低層：如果從用戶功能與網(wǎng)絡(luò)功能角度進(jìn)行分類，傳輸層又被劃在高層。這種差異正好反映出傳輸層在OSI參考模型中的特殊地位和作用。

傳輸層所支持的協(xié)議有：TCP/IP的傳輸控制協(xié)議TCP、Novell的順序包交換SPX以及Microsoft NetBIOS/NetBEUI等。

五、第5層：會(huì)話層

會(huì)話層對(duì)高層通信進(jìn)行控制，允許在不同機(jī)器上的應(yīng)用之間建立、使用和結(jié)束會(huì)話，對(duì)進(jìn)行會(huì)話的兩臺(tái)機(jī)器間建立對(duì)話控制，管理會(huì)話如管理哪邊發(fā)送，何時(shí)發(fā)送，占用多長(zhǎng)時(shí)間等。

會(huì)話層負(fù)責(zé)協(xié)調(diào)兩個(gè)應(yīng)用進(jìn)程進(jìn)行的通信，以便使應(yīng)用進(jìn)程專注于信息交互。從OSI參考模型看，會(huì)話層之上各層是面向應(yīng)用的，會(huì)話層之下各層是面向網(wǎng)絡(luò)通信的。

轉(zhuǎn)貼于

會(huì)話層提供的功能有：為會(huì)話實(shí)體間建立連接，并組織，同步數(shù)據(jù)傳輸。最后通過“有序釋放”，“廢棄”，“有限量透明用戶數(shù)據(jù)傳送”等功能單元來釋放會(huì)話連接的。[3]

會(huì)話層與傳輸層有明顯的區(qū)別。傳輸層負(fù)（下轉(zhuǎn)第237頁）

（上接第245頁）責(zé)建立和維護(hù)端到端之間的邏輯連接。目的是提供一個(gè)可靠的傳輸服務(wù)。但是由于傳輸層所使用的通信子網(wǎng)類型很多，并且網(wǎng)絡(luò)通信質(zhì)量差異很大，這就造成傳輸協(xié)議的復(fù)雜性。會(huì)話法在發(fā)出一個(gè)會(huì)話協(xié)議數(shù)據(jù)單元時(shí)，傳輸層可以保證將它正確地傳送到對(duì)等的會(huì)話實(shí)體，從這點(diǎn)看會(huì)話協(xié)議得到了簡(jiǎn)化。

六、第6層：表示層

表示層包含了處理網(wǎng)絡(luò)應(yīng)用程序數(shù)據(jù)格式的協(xié)議。它從應(yīng)用層獲得數(shù)據(jù)，并把它們格式化以供網(wǎng)絡(luò)通信使用。該層將應(yīng)用程序數(shù)據(jù)排序成一個(gè)有含義的格式并提供給會(huì)話層。這一層也通過提供諸如數(shù)據(jù)加密的服務(wù)來負(fù)責(zé)安全問題，并壓縮數(shù)據(jù)以使得網(wǎng)絡(luò)層需要傳送的數(shù)據(jù)盡可能少。

表示層位于OSI參考模型的第6層，在應(yīng)用層的下面，會(huì)話層的上面。它將數(shù)據(jù)在計(jì)算機(jī)內(nèi)部的表示法與網(wǎng)絡(luò)的表示法之間進(jìn)行轉(zhuǎn)換，保證所傳輸?shù)臄?shù)據(jù)經(jīng)傳送后其意義不改變，因此如何描述數(shù)據(jù)結(jié)構(gòu)并使之與機(jī)器無關(guān)是表示層要解決的問題。在計(jì)算機(jī)網(wǎng)絡(luò)中，互相通信的應(yīng)用進(jìn)程需要傳輸?shù)氖切畔⒌恼Z義，它對(duì)通信過程中信息的傳送語法并不關(guān)心。表示層的主要功能是通過一些編碼規(guī)則定義在通信中傳送這些信息所需要的傳送語法。

表示層負(fù)責(zé)決定在主機(jī)間交換數(shù)據(jù)的格式，包括：數(shù)據(jù)加密、數(shù)據(jù)壓縮傳輸、字符集轉(zhuǎn)換等。在不同的時(shí)間，可以使用不同的傳送語法，如使用加密算法、數(shù)據(jù)壓縮算法等。

七、第7層：應(yīng)用層

應(yīng)用層是最終用戶應(yīng)用程序訪問網(wǎng)絡(luò)服務(wù)的地方，它負(fù)責(zé)識(shí)別并證實(shí)通信雙方的可用性，進(jìn)行數(shù)據(jù)傳輸完整性控制，使網(wǎng)絡(luò)應(yīng)用程序（如電子郵件、P2P文件共享、多用戶網(wǎng)絡(luò)游戲、網(wǎng)絡(luò)瀏覽、目錄查詢等）能夠協(xié)同工作。 [4]

應(yīng)用層是OSI參考模型的最高層，它為用戶的應(yīng)用進(jìn)程訪問OSI環(huán)境提供服務(wù)。應(yīng)用層關(guān)心的主要是進(jìn)程之間的通信行為，因而對(duì)應(yīng)用進(jìn)程所進(jìn)行的抽象只保留了應(yīng)用產(chǎn)程與應(yīng)用進(jìn)程間交互行為的有關(guān)部分。這種現(xiàn)象實(shí)際上是對(duì)應(yīng)用進(jìn)程某種程度上的簡(jiǎn)化。

應(yīng)用層所承處的網(wǎng)絡(luò)安全功能可粗分為保密、鑒別、反拒認(rèn)、完整性等。保密足指保護(hù)信息不被未授權(quán)者訪問。鑒別是指在交換信息之前先要確認(rèn)對(duì)方的身份。反拒認(rèn)功能主要與電子簽名有關(guān)，比如對(duì)拒絕承認(rèn)所簽約的客戶必須惟一的確定電子反拒認(rèn)，以滿足法律手續(xù)。完整體是指如何確認(rèn)白己所收到的信息是原始發(fā)來的信息，而不是被竄改或偽造的。

八、結(jié)語

OSI參考模型將整個(gè)網(wǎng)絡(luò)通信的功能劃分為7個(gè)層次，由底層到高層分別是物理層、鏈路層、網(wǎng)絡(luò)層、傳輸層、會(huì)話層、表示層和應(yīng)用層。并有選擇地給出了各個(gè)層次的主要功能，定義與相應(yīng)的設(shè)備等。

參考文獻(xiàn)

[1]楊威，王云，劉景宜．網(wǎng)絡(luò)工程設(shè)計(jì)與系統(tǒng)集成[M]．人民郵電出版社．

[2]張瑞武． 智能建筑的系統(tǒng)集成及其工程實(shí)施(上)[M]．清華大學(xué)出版社．

篇8

在全球計(jì)算機(jī)技術(shù)變革中，云計(jì)算技術(shù)脫穎而出，成為當(dāng)前最前沿的技術(shù)。本文第一部分為云計(jì)算定義；第二部分針對(duì)隨著云計(jì)算技術(shù)的逐漸成熟，應(yīng)用的網(wǎng)絡(luò)環(huán)境和云計(jì)算技術(shù)體系結(jié)構(gòu)本身進(jìn)行一些分析。最后總結(jié)云計(jì)算存在的安全問題和可能會(huì)出現(xiàn)新的安全問題。

1.云計(jì)算的定義

云計(jì)算是一種方便，按所需網(wǎng)絡(luò)訪問共享池的配置計(jì)算資源（如網(wǎng)絡(luò)，服務(wù)器，存儲(chǔ)，應(yīng)用程序和服務(wù)），可快速配置，以最小的管理工作或服務(wù)供應(yīng)商公布的模型互動(dòng)。

云計(jì)算的本質(zhì)特征

按需自助式服務(wù)。消費(fèi)者可以單方面提供的計(jì)算能力，如服務(wù)器和網(wǎng)絡(luò)存儲(chǔ)，根據(jù)需要自動(dòng)人機(jī)交互，而不需要與每個(gè)服務(wù)的提供者。

廣泛的網(wǎng)絡(luò)訪問。功能可通過網(wǎng)絡(luò)，并通過標(biāo)準(zhǔn)的機(jī)制，促進(jìn)異構(gòu)薄或厚客戶端平臺(tái)（例如，移動(dòng)電話，筆記本電腦和PDA）使用訪問。

資源池。提供商的計(jì)算資源集中服務(wù)于多個(gè)消費(fèi)者使用多租戶模式，具有不同的物理和虛擬資源的動(dòng)態(tài)分配和重新分配，根據(jù)消費(fèi)者的需求。資源的例子包括存儲(chǔ)，處理，內(nèi)存，網(wǎng)絡(luò)帶寬，和虛擬機(jī)。

測(cè)量服務(wù)。云系統(tǒng)自動(dòng)控制和優(yōu)化資源的使用，在一些適當(dāng)?shù)某橄髮哟蔚姆?wù)類型（例如，存儲(chǔ)，處理，帶寬，和積極的用戶帳戶）利用計(jì)量能力。資源使用，可監(jiān)測(cè)，控制和報(bào)告提供利用服務(wù)的提供者和消費(fèi)者透明度。

2.云模型的通信機(jī)制

云模型的通信機(jī)制：云模型內(nèi)部的通信機(jī)制與云模型之間的通信機(jī)制。

2.1云模塊內(nèi)部之間的通信機(jī)制

云模塊內(nèi)部通信機(jī)制：水平通信機(jī)制和垂直通信機(jī)制。

2.1.1 云模塊內(nèi)部的水平通信機(jī)制

狹義云計(jì)算體系通信機(jī)制就是基于服務(wù)和數(shù)據(jù)流的方向進(jìn)行通信。

廣義云計(jì)算體系結(jié)構(gòu)模型是參考OGSA五層沙漏協(xié)議參考文獻(xiàn)、TCP/IP協(xié)議參考文獻(xiàn)分層結(jié)構(gòu)提出的，層次比較多，大致可分三層：物理層、網(wǎng)絡(luò)層、服務(wù)層。

水平通信機(jī)制協(xié)議：實(shí)現(xiàn)物理設(shè)備層之間通信，物理層協(xié)議進(jìn)行bit位數(shù)據(jù)傳輸和數(shù)據(jù)形式轉(zhuǎn)換。實(shí)現(xiàn)網(wǎng)格層之間的通信。實(shí)現(xiàn)網(wǎng)絡(luò)空間層的協(xié)議通信。這里看起來是垂直的，但是一個(gè)整體一個(gè)階層內(nèi)還是水平的。

2.1.2 云模塊內(nèi)部垂直通信機(jī)制

垂直協(xié)議:實(shí)現(xiàn)上下層之間的通信與數(shù)據(jù)傳輸。

物理層與網(wǎng)格層之間、網(wǎng)格層與網(wǎng)絡(luò)層、網(wǎng)絡(luò)層與服務(wù)層之間，這些層間通信是資源抽象，但是這也是層次之間的交流，必須規(guī)范，才能夠讓大家進(jìn)一步約束規(guī)范這種新的東西。

物理層與網(wǎng)格層之間的資源整合，資源進(jìn)行模塊化，利用建立資源整合模型和分類標(biāo)準(zhǔn)模型，達(dá)到資源整合模塊之間低耦合，模塊內(nèi)高內(nèi)聚，網(wǎng)格使資源有效簡(jiǎn)潔，便于管理。利用服務(wù)的思想，就是網(wǎng)格是為物理層設(shè)備服務(wù)，而物理層設(shè)備進(jìn)行數(shù)據(jù)傳輸。

那么網(wǎng)絡(luò)層如何為網(wǎng)格層提供服務(wù)，假設(shè)網(wǎng)格層內(nèi)部用OGSA結(jié)構(gòu)通信，但是要想到網(wǎng)絡(luò)中傳輸，必須得遵守網(wǎng)絡(luò)協(xié)議的范圍，所以網(wǎng)絡(luò)層協(xié)議是對(duì)網(wǎng)格層的協(xié)議服務(wù)，就是網(wǎng)格要想處于那種傳輸環(huán)境，就到網(wǎng)絡(luò)中尋找一種協(xié)議或者多個(gè)協(xié)議甚至整個(gè)協(xié)議族。

網(wǎng)絡(luò)層協(xié)議標(biāo)準(zhǔn)已經(jīng)到位，但是服務(wù)標(biāo)準(zhǔn)還沒有國(guó)際化，所以派系林立，SOA為網(wǎng)絡(luò)層協(xié)議提供什么服務(wù)，那就是統(tǒng)一規(guī)范網(wǎng)絡(luò)層協(xié)議對(duì)外接口，使其符合某種服務(wù)的要求。比如我只租用IAAS，那么SOA服務(wù)層發(fā)來消息M1，說明需要IAAS服務(wù)；然后網(wǎng)絡(luò)層封裝M1,添加自己的頭文件就是需要的通信協(xié)議；接著，網(wǎng)格層找到IAAS需要的網(wǎng)格資源封裝M1和通信協(xié)議，最后物理設(shè)備層根據(jù)上層的要求自動(dòng)組合各種設(shè)備資源，當(dāng)真實(shí)的物理設(shè)備資源組合完畢，正式通知網(wǎng)格物理設(shè)備已經(jīng)啟動(dòng)，網(wǎng)格接到回應(yīng)，馬上通知網(wǎng)絡(luò)層，網(wǎng)格已經(jīng)協(xié)調(diào)好通信協(xié)議和資源抽象，網(wǎng)絡(luò)層一旦接到網(wǎng)格已經(jīng)準(zhǔn)備完畢，做好協(xié)議策略調(diào)整，實(shí)施真實(shí)設(shè)備資源抽象完全面向IAAS平臺(tái)用戶，進(jìn)行良好的租用。

2.2 云模塊之間的通信機(jī)制

云模塊之間進(jìn)行進(jìn)行通信：私有云、公共云、社區(qū)云、混合云。

私有云。云基礎(chǔ)設(shè)施運(yùn)營(yíng)的全權(quán)負(fù)責(zé)組織。這可能是由該組織或第三方管理上可能存在的前提或關(guān)閉的前提。

公共云。云基礎(chǔ)設(shè)施提供給廣大市民或一個(gè)大產(chǎn)業(yè)集團(tuán)，是由銷售云服務(wù)的組織所擁有的。

社區(qū)云。云基礎(chǔ)設(shè)施共享的一些組織和支持一個(gè)特定的社會(huì)共同關(guān)心的問題（例如，使命，安全要求，政策和法規(guī)）。這可能是由組織或第三方管理上存在的前提或關(guān)閉的前提。

混合云。云基礎(chǔ)設(shè)施是兩個(gè)或兩個(gè)以上的云（私人，社區(qū)或公共），仍然是獨(dú)特的實(shí)體，但都受規(guī)范或?qū)Ｓ屑夹g(shù)，使數(shù)據(jù)和應(yīng)用程序的可移植性（例如，云云之間的負(fù)載平衡爆破）一起組成。

私有云之間不存在資源共享，社區(qū)云一樣，公共云之間可以共享資源，混合云內(nèi)部之間就是私有云、社區(qū)云、公共云的結(jié)合體，按照上述訪問規(guī)則進(jìn)行規(guī)范。

總結(jié)

本文著重對(duì)云計(jì)算體系結(jié)構(gòu)的內(nèi)部安全進(jìn)行分析，分別從水平方向協(xié)議和垂直方向服務(wù)來分析。另外還引入了云計(jì)算外部環(huán)境的模塊之間的資源訪問權(quán)限問題，上述問題是網(wǎng)絡(luò)環(huán)境中必須解決的問題，保證用戶的資源不能非法訪問或越權(quán)操作。

參考文獻(xiàn):

[1]許舟平.云深不知處---大規(guī)模分布式計(jì)算方案詳解[J].程序員,2008(11):58-61.

[2]Cloud Computing Use Case Discussion Group.Cloud Computing Use Cases White PaperVersion 2.0 [DB/OL].

,2010.

篇9

關(guān)鍵詞：RBC TMR 結(jié)構(gòu)組成

中圖分類號(hào)：U216 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1672-3791（2014）03（c）-0043-02

1 RBC簡(jiǎn)介

RBC（Radio Block Centre，無線閉塞中心）系統(tǒng)是CTCS-3級(jí)列控系統(tǒng)的核心設(shè)備，依靠GSM-R及以太網(wǎng)等系統(tǒng)通信，根據(jù)從外部地面系統(tǒng)（列控中心，聯(lián)鎖設(shè)備，車站CTC分機(jī)等）接收到的信息（即股道占用，進(jìn)路信息，臨時(shí)限速等），同時(shí)通過GSM-R接收車載發(fā)送的列車位置信息以及其他列車參數(shù)信息，生成列車控制命令，主要是提供行車許可，以及線路上的臨時(shí)限速，過分相等信息，使列車在RBC管轄范圍內(nèi)的線路上安全運(yùn)行，完成列車間隔控制和列車防護(hù)。

2 西寶客專RBC結(jié)構(gòu)組成

西寶客專全線共設(shè)RBC1、RBC2兩套R(shí)BC設(shè)備，其中RBC1包含咸陽秦都、楊凌南，RBC2包含岐山、寶雞南，采用集中放置在西安，通過接入專用安全數(shù)據(jù)網(wǎng)實(shí)現(xiàn)全線設(shè)備互聯(lián)，每個(gè)RBC可同時(shí)接受、管理30輛列車，實(shí)現(xiàn)3分鐘追蹤間隔保護(hù)。

西寶客專RBC系統(tǒng)由TMR子系統(tǒng)（包括西寶RBC1、RBC2主控機(jī)柜和RBC通信機(jī)柜）、ART子系統(tǒng)（包括ART機(jī)柜，OT操作平臺(tái)和D&M診斷維護(hù)平臺(tái)）和SECAP子系統(tǒng)（電源系統(tǒng)）組成。

RBC1、RBC2主控機(jī)柜采用三取二的體系結(jié)構(gòu)，主要包括通信單元CC（由MVME 6100+PMC610 CPU構(gòu)成），主控單元TMR（主控MVME6100+TVME8240A），表決單元及電源模塊。通信單元包括主用CC與備用CC，其功能完全相同，兩個(gè)CC以相同的方式工作，兩個(gè)CC間互不通信，每個(gè)CC都通過單獨(dú)的LAN與每個(gè)TMR相連接，因此，使用了3個(gè)物理和功能上獨(dú)立的LAN，通過機(jī)柜背面3個(gè)4端換機(jī)實(shí)現(xiàn)，而8換機(jī)用于安裝在設(shè)備柜與風(fēng)扇診斷盤內(nèi)的所有MVME6100盤的診斷端口的連接，實(shí)現(xiàn)與其他地面設(shè)備（如IXL，TSRS，相鄰RBC）通信的接口，以及與GSM-R網(wǎng)絡(luò)的通信接口，主要實(shí)現(xiàn)控車及通訊管理功能。主控單元TMR是由3取2結(jié)構(gòu)的安全計(jì)算機(jī)，稱為3個(gè)TMR，進(jìn)行應(yīng)用邏輯處理，輸出表決，如果表決單元發(fā)現(xiàn)3個(gè)TMR中某個(gè)發(fā)生故障或功能異常，立即將其排除，TMR按照2取2模式工作，故障部件恢復(fù)后，又重新構(gòu)成3取2模式。電源模塊分別為TMR三系提供電源。西寶通信機(jī)柜依次為RBC交換機(jī)，CTC_RBC路由器，安全數(shù)據(jù)網(wǎng)交換機(jī)，采用主備結(jié)構(gòu)。

西寶ART機(jī)柜RBC中心的診斷機(jī)柜，包括兩套主控單元，第一排主控單元與RBC1對(duì)應(yīng)，第二排與RBC2對(duì)應(yīng)，均采用雙機(jī)熱備，與TMR通過光學(xué)鏈路進(jìn)行通信，狀態(tài)處理和系統(tǒng)報(bào)警，并記錄相關(guān)信息，西寶OT操作平臺(tái)及兩臺(tái)QL顯示大屏，顯示全線線路數(shù)據(jù)和列車行車狀態(tài)及列車相關(guān)信息，西寶D&M診斷維護(hù)平臺(tái)可直觀反應(yīng)設(shè)備運(yùn)行狀態(tài)及報(bào)警信息。

電源子系統(tǒng)采用主備結(jié)構(gòu)，輸入電壓為380V，經(jīng)SECAP電源變壓后為48 V，RBC1、RBC2及ART機(jī)柜采用48 V電源，SECAP電源輸出48 V再次經(jīng)逆變電源轉(zhuǎn)換為220 V輸入，西寶通信機(jī)柜采用220 V電源，OT操作平臺(tái)和D&M診斷維護(hù)平臺(tái)采用220 V，QL顯示大屏依舊采用48 V電源（如圖1）。

3 RBC在西寶客專應(yīng)用

列車在西安北、寶雞南準(zhǔn)備啟動(dòng)車載ATP系統(tǒng)，或列車進(jìn)入C3區(qū)域內(nèi)，列車則會(huì)通過GSM-R網(wǎng)絡(luò)呼叫RBC，與RBC建立通信連接后，當(dāng)RBC收到來自列車的行車許可請(qǐng)求消息（M132）時(shí)，RBC應(yīng)能根據(jù)聯(lián)鎖報(bào)告的可用的列車進(jìn)路或閉塞分區(qū)，向列車發(fā)送行車許可MA，當(dāng)RBC從聯(lián)鎖接收到可以分配給列車延伸MA的進(jìn)路，RBC才能向列車發(fā)送延伸至此進(jìn)路末端的行車許可，同時(shí)在西寶OT操作平臺(tái)上，相應(yīng)的列車數(shù)據(jù)表內(nèi)將顯示：Nid_Engine設(shè)備號(hào)，Liv運(yùn)行等級(jí)，2是C3等級(jí)，STM是C2等級(jí)，Speed列車當(dāng)前速度；Posizione列車當(dāng)前位置（如圖2）。

同時(shí)QL顯示大屏上，顯示列車運(yùn)行狀態(tài)（FS模式時(shí)小車底端為綠色，小車圖標(biāo)上帶綠色的線，OS模式時(shí)小車底端為黃色，小車圖標(biāo)上帶黃色的線，SR模式時(shí)小車底端為藍(lán)色，TR模式時(shí)小車底端為紅色，與RBC保持連接的C2模式列車時(shí)小車底端為白色）及行車許可MA，而與RBC無連接的列車只是顯示為軌道占用的紅光帶。當(dāng)列車運(yùn)行至RBC切換點(diǎn)，正常情況下，在RBC的切換區(qū)域，列車的兩個(gè)GSM-R通信電臺(tái)會(huì)同時(shí)與RBC1、2保持連接，越過交權(quán)點(diǎn)斷開與之前RBC的連接，后續(xù)正常運(yùn)行，列車到達(dá)終點(diǎn)或跨出C3區(qū)域，列車與RBC之間的通信連接斷開，RBC將該列車的信息從列車數(shù)據(jù)匯總表中刪除，至此，車載與RBC通信結(jié)束。

4 發(fā)現(xiàn)問題及處理建議

西寶客專運(yùn)行幾個(gè)月來，在使用中存在下列典型問題，也提出幾點(diǎn)建議。

4.1 存在問題

（1）西寶客專上行K1181附近多次發(fā)生無線連接超時(shí)，車載在交權(quán)前多次呼叫RBC1，均未成功建立連接，經(jīng)多次比對(duì)RBC數(shù)據(jù)、車載數(shù)據(jù)以及通信數(shù)據(jù)，無線連接建立失敗的原因?yàn)檐囕d電臺(tái)側(cè)的連接確認(rèn)幀AU2在無線傳輸過程中個(gè)別位發(fā)生變化導(dǎo)致電臺(tái)側(cè)收到的AU2幀無法通過CRC校驗(yàn)導(dǎo)致車載接收到的通信數(shù)據(jù)發(fā)生畸變所致。另外車載在運(yùn)行中與RBC突然中斷，在CC日志中，RBC 20S內(nèi)沒有收到車載發(fā)送的任何信息包，而在數(shù)據(jù)鏈路層RBC連續(xù)向OBC側(cè)（車載）發(fā)送信息，但均未收到OBC側(cè)（車載）回復(fù)，RBC發(fā)起斷開不能正常建立或進(jìn)行數(shù)據(jù)交換造成。

（2）300T車在1182+500m處無線連接超時(shí)后轉(zhuǎn)C2運(yùn)行，繼續(xù)連接RBC，導(dǎo)致11798G鎖閉，后續(xù)列車MA無法延伸，緊急制動(dòng)停車。

（3）列車從北所的上行正向轉(zhuǎn)到下行反向運(yùn)行時(shí)，西安北站進(jìn)路是SDF-5G，車在北所到北站區(qū)間冒進(jìn)。RBC認(rèn)為車載是上行正向運(yùn)行，而車載實(shí)際運(yùn)行的線路是轉(zhuǎn)線至下行反向，當(dāng)車載經(jīng)過8989應(yīng)答器時(shí)，RBC5無法基于8989應(yīng)答器選擇出新的MA而與列車斷開通信會(huì)話。

4.2 改進(jìn)建議

（1）優(yōu)化通信網(wǎng)絡(luò)狀態(tài)，提升通信質(zhì)量。由于通信GSM-R采用無線傳輸，而且固定區(qū)域建議合理基站（2）針對(duì)300T無線超時(shí)影響后車的問題，建議和利時(shí)、通號(hào)修改配置，使其設(shè)備能夠兼容。（3）建議和利時(shí)修改RBC5軟件。和利時(shí)在設(shè)計(jì)時(shí)將北所虛擬為一個(gè)軌道區(qū)段，未考慮實(shí)際轉(zhuǎn)線問題，在后續(xù)設(shè)計(jì)中必須結(jié)合現(xiàn)場(chǎng)實(shí)際。

篇10

關(guān)鍵詞 計(jì)算機(jī)；網(wǎng)絡(luò)；體系；機(jī)構(gòu)

中圖分類號(hào)TP39 文獻(xiàn)標(biāo)識(shí)碼A 文章編號(hào) 1674-6708（2012）69-0185-02

0引言

幾十年來，計(jì)算機(jī)網(wǎng)絡(luò)發(fā)展相當(dāng)迅速。但計(jì)算機(jī)網(wǎng)絡(luò)的實(shí)現(xiàn)要解決很多復(fù)雜的技術(shù)問題：支持多種通信介質(zhì)，比如雙絞線、同軸電纜、光纖、微波、紅外線等；支持多廠商、異構(gòu)互聯(lián)，包括軟件的通信約定以及硬件接口的規(guī)范；支持多種業(yè)務(wù)，比如批處理、交互分時(shí)、數(shù)據(jù)庫等；支持高級(jí)人機(jī)接口，滿足人們對(duì)多媒體日益增長(zhǎng)的需求。正如結(jié)構(gòu)化程序設(shè)計(jì)中對(duì)復(fù)雜問題的模塊化分層處理一樣，在處理計(jì)算機(jī)網(wǎng)絡(luò)這種復(fù)雜系統(tǒng)時(shí)所采用的方法就是把復(fù)雜的大系統(tǒng)分層處理，每層完成特定功能，各層協(xié)調(diào)起來實(shí)現(xiàn)整個(gè)網(wǎng)絡(luò)系統(tǒng)的功能。計(jì)算機(jī)網(wǎng)絡(luò)體系結(jié)構(gòu)就是介紹計(jì)算機(jī)網(wǎng)絡(luò)中普遍采用的層次化網(wǎng)絡(luò)研究方法。

1計(jì)算機(jī)網(wǎng)絡(luò)體系結(jié)構(gòu)的基本概念

1.1通信協(xié)議

在網(wǎng)絡(luò)系統(tǒng)中，為了滿足數(shù)據(jù)通信的雙方準(zhǔn)確無誤的進(jìn)行通信，這就需要我們根據(jù)在通信過程中產(chǎn)生的各種問題，制定一系列的通信雙方必須遵守的規(guī)定，這就是我們所說的通信協(xié)議。從通信協(xié)議的表現(xiàn)形式來看，它規(guī)定了交互雙方用于通信的一系列語言法則和語言意義，這些相關(guān)的協(xié)議能夠規(guī)范各個(gè)功能部件在通信過程中的正確操作。

1.2實(shí)體

每層的具體功能是由該層的實(shí)體完成的。所謂實(shí)體是指能在某一層中具有數(shù)據(jù)收發(fā)能力的活動(dòng)單元（元素）。一般就是該層的軟件進(jìn)程或者實(shí)現(xiàn)該層協(xié)議的硬件單元。在不同系統(tǒng)上同一層的實(shí)體互稱為對(duì)等實(shí)體。

1.3接口

上下層之間交換信息通過接口來實(shí)現(xiàn)。一般使上下層之間傳輸信息量盡可能少，這樣使兩層之間保持其功能的相對(duì)獨(dú)立性。

1.4服務(wù)

服務(wù)就是網(wǎng)絡(luò)中各層向其相鄰上層提供的一組功能集合，是相鄰兩層之間的界面。因?yàn)樵诰W(wǎng)絡(luò)的各個(gè)分層機(jī)構(gòu)中的單方面依靠關(guān)系，使得在網(wǎng)絡(luò)中相互鄰近層之間的相關(guān)界面也是單向性的：下層作為服務(wù)的提供者，上層作為服務(wù)的接受者。上層實(shí)體必須通過下次的相關(guān)服務(wù)訪問點(diǎn)（Service Access Point，SAP），才能夠獲得下層的服務(wù)。SAP作為上層與下層進(jìn)行訪問的服務(wù)場(chǎng)所，每一個(gè)SAP都會(huì)有有自己的一個(gè)標(biāo)識(shí)，并且每個(gè)層間接口可以有多個(gè)SAP。

1.5服務(wù)原語

網(wǎng)絡(luò)中的各種服務(wù)是通過相應(yīng)的語言進(jìn)行描述的，這些服務(wù)原語可以幫助用戶訪問相應(yīng)的服務(wù)，也可以像用戶報(bào)告發(fā)生的相應(yīng)事件。

服務(wù)原語可以帶著不同的參數(shù)，這些參數(shù)可以指明需要與那臺(tái)服務(wù)器相連、服務(wù)器的類別、和準(zhǔn)備在這次連接上所使用的數(shù)據(jù)長(zhǎng)度。假如被呼叫的用戶不同意呼叫用戶建立的連接數(shù)據(jù)大小，它會(huì)在一個(gè)“連接響應(yīng)”原語中提出一個(gè)新的建議，呼叫的一方能夠從“連接確認(rèn)”的原語中得知情況。這樣的整個(gè)過程細(xì)節(jié)就是協(xié)議內(nèi)容的一部分。

1.6數(shù)據(jù)單元

在網(wǎng)絡(luò)中信息傳送的單位稱為數(shù)據(jù)單元。數(shù)據(jù)單元可分為：協(xié)議數(shù)據(jù)單元（PDU）、接口數(shù)據(jù)單元（IDU）和服務(wù)數(shù)據(jù)單元（SDU）。

1）協(xié)議數(shù)據(jù)單元

不同系統(tǒng)某層對(duì)等實(shí)體為實(shí)現(xiàn)該層協(xié)議所交換的信息單位，稱為該層協(xié)議數(shù)據(jù)單。

其中：協(xié)議控制信息，是為實(shí)現(xiàn)協(xié)議而在傳送的數(shù)據(jù)的首部或尾部加的控制信息，如地址、差錯(cuò)控制信息、序號(hào)信息等；用戶數(shù)據(jù)為實(shí)體提供服務(wù)而為上層傳送的信息?？紤]到協(xié)議的要求，如時(shí)延、效率等因素，對(duì)協(xié)議數(shù)據(jù)單元的大小一般都有所限制。

2）服務(wù)數(shù)據(jù)單元

上層服務(wù)用戶要求服務(wù)提供者傳遞的邏輯數(shù)據(jù)單元稱為服務(wù)數(shù)據(jù)單元。考慮到協(xié)議數(shù)據(jù)單元對(duì)長(zhǎng)度的限制，協(xié)議數(shù)據(jù)單元中的用戶數(shù)據(jù)部分可能會(huì)對(duì)服務(wù)數(shù)據(jù)單元進(jìn)行分段或合并。

3）接口數(shù)據(jù)單元

在同一系統(tǒng)的相鄰兩層實(shí)體的一次交互中，經(jīng)過層間接口的信息單元，稱為接口數(shù)據(jù)單元。

其中，接口控制信息是協(xié)議在通過層間接口時(shí)，需要加一些控制信息，如通過多少字節(jié)或要求的服務(wù)質(zhì)量等，它只對(duì)協(xié)議數(shù)據(jù)單元通過接口時(shí)有作用，進(jìn)入下層后丟棄；接口數(shù)據(jù)為通過接口傳送的信息內(nèi)容。

1.7網(wǎng)絡(luò)體系結(jié)構(gòu)

網(wǎng)絡(luò)體系結(jié)構(gòu)就是以完成不同計(jì)算機(jī)之間的通信合作為目標(biāo)，把需要連接的每個(gè)計(jì)算機(jī)相互連接的功用分成明確的層次，在結(jié)構(gòu)里面它規(guī)定了同層次進(jìn)程通信的協(xié)議及相鄰層之間的接口及服務(wù)。實(shí)際上網(wǎng)絡(luò)體系結(jié)構(gòu)就是用分層研究方法定義的計(jì)算機(jī)網(wǎng)絡(luò)各層的功能、各層協(xié)議以及接口的集合。

2網(wǎng)絡(luò)體系結(jié)構(gòu)的分層原理

當(dāng)今社會(huì)上存在這各個(gè)年代、各個(gè)廠家、各個(gè)類型的計(jì)算機(jī)系統(tǒng)，如果將這不同的系統(tǒng)進(jìn)行連接就必須遵守某種互聯(lián)標(biāo)準(zhǔn)規(guī)則。為了減少協(xié)議設(shè)計(jì)的復(fù)雜性，大多數(shù)網(wǎng)絡(luò)都是按照層的方式來組織的。

在網(wǎng)絡(luò)的各個(gè)不同分層結(jié)構(gòu)中，每一層都要服務(wù)于它的上層，并且呀說明服務(wù)對(duì)象的相應(yīng)接口，上層只不過是利用下層所提供的服務(wù)和相關(guān)的功能，不用知道下面的層次為了此次服務(wù)到底采用了什么樣的方法和相關(guān)的協(xié)議，下層也僅僅是知道上面一個(gè)層次傳送過來了什么參數(shù)，這就是層次間的無關(guān)性。處在各個(gè)不同的系統(tǒng)里面的相同層次之間的實(shí)體之間沒有什么直接的相互通信的能力，它們的通信必須經(jīng)過相鄰近的下面層次和更加下層的各種通信來完成。分層結(jié)構(gòu)的優(yōu)點(diǎn)如下：

1）獨(dú)立性強(qiáng)。各個(gè)層次之間有具體的分工，獨(dú)立性是指被分層的具有相對(duì)獨(dú)立功能的每一層只要知道下面的層次能夠?yàn)樽约禾峁┑姆?wù)是什么和自己向上面一個(gè)層次能夠提供什么服務(wù)就好，不用知道下面的層次為自己提供的服務(wù)需要什么方式；

2）適應(yīng)性強(qiáng)。層與層之間是相互獨(dú)立的，一層內(nèi)部發(fā)生了變化并不影響與他相連接的其它各層；

3）易于實(shí)現(xiàn)和維護(hù)。整個(gè)大的系統(tǒng)進(jìn)行分層后，一個(gè)復(fù)雜的系統(tǒng)被分解成很多個(gè)功能單一、范圍較小的子系統(tǒng)，每一個(gè)層次僅僅實(shí)現(xiàn)了與自己相關(guān)的功能，不僅僅讓復(fù)雜的系統(tǒng)變得清晰明了，也是網(wǎng)絡(luò)系統(tǒng)中各個(gè)環(huán)節(jié)的實(shí)現(xiàn)和調(diào)試變得簡(jiǎn)單和容易。

3結(jié)論

計(jì)算機(jī)網(wǎng)絡(luò)的體系復(fù)雜，各個(gè)層次間的聯(lián)系多種多樣，相信只要學(xué)習(xí)好現(xiàn)有的體系結(jié)構(gòu)，一定能夠應(yīng)對(duì)各種網(wǎng)路體系問題，由于作者本身經(jīng)驗(yàn)和知識(shí)層次的欠缺，文中難免會(huì)出現(xiàn)不合理之處，望作者批評(píng)指正。

參考文獻(xiàn)