《網(wǎng)絡(luò)與分布式計算 復(fù)習(xí)提綱.docx》由會員分享，可在線閱讀，更多相關(guān)《網(wǎng)絡(luò)與分布式計算 復(fù)習(xí)提綱.docx（15頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1.2 什么是分布式計算系統(tǒng)？它的實質(zhì)是什么？ 分布式計算系統(tǒng)是由多個相互連接的計算機(jī)組成的一個整體，這些計算機(jī)在一組系統(tǒng)軟件（分布式操作系統(tǒng)或中間件）環(huán)境下，合作執(zhí)行一個共同的或不同的任務(wù)，最少依賴于集中的控制過程、數(shù)據(jù)和硬件。 實質(zhì)：分布計算系統(tǒng)=分布式硬件+分布式控制+分布式數(shù)據(jù)。 1.10多處理機(jī)與多計算機(jī)的區(qū)別是什么？同構(gòu)多計算機(jī)和異構(gòu)多計算機(jī)各有什么特點？ 區(qū)別：多計算機(jī)是將多個計算機(jī)聯(lián)合起來處理問題, 多處理機(jī)是在一個系統(tǒng)內(nèi)集成多個處理器. 廣義上說，使用多臺計算機(jī)協(xié)同工作來完成所要求的任務(wù)的計算機(jī)系統(tǒng)都是多處理機(jī)系統(tǒng)。即多計算機(jī)系統(tǒng)。 狹義上說：多處理機(jī)系統(tǒng)的作用是利用系統(tǒng)內(nèi)的多個CPU來并行執(zhí)行用戶的幾個程序，以提高系統(tǒng)的吞吐量或用來進(jìn)行冗余操作以提高系統(tǒng)的可靠性。 同構(gòu)計算機(jī)的特點： 1.每個節(jié)點是一臺計算機(jī)，包含CPU和存儲器。 2.節(jié)點間的通信量較少。 3.同構(gòu)計算機(jī)系統(tǒng)的互連有兩種結(jié)構(gòu)：基于總線的多計算機(jī)系統(tǒng)和基于交換的多計算機(jī)系統(tǒng)。 異構(gòu)計算機(jī)的特點： 1.節(jié)點可能是多處理機(jī)系統(tǒng)、集群或并行高性能計算機(jī)。 2.節(jié)點間通過互聯(lián)網(wǎng)絡(luò)如Internet連接起來的。 3.有兩種實現(xiàn)方法：采用分布式操作系統(tǒng)和中間件軟件層。 1.16什么是中間件，它的功能是什么？它在分布式系統(tǒng)中的地位是什么？ 中間件是一種獨立的系統(tǒng)軟件或服務(wù)程序，分布式應(yīng)用軟件借助這種軟件在不同的技術(shù)之間共享資源。中間件位于客戶機(jī)/ 服務(wù)器的操作系統(tǒng)之上，管理計算機(jī)資源和網(wǎng)絡(luò)通訊，是連接兩個獨立應(yīng)用程序或獨立系統(tǒng)的軟件 功能：命名服務(wù) 作業(yè)調(diào)度 高級通信服務(wù) 資源管理 數(shù)據(jù)持久化 分布式事務(wù) 分布式文檔系統(tǒng) 安全服務(wù) 地位：中間件的一個重要目標(biāo)是對應(yīng)用程序隱藏底層平臺的異構(gòu)型，因此中間件系統(tǒng)都提供一組完整度不同的服務(wù)集。這些服務(wù)是通過中間件系統(tǒng)提供的接口來調(diào)用的。一般禁止跳過中間件層直接調(diào)用底層操作系統(tǒng)的服務(wù)。 1.18分布式系統(tǒng)有哪些計算模式？（必考） 1.面向?qū)ο竽Ｊ? 2.面向服務(wù)模式 3.公用計算模式 4.志愿參與模式 （詳見書p21-p22頁） 2.5有哪些名字服務(wù)形式？名字服務(wù)器的組成與功能是什么？ 名字服務(wù)形式： （1）名字服務(wù)：名字服務(wù)是根據(jù)實體的名字查找它的屬性（地址）。 （2）目錄服務(wù)：目錄服務(wù)既可以根據(jù)實體的名字查找實體的屬性，當(dāng)不知道實體名時也可以根據(jù)實體的一個或多個屬性及其值查找并得到一個匹配這些屬性的實體列表。 （3）合約服務(wù)：是一種增強的目錄服務(wù)，通過技術(shù)規(guī)范來定位一個命名實體。 名字服務(wù)器組成： （1）名字服務(wù)器操作 ：管理、查詢操作和行政管理。增加、刪除和修改上下文的目錄項。訪問優(yōu)先權(quán)。 （2）名字解析 ：根據(jù)名字解析請求，得到被解析對象地址。 （3）緩存 ：緩存名字查詢和解析的結(jié)果。 （4）多副本管理 ：副本修改和副本一致性維護(hù)。 （5）通信 ：客戶端的名字代理通信和名字服務(wù)器之間 （6）數(shù)據(jù)庫 ：存放名字解析上下文或其子域。 名字服務(wù)器功能：管理名字解析上下文、實現(xiàn)名字查詢與解析和其它名字服務(wù)器通信協(xié)調(diào)。 2.7什么是迭代名字解析，什么是遞歸名字解析，它們各有什么優(yōu)缺點？ 迭代名字解析：建議考試畫圖解釋： 遞歸名字解析：也畫圖解釋 各自優(yōu)缺點： 遞歸名字解析缺點：要求每臺名字服務(wù)器具有較高的性能。 遞歸名字解析優(yōu)點：1.遞歸名字解析過程中，各名字服務(wù)器解析的緩存結(jié)果使用更為高效。2.如果主機(jī)與服務(wù)器距離很遠(yuǎn)，那么采用遞歸名字解析將更為高效。 迭代的優(yōu)缺點與上面相反。 2.14什么是目錄服務(wù)？目錄項和屬性及屬性值的關(guān)系是什么？ 目錄服務(wù)：目錄服務(wù)既可以根據(jù)實體的名字查找實體的屬性，當(dāng)不知道實體名時也可以根據(jù)實體的一個或多個屬性及其值查找并得到一個匹配這些屬性的實體列表。 關(guān)系：目錄項是一個命名對象的信息集合。每個命名對象包括若干個屬性，每個屬性有一個屬性類型和相應(yīng)的一個或多個屬性值。 2.18輕量數(shù)據(jù)訪問協(xié)議LDAP和目錄訪問協(xié)議DAP的關(guān)系和區(qū)別是什么？ 1.LDAP的最初目標(biāo)是向用戶提供目錄服務(wù)時避免DAP的大量開銷。 2.LDAP的操作集對DAP做了簡化，刪除了read和list操作，用search代替。 3.DAP是目錄用戶代理（DUA）與目錄系統(tǒng)代理（DSA）之間的請求/響應(yīng)協(xié)議。 LDAP是用戶用來訪問目錄服務(wù)的一個協(xié)議。 4.建議再回答下LDAP的模型： 3.7什么是遠(yuǎn)程執(zhí)行邏輯機(jī)模型？對邏輯機(jī)模型的要求是什么？ 概念：建議畫圖。 要求： （1）遠(yuǎn)程進(jìn)程必須能訪問駐留在源計算機(jī)上的文件系統(tǒng)。 （2）遠(yuǎn)程進(jìn)程能接收邏輯機(jī)內(nèi)任何進(jìn)程發(fā)來的信號，也能將信號提供給邏輯機(jī)內(nèi)任何進(jìn)程。 （3）進(jìn)程組保持在邏輯機(jī)內(nèi)。 （4）基于樹型的進(jìn)程父子關(guān)系在邏輯機(jī)內(nèi)必須得以保持。 3.13何為異步進(jìn)程遷移算法？何為同步進(jìn)程遷移算法？它們的優(yōu)缺點是什么？ 異步進(jìn)程遷移算法：這類算法允許非遷移進(jìn)程在遷移過程中繼續(xù)運算，只有遷移進(jìn)程被中斷進(jìn)行相關(guān)的操作。 優(yōu)點：可以得到較好的執(zhí)行效率。 缺點：和原有環(huán)境的兼容性不好，不能方便的移植。 同步遷移算法：這類算法在遷移過程中所有進(jìn)程（包括非遷移的協(xié)同進(jìn)程）都被掛起，進(jìn)程之間需要同步來清空通信信道中的中途消息，所有進(jìn)程均要阻塞等待遷移事件完成后，才能從中斷處繼續(xù)運行。 優(yōu)點：算法簡單，具有較好的可移植性和易于實現(xiàn)。 缺點：需要中央控制管理進(jìn)程參與，所有進(jìn)程都被迫中斷，等待遷移過程的結(jié)束。 3.15比較進(jìn)程遠(yuǎn)程執(zhí)行與進(jìn)程遷移兩種機(jī)制。 進(jìn)程遠(yuǎn)程執(zhí)行的要求： （1）尋找管理機(jī)制。 （2）進(jìn)程遠(yuǎn)程執(zhí)行是透明的，應(yīng)與位置無關(guān)。 （3）主人優(yōu)先原則 進(jìn)程的遷移可以支持： （1）動態(tài)系統(tǒng)管理與維護(hù) （2）動態(tài)負(fù)載平衡（load balancing），系統(tǒng)中重負(fù)載處理機(jī)轉(zhuǎn)移一部分負(fù)載到輕負(fù)載的處理機(jī)上運行，使得整個集群系統(tǒng)中的所有處理機(jī)的負(fù)載趨向均衡，從而提高系統(tǒng)的整體運行效率。 （3）系統(tǒng)容錯 （4）主人優(yōu)先使用原則 注：此題我未找到較好的答案。 4.1在水平時間軸上表示阻塞發(fā)送/接收和非阻塞發(fā)送/接收進(jìn)程與操作系統(tǒng)內(nèi)核之間操作的時間關(guān)系。 沒有具體答案，先方便理解一下阻塞和非阻塞： 阻塞和非阻塞關(guān)注的是程序在等待調(diào)用結(jié)果（消息，返回值）時的狀態(tài). 阻塞調(diào)用是指調(diào)用結(jié)果返回之前，當(dāng)前線程會被掛起。調(diào)用線程只有在得到結(jié)果之后才會返回。 非阻塞調(diào)用指在不能立刻得到結(jié)果之前，該調(diào)用不會阻塞當(dāng)前線程。 例子： 你打電話問書店老板有沒有《分布式系統(tǒng)》這本書，你如果是阻塞式調(diào)用，你會一直把自己“掛起”，直到得到這本書有沒有的結(jié)果，如果是非阻塞式調(diào)用，你不管老板有沒有告訴你，你自己先一邊去玩了， 當(dāng)然你也要偶爾過幾分鐘check一下老板有沒有返回結(jié)果。 這個圖不知道對不對： 4.2試敘述如何實現(xiàn)阻塞發(fā)送/接收和非阻塞發(fā)送/接收，對操作系統(tǒng)有什么要求？ 通過發(fā)送原語send和接收原語receive實現(xiàn)要求操作系統(tǒng)能實現(xiàn)4種不同的可靠性語義。 至少一次：保證正確完成消息傳送至少一次 至多一次：保證正確完成消息傳送至多一次。在沒有節(jié)點崩潰和網(wǎng)絡(luò)斷開情況下，它只正確地執(zhí)行一次消息傳送。 事務(wù)語義：它保證消息的原子性。不管節(jié)點崩潰或網(wǎng)絡(luò)端口與否，它或者完成一次消息傳送，或者什么也不做。 精確一次：無論在什么情況下，保證正確完成一次消息傳送，不管是否有節(jié)點崩潰或網(wǎng)絡(luò)斷開，它接近某種程度的容錯機(jī)制。 4.4對以下每個應(yīng)用程序，你認(rèn)為“至多一次”和“至少一次”語義哪個最好？ （1）在文件服務(wù)器上讀寫文件：至少一次。 （2）銀行服務(wù)：至多一次 （3）編譯一個程序：至少一次 4.9什么是因果定律？它和FIFO全定序相比，哪個更嚴(yán)格？ 因果定律：不管含有因果關(guān)系的消息是由同一個發(fā)送進(jìn)程多播，還是不同發(fā)送進(jìn)程多播，所有接收進(jìn)程要保證先接收“因”消息，后接收“果”消息。 FIFO：對同一個發(fā)送進(jìn)程發(fā)出的多播消息，要求所有接收進(jìn)程按發(fā)送的順序接收，而對不同發(fā)送進(jìn)程的多播消息可按不同順序接收。 相比之下，因果排序更嚴(yán)格。 4.12RPC被認(rèn)為是分布式最初的中間件，它能實現(xiàn)分布式系統(tǒng)的透明性嗎？ p92 在RPC過程中，客戶可以簡單的忽略不關(guān)心的內(nèi)容，客戶并不直接執(zhí)行send和receive原語，也不關(guān)心消息的傳遞，所有這些都隱藏在樁中，從而實現(xiàn)RPC的透明性。 建議；本題雖然已完，但最好將RPC的基本操作看一遍。 5.7Richart_Agrawala算法如何改進(jìn)了Lamport算法，它的優(yōu)點是什么？（必考） Lamport算法的開銷是3（N-1）個消息，Richart算法只要2（N-1）個消息，N是競爭資源的進(jìn)程數(shù)。 Lamport算法前2步： 1.Pi 資源請求消息Request（Ti ：P i）發(fā)送 2.Pj收到Request（T i：P i），按T順序置于其消息隊列，如果沒有資源請求或請求時間晚于收到消息的時間戳，回應(yīng)Reply（T j：P j） Richart算法前2步： 1.Pi 資源請求消息Request（Ti ：Pi）發(fā)送 2.Pj收到Request（Ti：Pi），按T順序置于其消息隊列 如果沒有資源請求或請求時間晚于收到消息的時間戳，回應(yīng)Reply（Tj：Pj）；否則推遲返回應(yīng)答消息 進(jìn)程從臨界區(qū)退出，向需要請請求資源的進(jìn)程補發(fā)應(yīng)答消息 標(biāo)紅處即為改進(jìn) 優(yōu)點： 1.它具有對稱性 2.具有完全的分布式控制 3.對通信鏈路相對速度的不敏感性 5.8比較集中式算法、Ricart_Agrawala算法和令牌算法的開銷和問題 集中式算法的問題：容易出現(xiàn)單點故障 Ricart算法的問題：由于不應(yīng)答被認(rèn)為是資源被占用，所以如果有某個節(jié)點故障，會導(dǎo)致該算法的異常終止。同時各進(jìn)程對資源的使用情況缺乏了解。 令牌算法的問題：檢測令牌丟失困難 開銷：集中式算法開銷最大，Richar算法需要2（N-1）個消息，令牌算法最多需要N-1個消息。 5.11共享K個相同資源的互斥算法和Ricart_Agrawala算法的共同點和區(qū)別是什么？ 相同點：基于相同的概念，每個競爭進(jìn)程都維持一個推遲應(yīng)答數(shù)組RD[]，數(shù)組元素是表示相應(yīng)進(jìn)程是否推遲發(fā)出應(yīng)答消息。 區(qū)別： 1.應(yīng)答消息到達(dá)的環(huán)境。在Ricart算法中，正在等待進(jìn)入臨界區(qū)的進(jìn)程要得到N-1個應(yīng)答消息。在共享K個相同資源的互斥算法中，N-K個應(yīng)答消息是在進(jìn)程等待時到達(dá)，K-1個消息是進(jìn)程已在臨界區(qū)或等待進(jìn)入臨界區(qū)或離開臨界區(qū)后到達(dá)。 2.在Ricart算法中，其他競爭進(jìn)程推遲應(yīng)答數(shù)組的每一項RD[i]是布爾型，因為應(yīng)答只能是一個，或是推遲，或是不推遲。在共享K個相同資源的互斥算法中，可能有多個應(yīng)答消息被推遲，這樣RD[i]應(yīng)聲明為整數(shù)型。 5.13在基于事件優(yōu)先權(quán)算法中，如何保證低優(yōu)先權(quán)的進(jìn)程有機(jī)會進(jìn)入臨界區(qū)，而不挨餓。 沒找到答案，不敢亂寫。 8.2圖8.1（b）為什么違背嚴(yán)格一致性？ 因為B讀到的不是a，而是數(shù)據(jù)項x的初值null，客戶A的寫操作沒有立即傳播到B，未能及時完成對副本的修改。 8.3圖8.2（b）為什么違背順序一致性？ 因為進(jìn)程C看到數(shù)據(jù)項x是先寫a后寫b，而進(jìn)程D看到數(shù)據(jù)項x是先寫b后寫a。 8.4圖8.3（c）為什么符合因果一致性定律？ 因為W（x）a和W（x）b是并發(fā)寫，因此也符合因果一致性要求。 8.5圖8.4（b）為什么遵循因果一致性，但對FIFO一致性是無效的？ 看了半天暫時還不會，但是書p200-p205的幾種一致性必須弄懂，是必考的。 8.7比較“傳播更新通知”、“傳播更新數(shù)據(jù)”和“傳播更新操作”和它們的應(yīng)用場合 傳播更新通知：只傳播一個簡短的數(shù)據(jù)通知，不包含其他信息。寫操作對讀操作的比率很高時，傳播效果好。 傳播更新數(shù)據(jù)：在副本間傳送被修改過的數(shù)據(jù)。讀操作對寫操作的比率很高時，傳播效果好。 傳播更新操作：不傳播被修改過的數(shù)據(jù)，而是告訴各副本應(yīng)該執(zhí)行的操作。要求每個副本有一個進(jìn)程來執(zhí)行更新操作，主動的保持各副本關(guān)聯(lián)數(shù)據(jù)的一致性。 應(yīng)用場合： 傳播更新通知：無效化協(xié)議 傳播更新數(shù)據(jù)：讀操作對寫操作的比率很高時 傳播更新操作：主動復(fù)制 8.9一個文件被復(fù)制在10個服務(wù)器上，列出表決算法的“讀集團(tuán)”和“寫集團(tuán)”。 這是12個服務(wù)器是的例子： 此算法要求N（R）+N（W）>N N（W）>N/2 此題的N=10; 那么寫集團(tuán)可以為6 7 8 9 10 相應(yīng)的讀集團(tuán)為5 6 7 8 9 10 （NW=6） 4 5 6 7 8 9 10(NW=7) 以此類推。 8.14在基于頁面的DSM中如何維護(hù)副本擁有者和副本集這類控制信息？ 擁有4種算法： 集中管理算法 固定分布管理算法 廣播分布管理算法 動態(tài)分布管理算法 在書p223-225，此處不詳述。 9.2分布式文件系統(tǒng)的共享語義指的是什么，有哪幾種共享語義？ 文件共享語義是為了理解文件的行為。不同共享語義將導(dǎo)致不同編程實現(xiàn)方法。 種類： （1）UNIX語義（順序一致性語義） （2）會話語義 （3）不修改共享文件語義 （4）事務(wù)語義 見書p292 9.4NFS如何訪問遠(yuǎn)程文件，它的虛擬文件系統(tǒng)的作用是什么？ 如何訪問：遠(yuǎn)程共享文件或它的子目錄是通過虛inode（即vnode）形式掛接在本地文件目錄中。NFS客戶端與遠(yuǎn)程文件系統(tǒng)服務(wù)器之間通信采用安全的遠(yuǎn)程過程調(diào)用（RPC）方式，實現(xiàn)身份驗證和消息驗證，采用了RPC重傳技術(shù)，對文件共享進(jìn)行訪問控制。 作用：1.允許和操作系統(tǒng)使用不同的文件系統(tǒng)實現(xiàn)的接口。 2.是物理文件系統(tǒng)與服務(wù)之間的一個接口層，對每個文件系統(tǒng)的所有細(xì)節(jié)進(jìn)行抽象，使得不同的文件系統(tǒng)在系統(tǒng)中運行的其他進(jìn)程看來，都是相同的。 9.9NFS的RPC實現(xiàn)了何種可靠性語義？ 通過復(fù)合調(diào)用 以及RPC重傳 可靠性語義有： 至少一次：保證正確完成消息傳送至少一次 至多一次：保證正確完成消息傳送至多一次。在沒有節(jié)點崩潰和網(wǎng)絡(luò)斷開情況下，它只正確地執(zhí)行一次消息傳送。 事務(wù)語義：它保證消息的原子性。不管節(jié)點崩潰或網(wǎng)絡(luò)端口與否，它或者完成一次消息傳送，或者什么也不做。 精確一次：無論在什么情況下，保證正確完成一次消息傳送，不管是否有節(jié)點崩潰或網(wǎng)絡(luò)斷開，它接近某種程度的容錯機(jī)制。 我們可以看出：符合“至少一次”的可靠性語義。 11.5CORBA的主要特點是什么？功能是什么？簡述CORBA系統(tǒng)中ORB的作用。 特點： （1）CORBA定義了一種面向?qū)ο蟮能浖?gòu)件構(gòu)造方法，使不同的應(yīng)用可以共享由此構(gòu)造出來的軟件構(gòu)件； （2）每個對象都將其內(nèi)部操作細(xì)節(jié)封裝起來，同時又向外界提供了精確定義的接口，從而降低了應(yīng)用系統(tǒng)的復(fù)雜性，也降低了軟件開發(fā)費用； （3）CORBA的平臺無關(guān)性實現(xiàn)了對象的跨平臺引用，開發(fā)人員可以在更大的范圍內(nèi)選擇最實用的對象加入到自己的應(yīng)用系統(tǒng)之中； （4）CORBA的語言無關(guān)性使開發(fā)人員可以在更大的范圍內(nèi)相互利用別人的編程技能和成果， 是實現(xiàn)軟件復(fù)用的實用化工具 功能： （1）存取來自現(xiàn)行桌面應(yīng)用程序的分布信息和資源； （2）使現(xiàn)有業(yè)務(wù)數(shù)據(jù)和系統(tǒng)成為可供利用的網(wǎng)絡(luò)資源； （3）為某一特定業(yè)務(wù)用的定制的功能和能力來增強現(xiàn)行桌面工具和應(yīng)用程序； （4）改變和發(fā)展基于網(wǎng)絡(luò)的系統(tǒng)以反映新的拓?fù)浣Y(jié)構(gòu)或新資源； ORB的作用： ORB初始化 ORB接口操作 獲取初始對象引用 與線程有關(guān)的操作 策略設(shè)置與管理 對象引用操作 11.6什么是接口定義語言？它在分布式計算環(huán)境中起到什么作用？ 概念：是一個描述軟件組件接口的語言規(guī)范。 IDL用中立語言的方式進(jìn)行描述，能使軟件組件（不同語言編寫的）間相互通信。 IDL通常用于RPC（Remote Procedure Call，遠(yuǎn)程過程調(diào)用）軟件。 IDL提供了一個“橋”來連接不同的系統(tǒng)。 作用： （1）用IDL定義對象接口文件 （2）用ORB攜帶的編譯器對IDL定義的對象接口文件進(jìn)行編譯。 然后將此圖畫上： 11.7在CORBA的體系結(jié)構(gòu)中，根據(jù)接口的可移植性和定義方式，接口分為哪幾類，各起什么作用？ 1.ORB核心 實現(xiàn)對所有ORB都相同的接口 2. 對象適配器接口 連接對象實現(xiàn)和ORB。 3. 接口定義語言IDL和靜態(tài)接口 客戶用ORB攜帶的IDL編譯器，編譯對象接口IDL文件，生成特定編程語言（如C++）的Stub和Sleketon代碼。 4. 動態(tài)接口 在預(yù)先不知道服務(wù)對象接口的情況下，客戶通過查詢或采用其他手段獲得服務(wù)對象的接口描述信息，然后使用動態(tài)調(diào)用接口來構(gòu)造客戶請求，并發(fā)送給對象實現(xiàn)。 在對象實現(xiàn)方，可用動態(tài)骨架接口分發(fā)用戶請求的機(jī)制，以便動態(tài)處理客戶方的請求。 11.17簡述JAVA RMI體系結(jié)構(gòu) 遠(yuǎn)程方法調(diào)用RMI（Remote Method Invocation）是Java特有的分布式計算技術(shù)。它實質(zhì)上是通過Java編程語言擴(kuò)展了常規(guī)的過程調(diào)用，在網(wǎng)上不僅可以傳送對象的數(shù)據(jù)，而且可以傳送對象的代碼。 回答下面這張圖即可： 12.6什么是web契約，它要說明什么問題？ 概念：契約是供求雙方間進(jìn)行交換的一種約定，在面向服務(wù)的分布式計算系統(tǒng)中，契約是系統(tǒng)之間交換數(shù)據(jù)時應(yīng)遵守的約定（技術(shù)契約）。 說明的問題：服務(wù)功能描述（What） 服務(wù)訪問描述（How） 服務(wù)位置描述（Where） 12.7什么是服務(wù)的抽象描述？什么是服務(wù)的具體描述？它們描述的內(nèi)容是什么? 抽象描述：即服務(wù)功能描述，表達(dá)了契約公開的接口 具體內(nèi)容： 端口類型（接口）定義（portType） 操作定義（Operation Definition） 消息定義（Message Definition） 類型定義（Type Definition） 策略定義（Policy Definition） 具體描述：即服務(wù)訪問描述和服務(wù)位置描述，為抽象描述補充相關(guān)的實現(xiàn)細(xì)節(jié)，即如何訪問服務(wù)，同時關(guān)注從何處得到所需要的服務(wù)。 具體內(nèi)容： 端口類型（接口）綁定（Port Binding） 操作綁定（Operaion Binding） 消息綁定（Message Binding） 服務(wù)定義（Service Definition） 端口定義（Port Definition） 地址定義（Address Definition） 策略定義 12.8什么是WSDL？它與XML有什么關(guān)系？WSDL用來描述什么實體？ WSDL:即web服務(wù)描述語言。 關(guān)系： 1.wsdl是一個基于XML的語言，它描述 了和特定Web服務(wù)之間的交互機(jī)制，并且使用該語言可以約束服務(wù)提供者以及使用服務(wù)的所有請求者 } 2.wsdl是一個基于XML的規(guī)范模式， 提供了一個標(biāo)準(zhǔn)的服務(wù)表示語言，可用于描述Web服務(wù)所暴露的公共接口細(xì)節(jié) WSDL用于描述網(wǎng)絡(luò)服務(wù)。 12.9什么是SOAP？它與HTTP和WSDL有什么關(guān)系？ SOAP:簡易對象訪問協(xié)議。 關(guān)系：SOAP是個通信協(xié)議， SOAP在HTTP協(xié)議的基礎(chǔ)上，把編寫成XML的REQUEST參數(shù), 放在HTTP BODY上提交給WEB SERVICE服務(wù)器。WEB SERVICE服務(wù)器處理完成后，把結(jié)果也寫成XML作為RESPONSE送回用戶端，為了使用戶端和WEB SERVICE可以相互對應(yīng)，可以使用WSDL作為這種通信方式的描述文件，利用WSDL工具可以自動生成WS和用戶端的框架文件。 12.10什么是UDDI?它與HTTP、WSDL和SOAP的關(guān)系是什么？ UDDI:通用描述、發(fā)現(xiàn)和集成 關(guān)系： WSDL用來描述服務(wù)； UDDI用來注冊和查找服務(wù)； SOAP作為傳輸層，用來在消費者和服務(wù)提供者之間傳送消息。SOAP是Web服務(wù)的默認(rèn)機(jī)制，其他的技術(shù)為可以服務(wù)實現(xiàn)其他類型的綁定。 用戶可以在UDDI注冊表（registry）查找服務(wù)，取得服務(wù)的WSDL描述，然后通過SOAP來調(diào)用服務(wù)，同時UDDI采用的也是HTTP協(xié)議。 或答： Web服務(wù)提供方通過WSDL描述所提供的服務(wù),并將這一描述告知Web 服務(wù)注冊服務(wù)器。注冊服務(wù)器依據(jù)WSDL的描述,依照UDDI的協(xié)定更新服務(wù)目錄并在Internet 上發(fā)布。用戶在使用Web服務(wù)前先向注冊服務(wù)器發(fā)出請求,獲得Web 服務(wù)提供者的地址和服務(wù)接口信息,之后使用SOAP協(xié)議與Web服務(wù)提供者建立連接,進(jìn)行通信。 12.13什么是SOA概念框架？SOA試圖解決什么問題？ SOA的概念架構(gòu)采用分層模式，這個架構(gòu)自底向上是操作系統(tǒng)層、服務(wù)組件層、服務(wù)層、業(yè)務(wù)流程編排層和訪問表現(xiàn)層。 把圖畫上： 試圖解決的問題： （1）企業(yè)業(yè)務(wù)模式的變化：傳統(tǒng)的業(yè)務(wù)部門的消失，如企業(yè)運輸部門 （2）過去的IT系統(tǒng)建設(shè)以部門為基礎(chǔ)整合，是部門內(nèi)的垂直整合；現(xiàn)在需要在企業(yè)各部門間進(jìn)行水平整合 （3）企業(yè)IT系統(tǒng)抽象程度低 （4）企業(yè)IT系統(tǒng)改變或者升級時，原有的硬件和軟件資源希望在新系統(tǒng)中盡可能重用 12.17試述BPEL、SCA和SDO之間的關(guān)系 1. 服務(wù)編排和流程整合 服務(wù)的串聯(lián)，即業(yè)務(wù)流程BPEL、服務(wù)的構(gòu)建和使用SCA 數(shù)據(jù)的描述SDO，這三部分構(gòu)成了SOA架構(gòu)鐵三角 2. SOA中，需要有數(shù)據(jù)模型與其他的數(shù)據(jù)模式交互（如數(shù)據(jù)庫，文件），與SCA相應(yīng)的數(shù)據(jù)模型為SDO 3. SCA組件的實現(xiàn)類型包括BPEL