SOA進化之SOA的根源(1)

　　3. SOA的根源 (SOA與過去架構的比較)

　　我們現在實際地跳回時間軸看一看過去架構與SOA的差別。這是一項有趣的研究， 我們能夠看出SOA許多當代特征的起源。

　　3.1. 什么是架構?

　　自打有計算機處理的自動化解決方案方案起，技術架構就已存在。然而，在較老的環境中，解決方案直接建構于抽象的任務上，并規定其架構很少被執行。

　　隨著多層應用的崛起，應用交付的變異開始劇增。IT部門開始認識到需要定義標準化的基線應用，作為其他應用的模板。這個定義自然是抽象的，但明確地解釋了所有解決方案以這個模板為基礎，包括其技術、邊界、規則、限制及設計特征。這就產生了應用架構。

　　應用架構

　　應用架構對于應用開發團隊的意義，相當于藍圖對于建筑工團隊的意義。不同的組織印證不同水平的應用架構。一些保持了高水平，提供技術藍圖的抽象的物理及邏輯表達。另一些則包括更多的細節，類似通用數據模型，通信流程圖，應用范圍的安全需求，以及基礎設施方面。

　　對于一個組織而言有幾個不同的應用架構的情況是不希奇的。一個架構文檔典型地代表了不同的解決方案環境。例如，一個同時擁有.NET與J2EE解決方案的組織很有可能針對每一種有分別的應用架構規范。

　　任何應用級架構的關鍵部分在于它既要直接反映解決方案的需求，同樣又要考慮長期的、策略性的IT目標。正由于這個緣故，組織內的應用架構會伴以企業架構，并與其中居統治地位的一個保持一致。

　　企業架構

　　在較大的IT環境，關鍵在于需要控制并指導IT基礎設施。當有很多不同的應用架構共同存在的時候，且有時甚至要整合，底層的主機平臺變會復雜而繁重。因此，通常會創建一個控制規范，為企業內存在的所有異質形態的提供高層概述，同時給出支持基礎設施的定義。

　　繼續我們前一個類推，對于組織而言，企業架構規范相當于一個城市的城市規劃。因此，城市規劃與建筑藍圖間的關系，可與企業與應用架構規范間的關系相類比。

　　典型地，企業架構的變化直接影響應用架構，這是為什么架構規范通常由同一組人來維護。而且，企業架構經常包含組織長期技術和環境發展規劃。例如，階段性的目標有可能是要立足于這個規范來逐步淘汰過時的技術平臺。

　　最后，也可能會定義技術與策略背后的企業級安全度量。然而，這經常會被作為單獨的安全架構規范。

　　面向服務架構

　　簡單而言，面向服務架構跨越了企業與應用架構兩個領域。當被用于跨多解決方案的環境時，SOA所提供的潛在效益才能真正釋放。這個是對可復用和可協同服務的投資，并且充分利用基于廠商中立的通信平臺。這并不意味著企業必須變成面向服務。SOA所引入的特性及特征大部分都屬于這一范疇。

　　注意術語“SOA”并不意味著一個特殊的架構范圍。SOA可以是指一個應用架構，或是用于跨企業的技術架構的標準化方法。因為SOA天生的可組合性(意味著單個的應用層架構可由不同的擴展及技術組成)，完全適用于超越SOA的組織。

　　請注意，如同前一章所解釋的，Web服務平臺提供了眾多實現SOA形式中的一個。它是本書專門研究的一種方法，但是還存在其他方法，比如由傳統的分布式平臺所提供的這些。術語方面有一點很重要，就是在后面章節中及整本書中所用的術語“SOA”是指在第3章所建立的當代SOA模型(基于Web服務與面向服務原則)。