圖2. 一個(gè)典型的單層客戶端服務(wù)器架構(gòu)主機(jī)系統(tǒng)天然支持同步及異步通信。后一種方法主要用于讓服務(wù)器連續(xù)不斷地接收來(lái)自終端的字符，以響應(yīng)個(gè)別的擊鍵事件。只在某種條件下服務(wù)器才會(huì)響應(yīng)。雖然它仍有殘留痕跡，但是當(dāng)兩層客戶-服務(wù)器的變化設(shè)計(jì)在80年代后期出現(xiàn)時(shí)，主機(jī)作為最初的統(tǒng)治計(jì)算平臺(tái)開(kāi)始衰退。這個(gè)新方法引入了委派邏輯、以及處理職責(zé)下發(fā)到單個(gè)工作站的概念，導(dǎo)致了胖客戶的誕生。受圖形用戶界面(GUI)創(chuàng)新的進(jìn)一步支持，兩層客戶-服務(wù)器被認(rèn)為是前進(jìn)了一大步，并在90年早期持續(xù)統(tǒng)治了IT界數(shù)年之久。這個(gè)架構(gòu)的通常配置包含多個(gè)胖客戶端，每一個(gè)都有自己到中心數(shù)據(jù)庫(kù)服務(wù)器連接。客戶端軟件執(zhí)行大量處理，包括所有的展現(xiàn)相關(guān)及多數(shù)的數(shù)據(jù)訪問(wèn)邏輯(圖3)。一個(gè)或多個(gè)服務(wù)器通過(guò)累積可擴(kuò)展的關(guān)系型數(shù)據(jù)庫(kù)治理系統(tǒng)，促進(jìn)了這些客戶端。
圖3. 典型的兩層客戶-服務(wù)器架構(gòu)圖2. 一個(gè)典型的單層客戶端服務(wù)器架構(gòu)主機(jī)系統(tǒng)天然支持同步及異步通信。后一種方法主要用于讓服務(wù)器連續(xù)不斷地接收來(lái)自終端的字符，以響應(yīng)個(gè)別的擊鍵事件。只在某種條件下服務(wù)器才會(huì)響應(yīng)。雖然它仍有殘留痕跡，但是當(dāng)兩層客戶-服務(wù)器的變化設(shè)計(jì)在80年代后期出現(xiàn)時(shí)，主機(jī)作為最初的統(tǒng)治計(jì)算平臺(tái)開(kāi)始衰退。圖3. 典型的兩層客戶-服務(wù)器架構(gòu)讓我們通過(guò)單獨(dú)地和將它們與SOA的相應(yīng)部分作比較兩種方式，來(lái)看一看兩層客戶-服務(wù)器架構(gòu)的主要特征。應(yīng)用邏輯客戶-服務(wù)器環(huán)境將大多數(shù)應(yīng)用邏輯放到客戶端軟件中。這導(dǎo)致龐大的程序連同后端資源來(lái)一起來(lái)控制用戶體驗(yàn)。分布式業(yè)務(wù)規(guī)則是一個(gè)例外。一個(gè)流行趨勢(shì)是將嵌入的和維護(hù)的業(yè)務(wù)規(guī)則與數(shù)據(jù)關(guān)聯(lián)，放入數(shù)據(jù)庫(kù)的存儲(chǔ)過(guò)程與觸發(fā)器之內(nèi)。這略微抽象了一組來(lái)自客戶端的業(yè)務(wù)邏輯，并簡(jiǎn)化了數(shù)據(jù)訪問(wèn)編程。盡管如此，客戶端還是承擔(dān)著所有的展示任務(wù)。當(dāng)代面向服務(wù)解決方案中的展現(xiàn)層會(huì)有所不同。任何軟件片段若有能力依照所需的服務(wù)契約進(jìn)行SOAP消息交換，都可歸為服務(wù)請(qǐng)求者。同時(shí)通常也期望請(qǐng)求者能提供服務(wù)，展現(xiàn)層的設(shè)計(jì)完全開(kāi)放并對(duì)應(yīng)特定的解決方案需求。在服務(wù)器環(huán)境內(nèi)，存在關(guān)于應(yīng)用邏輯如何駐留與分布的選擇權(quán)。這些選擇權(quán)不排除數(shù)據(jù)庫(kù)觸發(fā)器和存儲(chǔ)過(guò)程。同時(shí)，面向服務(wù)設(shè)計(jì)的原則開(kāi)始起作用，通常指導(dǎo)劃分自治處理邏輯的單元。這促進(jìn)了特定設(shè)計(jì)品質(zhì)，比如服務(wù)無(wú)狀態(tài)化及協(xié)同性，還有可組合性及復(fù)用性。另外，常有這些處理邏輯單元在SOA內(nèi)不屬于任何解決方案的情形。這也支持了促進(jìn)復(fù)用以及跨越應(yīng)用邊界的松散耦合這一終極目標(biāo)。 QQread.com 推出各大專業(yè)服務(wù)器評(píng)測(cè) linux服務(wù)器的安全性能 SUN服務(wù)器 HP服務(wù)器 DELL服務(wù)器 IBM服務(wù)器 聯(lián)想服務(wù)器 浪潮服務(wù)器 曙光服務(wù)器 同方服務(wù)器 華碩服務(wù)器 寶德服務(wù)器 本文審閱XML、Web服務(wù)及SOA間的關(guān)系，并解釋廠商和標(biāo)準(zhǔn)組織如何從那些持續(xù)浮現(xiàn)的Web服務(wù)規(guī)范中形成奇妙的競(jìng)爭(zhēng)與協(xié)同競(jìng)技場(chǎng)。然后我們從應(yīng)用架構(gòu)簡(jiǎn)短歷史的敘述著手來(lái)對(duì)過(guò)去的二十年作一個(gè)總結(jié)。 3. SOA的根源 (SOA與過(guò)去架構(gòu)的比較)我們現(xiàn)在實(shí)際地跳回時(shí)間軸看一看過(guò)去架構(gòu)與SOA的差別。這是一項(xiàng)有趣的研究， 我們能夠看出SOA許多當(dāng)代特征的起源。3.1. 什么是架構(gòu)?自打有計(jì)算機(jī)處理的自動(dòng)化解決方案方案起，技術(shù)架構(gòu)就已存在。然而，在較老的環(huán)境中，解決方案直接建構(gòu)于抽象的任務(wù)上，并規(guī)定其架構(gòu)很少被執(zhí)行。隨著多層應(yīng)用的崛起，應(yīng)用交付的變異開(kāi)始劇增。IT部門(mén)開(kāi)始熟悉到需要定義標(biāo)準(zhǔn)化的基線應(yīng)用，作為其他應(yīng)用的模板。這個(gè)定義自然是抽象的，但明確地解釋了所有解決方案以這個(gè)模板為基礎(chǔ)，包括其技術(shù)、邊界、規(guī)則、限制及設(shè)計(jì)特征。這就產(chǎn)生了應(yīng)用架構(gòu)。應(yīng)用架構(gòu)應(yīng)用架構(gòu)對(duì)于應(yīng)用開(kāi)發(fā)團(tuán)隊(duì)的意義，相當(dāng)于藍(lán)圖對(duì)于建筑工團(tuán)隊(duì)的意義。不同的組織印證不同水平的應(yīng)用架構(gòu)。一些保持了高水平，提供技術(shù)藍(lán)圖的抽象的物理及邏輯表達(dá)。另一些則包括更多的細(xì)節(jié)，類似通用數(shù)據(jù)模型，通信流程圖，應(yīng)用范圍的安全需求，以及基礎(chǔ)設(shè)施方面。對(duì)于一個(gè)組織而言有幾個(gè)不同的應(yīng)用架構(gòu)的情況是不希罕的。一個(gè)架構(gòu)文檔典型地代表了不同的解決方案環(huán)境。例如，一個(gè)同時(shí)擁有.NET與J2EE解決方案的組織很有可能針對(duì)每一種有分別的應(yīng)用架構(gòu)規(guī)范。任何應(yīng)用級(jí)架構(gòu)的要害部分在于它既要直接反映解決方案的需求，同樣又要考慮長(zhǎng)期的、策略性的IT目標(biāo)。正由于這個(gè)緣故，組織內(nèi)的應(yīng)用架構(gòu)會(huì)伴以企業(yè)架構(gòu)，并與其中居統(tǒng)治地位的一個(gè)保持一致。企業(yè)架構(gòu)在較大的IT環(huán)境，要害在于需要控制并指導(dǎo)IT基礎(chǔ)設(shè)施。當(dāng)有很多不同的應(yīng)用架構(gòu)共同存在的時(shí)候，且有時(shí)甚至要整合，底層的主機(jī)平臺(tái)變會(huì)復(fù)雜而繁重。因此，通常會(huì)創(chuàng)建一個(gè)控制規(guī)范，為企業(yè)內(nèi)存在的所有異質(zhì)形態(tài)的提供高層概述，同時(shí)給出支持基礎(chǔ)設(shè)施的定義。繼續(xù)我們前一個(gè)類推，對(duì)于組織而言，企業(yè)架構(gòu)規(guī)范相當(dāng)于一個(gè)城市的城市規(guī)劃。因此，城市規(guī)劃與建筑藍(lán)圖間的關(guān)系，可與企業(yè)與應(yīng)用架構(gòu)規(guī)范間的關(guān)系相類比。典型地，企業(yè)架構(gòu)的變化直接影響應(yīng)用架構(gòu)，這是為什么架構(gòu)規(guī)范通常由同一組人來(lái)維護(hù)。而且，企業(yè)架構(gòu)經(jīng)常包含組織長(zhǎng)期技術(shù)和環(huán)境發(fā)展規(guī)劃。例如，階段性的目標(biāo)有可能是要立足于這個(gè)規(guī)范來(lái)逐步淘汰過(guò)時(shí)的技術(shù)平臺(tái)。最后，也可能會(huì)定義技術(shù)與策略背后的企業(yè)級(jí)安全度量。然而，這經(jīng)常會(huì)被作為單獨(dú)的安全架構(gòu)規(guī)范。面向服務(wù)架構(gòu)簡(jiǎn)單而言，面向服務(wù)架構(gòu)跨越了企業(yè)與應(yīng)用架構(gòu)兩個(gè)領(lǐng)域。當(dāng)被用于跨多解決方案的環(huán)境時(shí)，SOA所提供的潛在效益才能真正釋放。這個(gè)是對(duì)可復(fù)用和可協(xié)同服務(wù)的投資，并且充分利用基于廠商中立的通信平臺(tái)。這并不意味著企業(yè)必須變成面向服務(wù)。SOA所引入的特性及特征大部分都屬于這一范疇。圖2. 一個(gè)典型的單層客戶端服務(wù)器架構(gòu)主機(jī)系統(tǒng)天然支持同步及異步通信。后一種方法主要用于讓服務(wù)器連續(xù)不斷地接收來(lái)自終端的字符，以響應(yīng)個(gè)別的擊鍵事件。只在某種條件下服務(wù)器才會(huì)響應(yīng)。雖然它仍有殘留痕跡，但是當(dāng)兩層客戶-服務(wù)器的變化設(shè)計(jì)在80年代后期出現(xiàn)時(shí)，主機(jī)作為最初的統(tǒng)治計(jì)算平臺(tái)開(kāi)始衰退。這個(gè)新方法引入了委派邏輯、以及處理職責(zé)下發(fā)到單個(gè)工作站的概念，導(dǎo)致了胖客戶的誕生。受圖形用戶界面(GUI)創(chuàng)新的進(jìn)一步支持，兩層客戶-服務(wù)器被認(rèn)為是前進(jìn)了一大步，并在90年早期持續(xù)統(tǒng)治了IT界數(shù)年之久。這個(gè)架構(gòu)的通常配置包含多個(gè)胖客戶端，每一個(gè)都有自己到中心數(shù)據(jù)庫(kù)服務(wù)器連接。客戶端軟件執(zhí)行大量處理，包括所有的展現(xiàn)相關(guān)及多數(shù)的數(shù)據(jù)訪問(wèn)邏輯(圖3)。一個(gè)或多個(gè)服務(wù)器通過(guò)累積可擴(kuò)展的關(guān)系型數(shù)據(jù)庫(kù)治理系統(tǒng)，促進(jìn)了這些客戶端。圖3. 典型的兩層客戶-服務(wù)器架構(gòu)讓我們通過(guò)單獨(dú)地和將它們與SOA的相應(yīng)部分作比較兩種方式，來(lái)看一看兩層客戶-服務(wù)器架構(gòu)的主要特征。應(yīng)用邏輯客戶-服務(wù)器環(huán)境將大多數(shù)應(yīng)用邏輯放到客戶端軟件中。這導(dǎo)致龐大的程序連同后端資源來(lái)一起來(lái)控制用戶體驗(yàn)。分布式業(yè)務(wù)規(guī)則是一個(gè)例外。一個(gè)流行趨勢(shì)是將嵌入的和維護(hù)的業(yè)務(wù)規(guī)則與數(shù)據(jù)關(guān)聯(lián)，放入數(shù)據(jù)庫(kù)的存儲(chǔ)過(guò)程與觸發(fā)器之內(nèi)。這略微抽象了一組來(lái)自客戶端的業(yè)務(wù)邏輯，并簡(jiǎn)化了數(shù)據(jù)訪問(wèn)編程。盡管如此，客戶端還是承擔(dān)著所有的展示任務(wù)。當(dāng)代面向服務(wù)解決方案中的展現(xiàn)層會(huì)有所不同。任何軟件片段若有能力依照所需的服務(wù)契約進(jìn)行SOAP消息交換，都可歸為服務(wù)請(qǐng)求者。同時(shí)通常也期望請(qǐng)求者能提供服務(wù)，展現(xiàn)層的設(shè)計(jì)完全開(kāi)放并對(duì)應(yīng)特定的解決方案需求。在服務(wù)器環(huán)境內(nèi)，存在關(guān)于應(yīng)用邏輯如何駐留與分布的選擇權(quán)。這些選擇權(quán)不排除數(shù)據(jù)庫(kù)觸發(fā)器和存儲(chǔ)過(guò)程。同時(shí)，面向服務(wù)設(shè)計(jì)的原則開(kāi)始起作用，通常指導(dǎo)劃分自治處理邏輯的單元。這促進(jìn)了特定設(shè)計(jì)品質(zhì)，比如服務(wù)無(wú)狀態(tài)化及協(xié)同性，還有可組合性及復(fù)用性。另外，常有這些處理邏輯單元在SOA內(nèi)不屬于任何解決方案的情形。這也支持了促進(jìn)復(fù)用以及跨越應(yīng)用邊界的松散耦合這一終極目標(biāo)。新聞熱點(diǎn)
疑難解答
圖片精選
網(wǎng)友關(guān)注
