午夜视频在线观看区二区-午夜视频在线观看视频-午夜视频在线观看视频在线观看-午夜视频在线观看完整高清在线-午夜视频在线观看网站-午夜视频在线观看亚洲天堂

soa是英文service-oriented architecture，即面向服務(wù)架構(gòu)的縮寫。這個詞匯最近一兩年頻頻出現(xiàn)在各種技術(shù)期刊上。但是一直以來對于soa到底是什么沒有明確的回答；soa有什么特點？適合用于解決哪些問題？與其他的技術(shù)有什么區(qū)別與聯(lián)系？web service和soa又是什么關(guān)系？soa的出現(xiàn)對于軟件架構(gòu)設(shè)計有什么影響？本文將就上面提到的這些問題，嘗試根據(jù)作者自己的理解給出soa的定義；總結(jié)出soa特有的三個基本特征；然后以http協(xié)議為例對這些特征進行解釋；最后簡要的說明soa對今后軟件架構(gòu)設(shè)計可能帶來的影響。 [br][br]soa定義 [br][br]下面是作者給soa下的一個定義：soa是指為了解決在internet環(huán)境下業(yè)務(wù)集成的需要，通過連接能完成特定任務(wù)的獨立功能實體實現(xiàn)的一種軟件系統(tǒng)架構(gòu)。從這個定義中我希望表達(dá)的前提有下面兩點： [br][br]1) 軟件系統(tǒng)架構(gòu)：soa不是一種語言，也不是一種具體的技術(shù)而是一種軟件系統(tǒng)架構(gòu)，它嘗試給出在特定環(huán)境下推薦采用的一種架構(gòu)，從這個角度上來說，它更像一種模式(pattern)。因此它與很多已有的軟件技術(shù)比如面向?qū)ο蠹夹g(shù)，是互補的而非互斥的。它們分別面向不同的應(yīng)用場景，用來滿足不同的特定需求。 [br][br]2) soa的使用范圍：需求決定同時也限制功能。soa并不是包治百病的萬靈丹，它最主要的應(yīng)用場合在于解決在internet環(huán)境下的不同商業(yè)應(yīng)用之間的業(yè)務(wù)集成問題。在下面我們會詳細(xì)討論internet的各種特點如何決定soa的特點，這里我們只需要先簡單回顧一下internet環(huán)境區(qū)別于intranet環(huán)境的幾個特點： [br][br]a) 大量異構(gòu)系統(tǒng)并存，計算機硬件工作方式不同，操作系統(tǒng)不同、編程語言也不同； [br][br]b) 大量、頻繁的數(shù)據(jù)傳輸仍然速度緩慢并且不穩(wěn)定； [br][br]c) 版本升級無法完成，我們根本就無法知道互聯(lián)網(wǎng)上有哪些機器直接或者間接的使用某個服務(wù)。 [br][br]基于上面的前提，下面就讓我們一起看一下soa的基本特征。 [br][br]soa三大基本特征 [br][br]1 獨立的功能實體 [br][br]在internet這樣松散的使用環(huán)境中，任何訪問請求都有可能出錯，因此任何企圖通過internet進行控制的結(jié)構(gòu)都會面臨嚴(yán)重的穩(wěn)定性問題。soa非常強調(diào)架構(gòu)中提供服務(wù)的功能實體的完全獨立自主的能力。傳統(tǒng)的組件技術(shù)，如.net remoting，ejb，com或者corba，都需要有一個宿主(host或者server)來存放和管理這些功能實體；當(dāng)這些宿主運行結(jié)束時這些組件的壽命也隨之結(jié)束。這樣當(dāng)宿主本身或者其它功能部分出現(xiàn)問題的時候，在該宿主上運行的其它應(yīng)用服務(wù)就會受到影響。 [br][br]soa架構(gòu)中非常強調(diào)實體自我管理和恢復(fù)能力。常見的用來進行自我恢復(fù)的技術(shù)，比如事務(wù)處理(transaction)，消息隊列(message queue)，冗余部署(redundant deployment)和集群系統(tǒng)(cluster)在soa中都起到至關(guān)重要的作用。 [br][br]2 大數(shù)據(jù)量低頻率訪問 [br][br]對于.net remoting，ejb或者xml-rpc這些傳統(tǒng)的分布式計算模型而言，他們的服務(wù)提供都是通過函數(shù)調(diào)用的方式進行的，一個功能的完成往往需要通過客戶端和服務(wù)器來回很多次函數(shù)調(diào)用才能完成。在intranet的環(huán)境下，這些調(diào)用給系統(tǒng)的響應(yīng)速度和穩(wěn)定性帶來的影響都可以忽略不計，但是在internet環(huán)境下這些因素往往是決定整個系統(tǒng)是否能正常工作的一個關(guān)鍵決定因素。因此soa系統(tǒng)推薦采用大數(shù)據(jù)量的方式一次性進行信息交換。 [br][br]3 基于文本的消息傳遞 [br][br]由于internet中大量異構(gòu)系統(tǒng)的存在決定了soa系統(tǒng)必須采用基于文本而非二進制的消息傳遞方式。在com、corba這些傳統(tǒng)的組件模型中，從服務(wù)器端傳往客戶端的是一個二進制編碼的對象，在客戶端通過調(diào)用這個對象的方法來完成某些功能；但是在internet環(huán)境下，不同語言，不同平臺對數(shù)據(jù)、甚至是一些基本數(shù)據(jù)類型定義不同，給不同的服務(wù)之間傳遞對象帶來的很大困難。由于基于文本的消息本身是不包含任何處理邏輯和數(shù)據(jù)類型的，因此服務(wù)間只傳遞文本，對數(shù)據(jù)的處理依賴于接收端的方式可以幫忙繞過兼容性這個的大泥坑。 [br][br]此外，對于一個服務(wù)來說，internet與局域網(wǎng)最大的一個區(qū)別就是在internet上的版本管理極其困難，傳統(tǒng)軟件采用的升級方式在這種松散的分布式環(huán)境中幾乎無法進行。采用基于文本的消息傳遞方式，數(shù)據(jù)處理端可以只選擇性的處理自己理解的那部分?jǐn)?shù)據(jù)，而忽略其它的數(shù)據(jù)，從而得到的非常理想的兼容性。 [br][br]http協(xié)議：一個典型的soa實現(xiàn) [br][br]每一項新技術(shù)都是在一些舊的技術(shù)基礎(chǔ)上發(fā)展出來的。正如xml根本思想來自于在60年代就已經(jīng)出現(xiàn)的早期標(biāo)記性語言一樣，soa雖然這兩年才出現(xiàn)，但是它所表達(dá)的觀念應(yīng)該說在網(wǎng)絡(luò)這種分布式系統(tǒng)結(jié)構(gòu)出現(xiàn)不久就已經(jīng)廣泛應(yīng)用了。例如我們最熟悉的http協(xié)議就是一個非常典型的soa架構(gòu)設(shè)計。http協(xié)議的工作過程簡單敘述如下： [br][br]1) 客戶端，通常是通過瀏覽器，向服務(wù)器端以文本的方式發(fā)送一個請求，索取一個web頁面； [br][br]2) 服務(wù)器端接收到這個請求之后，根據(jù)請求的內(nèi)容進行處理并且返回一個符合html語法的文本； [br][br]3) 客戶端接收到服務(wù)器端的響應(yīng)文本后調(diào)用本地的程序，通常還是瀏覽器，把返回的html文本的內(nèi)容展現(xiàn)出來。 [br][br]下面來看一下http協(xié)議如何滿足了soa的特點： [br][br]* 獨立的功能實體：作為服務(wù)器端的web服務(wù)器是絕對不會因為客戶端的狀況變化而改變的，它總是非常穩(wěn)定地按照自己的內(nèi)在邏輯運行，響應(yīng)外部的請求，管理自己的資源和數(shù)據(jù)。這里一個非常好的例子就是web服務(wù)器對緩存(cache)的處理，很多web服務(wù)器為了提高性能都或多或少的對數(shù)據(jù)進行緩存，但是緩存數(shù)據(jù)、刷新數(shù)據(jù)這些于客戶端完全無關(guān)的操作完全由服務(wù)器端獨立完成，完全不受客戶端的影響。 [br][br]* 大數(shù)據(jù)量低頻率訪問：對于一個http請求來說，客戶端與服務(wù)器之間訪問的邊界非常簡單：就是一個請求，一個響應(yīng)，沒有任何其它的信息往返。無論客戶端申請的網(wǎng)頁上除了文字之外還有什么信息，對于客戶端來說，它發(fā)出的請求只是簡單的告訴web服務(wù)器它所需要的網(wǎng)頁的位置；至于為了生成這個網(wǎng)頁，服務(wù)器端是否需要訪問數(shù)據(jù)庫，執(zhí)行servlet或者其它的cgi程序?qū)蛻舳硕?，都是完全透明的?[br][br]* 基于文本的消息傳遞：迄今為止兼容性最好的系統(tǒng)可能就是http協(xié)議支撐的大部分的web應(yīng)用了，我們可以在windows平臺下用ie查看互聯(lián)網(wǎng)上一個linux＋apache服務(wù)器上的由perl腳本自動生成的網(wǎng)頁。這里的關(guān)鍵就是所有內(nèi)容都是以格式化的文本方式傳遞的，不管perl腳本如何執(zhí)行，只要它的輸出是符合html規(guī)范的網(wǎng)頁，就可以被客戶端的瀏覽器解釋。而由于不同的操作系統(tǒng)上對于相同的html的解釋遵循相同的規(guī)范，因此不同操作系統(tǒng)下仍然能夠看到一致的用戶界面。 [br][br]我們上面基本描述了soa作為一種軟件架構(gòu)有哪些特點，下面讓我們一起看看web service與soa的關(guān)系。 [br][br]soa與web service [br][br]web service是就現(xiàn)在而言最適合實現(xiàn)soa的一些技術(shù)的集合，事實上最近soa的火爆在很大程度上歸功于web service標(biāo)準(zhǔn)的成熟和應(yīng)用的普及為廣泛的實現(xiàn)soa架構(gòu)提供了基礎(chǔ)。下面讓我們看看web service中的各種協(xié)議是如何互相工作來滿足soa所需的特點的： [br][br]* 獨立的功能實體：通過uddi的目錄查找，我們可以動態(tài)改變一個服務(wù)的提供方而無需影響客戶端的應(yīng)用程序配置。所有的訪問都通過soap訪問進行，只要wsdl接口封裝良好，外界客戶端是根本沒有辦法直接訪問服務(wù)器端的數(shù)據(jù)的。 [br][br]* 大數(shù)據(jù)量低頻率訪問：通過使用wsdl和基于文本(literal)的soap請求，我們可以實現(xiàn)能一次性接收大量數(shù)據(jù)的接口。這里需要著重指出的是soap請求分文本方式和遠(yuǎn)程調(diào)用(rpc)兩種方式，正如上文已經(jīng)提到的，采用遠(yuǎn)程調(diào)用方式的soap請求并不符合這點要求。但是令人遺憾的是現(xiàn)有的大多數(shù)soap請求采用的仍然是遠(yuǎn)程調(diào)用(rpc)方式，在某些平臺上，例如ibm websphere的早期版本，甚至沒有提供文本方式的soap支持。 [br][br]* 基于文本的消息傳遞：web service所有的通訊是通過soap進行的，而soap是基于xml的，不同版本之間可以使用不同的dtd或者xml schema加以辨別和區(qū)分。因此只需要我們?yōu)椴煌陌姹咎峁┎煌奶幚砭涂梢暂p松實現(xiàn)版本控制的目標(biāo)。 [br][br]soa對于軟件架構(gòu)設(shè)計的影響 [br][br]無論您現(xiàn)在的系統(tǒng)是否牽涉到基于internet的業(yè)務(wù)集成，采用soa推薦的架構(gòu)都對提高您系統(tǒng)的擴展性有很大幫助，下面是在系統(tǒng)中引入soa后需要在軟件架構(gòu)方面做出的改變： [br][br]* 使用基于文本方式的soap調(diào)用，擺脫遠(yuǎn)程調(diào)用中出現(xiàn)的函數(shù)參數(shù)類型等與數(shù)據(jù)無關(guān)的信息，保證所有soap傳遞的都是有意義的商業(yè)數(shù)據(jù)。依賴于schema，而不是類定義對這些數(shù)據(jù)進行解釋。 [br][br]* 傳統(tǒng)的三層web應(yīng)用將可能變成四層結(jié)構(gòu)：傳統(tǒng)意義上的商業(yè)邏輯層將被進一步劃分為存放每個會話(session)信息的客戶邏輯層和與狀態(tài)無關(guān)sateless的soa層。