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