SOA的成功基礎：滿足業(yè)務需求

申請免費試用、咨詢電話：400-8352-114

為了能夠支持各種不同的端對端的交易組件，把潛在客戶轉化為利潤，這種架構的業(yè)務交流形式必須有充分的自由度。這不管對什么業(yè)務都是很重要的一點。而SOA成功的基礎則是滿足業(yè)務需求。

現(xiàn)今，要有一個可以持續(xù)運作的業(yè)務，就必須要有能夠提供相應支持的架構。這種架構必須具有敏捷和可重用的性質。為了能夠支持各種不同的端對端的交易組件，把潛在客戶轉化為利潤，這種架構的業(yè)務交流形式必須有充分的自由度。這不管對什么業(yè)務都是很重要的一點。這種信息透明度要滲透于企業(yè)的各層次之間，從而實現(xiàn)重用的標準化——并將其作為一種優(yōu)勢，而不是成為缺乏準確度的來源。

比如一個推廣新產品的業(yè)務。它不僅代表著外部的市場需求，還表示著內部的基層團隊和業(yè)務過程應該如何向誰、以什么價位來銷售這個新產品。這并不需要對業(yè)務部門或者業(yè)務線進行改編。它和那些當前被信用危機嚴重影響的交易一樣：要實現(xiàn)利潤，唯一的途徑就是減少操作成本。

這個原則對于那些要采用面向服務架構（SOA）的企業(yè)同樣適用。SOA改變了企業(yè)集成業(yè)務系統(tǒng)的方式。這種以“潛在客戶到訂單、訂單到生產、生產要發(fā)貨、發(fā)貨到發(fā)貨單、發(fā)貨單到支付”為基礎的系統(tǒng)使企業(yè)能夠根據(jù)他們的人員情況、生產過程、程序和IT工具（特別是硬件和軟件方面）抓住投資機會。并且，他們可以在此同時對系統(tǒng)進行改進，以滿足將來電子商務、B2B、全球經(jīng)濟等多樣化發(fā)展的需求。

SOA的獨特優(yōu)勢

分布式計算已經(jīng)發(fā)展了許多年。對于某些人來說，SOA看起來與其一樣只是炒作得厲害。但是SOA作為一種企業(yè)開發(fā)和架構的范式，它確實有其獨特的優(yōu)勢?，F(xiàn)在的分布式系統(tǒng)主要是面向服務的、使用松耦合的組件進行操作，對業(yè)務事件有很好的響應性，并且對集成的和內部固有的各種方案能提供很好的支持。嚴格來說，它們是以能夠產生利潤的交易數(shù)據(jù)為基礎建立起來的，并能有效地應用既有的基礎設施和軟件。

SOA脫離了對平臺和物理服務器的依賴，使IT部門可以提高基礎設施的效率，并能從既有的網(wǎng)絡和系統(tǒng)中提取更多的價值。它可以通過消息傳送和認證機制動態(tài)地使用當前的服務，系統(tǒng)組件之間的交互方式也很靈活。再加上軟件模式的應用——重用服務組件，SOA可以極大地提高系統(tǒng)的可靠性。從服務部署的角度來看，這不僅意味著每一個業(yè)務線驅動的新項目都可以減少所購買的硬件和軟件基礎設施的數(shù)量，企業(yè)也能從標準化、整合、虛擬化服務器和軟件應用環(huán)境中受益，并且在不同的技術之間構建交流接口的時候也可以專注于通過技術融合和信息共享獲得額外的成本節(jié)省。

SOA這種范式所帶來的最大優(yōu)勢包括管理底層基礎設施的操作成本更低、組合應用的構建以及相應更低的風險、可以依據(jù)從單一應用接口獲取的整個企業(yè)的即時數(shù)據(jù)制定決策。為了達到這個目標，各機構就要整合多個系統(tǒng)和數(shù)據(jù)源，建立統(tǒng)一的數(shù)據(jù)分類，實現(xiàn)一致的數(shù)據(jù)視圖--結果就是在整個供應鏈中形成了由各機構共同組成的面向服務的架構。

SOA為走上這條路的企業(yè)提供了諸多便利。直接的利益包括靈活而簡單的管理、方便各種方案的組合、更少的開發(fā)時間、以及能夠實現(xiàn)更大的重用性和互通性的標準接口。有一些供應商可以提供整套的SOA平臺，但這也會把客戶鎖死在單一供應商上；因此許多人也把可以從多個供應商選擇不同的組件當作SOA的優(yōu)勢之一。還有許多企業(yè)雖然并沒有明確地決定要發(fā)展SOA，但他們也在不經(jīng)意中增加了某些類型的SOA設施。不管是大型或小型企業(yè)，SOA都具有普遍的適應性。

SOA還有一個相當大的優(yōu)勢就是能夠適應不斷變化的客戶與市場需求的敏捷性以及由于無需購買和維護新技術所產生的成本節(jié)省。同時，由于SOA能夠把管理部門和業(yè)務部門推向一線，從而減少了客戶開發(fā)和技術方面的花費。這也保證了SOA能夠帶來更多的利益和更低的成本。不管是從商業(yè)角度或者是從構建一個集成、呈現(xiàn)、修改業(yè)務基礎數(shù)據(jù)的企業(yè)解決方案的角度，我們都可以說SOA的真正價值是非技術性的。

SOA成功的基礎

但是大多企業(yè)在進行SOA的時候卻從數(shù)據(jù)模型——企業(yè)的元數(shù)據(jù)——以及企業(yè)將來所需的各種元數(shù)據(jù)視圖著手。比如，各個機構都有客戶數(shù)據(jù)，但是在不同的業(yè)務過程中，所需要的各個客戶的數(shù)據(jù)屬性卻是不同的。在從“發(fā)貨單到支付”的過程中我們希望看到的是可能是客戶的付款記錄，而“潛在客戶到下定單”過程中我們可能會對客戶的定單記錄更感興趣。如果產業(yè)不同，這種差異就會變得更大。因此，許多企業(yè)甚至在著手企業(yè)范圍的集成之前就先陷入了為各業(yè)務部門之間建立一致、及時的信息傳輸架構的困境之中。

然后，各機構開始考慮各種SOA技術、定義以及各種海量選擇的不同優(yōu)勢：中間件、基于模式的軟件架構、遠程處理、后期連接、消息/信息、容器、J2EE與。NET組件、服務標準、通過注冊中心驗證服務、與分散的外部世界同步、業(yè)務規(guī)則及適應性、服務層以及一個真正的面向服務的技術框架的意義。

在這整個過程中，許多公司都忘了一個基本點：在他們開始SOA的旅程之前，他們首先要了解當前既有的架構，保證他們能夠利用一些可重用的敏捷組件。在起步SOA和企業(yè)集成之前還有大量的基礎性工作要做。IT技術人員的一個重要的出發(fā)點就是了解他們當前的基礎設施如何（以及是否）支持業(yè)務關鍵的系統(tǒng)和過程--以及在哪些地方可以有效地利用成本進行安全的改變、集成系統(tǒng)，從而從互通的服務中受益。作為第一步，為既有的SOA相關的技術和這些技術在企業(yè)中應有的位置制作一個完整的列表并保持更新是很有必要的。

對于那些希望通過SOA轉型實現(xiàn)節(jié)省成本、提高效率的目標的公司來說，他們完全可以使用與供應商無關的發(fā)現(xiàn)和制圖工具對他們IT設施的所有組件進行鑒別，并得到硬件、軟件和應用之間的依賴性的準確而全面的數(shù)據(jù)。這些數(shù)據(jù)的質量以及從系統(tǒng)中提取、聚合、處理這些數(shù)據(jù)所使用的方法是SOA成功的重要因素。這些發(fā)現(xiàn)和制圖工具是IT團隊繼續(xù)開發(fā)分布式、高性能的架構（比如SOA）的主要工具--而且它們還可以協(xié)助管理SOA框架中的應用程序的性能和依賴關系。它們還能跟蹤一些架構中的活動組件（比如虛擬機），標志這些活動組件之間的依賴關系并在整體SOA環(huán)境下對這些個體進行檢測--這可以將投資回報周期從以年為單位縮短為以天或周為單位。通過對當前架構的理解，確定原始設計的偏移，就能為公司實現(xiàn)一個安全、快速、有效的轉換打下堅實的基礎。

放到實際操作中，這意味著架構、開發(fā)和基礎設施支持團隊要協(xié)作一致地研究當前的環(huán)境。他們需要共同的語言來描述當前的IT狀態(tài)，包括所有的組件關系和依賴關系。對于SOA的成功來說，這比僅僅依靠數(shù)據(jù)模型和中間件更有意義。

自動化的發(fā)現(xiàn)和制圖工作可以更容易地尋找適合SOA的業(yè)務服務，當然也可以找出那些不適合的服務。比如，SOA并不適合那些非分布式的對組件集成沒有需求的系統(tǒng)、使用由服務遞交的數(shù)據(jù)會降低性能的應用、需要嚴格匹配的異步通信的應用、已在通用的通信環(huán)境中運行的應用和短期的過渡性方案。

這些制圖工具能夠描述軟件組件之間的關系，讓我們更清楚地了解業(yè)務應用或服務的底層組件，同時還可以讓我們更容易地發(fā)現(xiàn)當前的支持SOA范式的應用組件。這些信息可能會在實驗性進行SOA部署的時候派上用場，但是這只是其中一步。然后還要對這些信息進行治理方面的補充，因為治理是SOA成功的進一步要求。伴隨著SOA的靈活性和其它優(yōu)勢，需要管理的組件也變得越來越多——同時這些組件之間的關系也越來越復雜。

SOA就是IT企業(yè)架構可以使用什么方式根據(jù)企業(yè)的、客戶的、合作伙伴的數(shù)據(jù)分類對分散的系統(tǒng)進行松散整合。在實際操作中，這需要對當前的架構有深刻的了解、能夠在企業(yè)范圍內實現(xiàn)SOA的治理、成熟的數(shù)據(jù)模型設計、以及隨時注意對任何能夠支持敏捷和重用已建立的軟件服務的方案的需求。技術是一個重要的考慮因素，而技術結構將根據(jù)當前各系統(tǒng)是否適合轉化為SOA應用而調整。利用發(fā)現(xiàn)和依賴關系制圖工具，公司可以對當前的架構進行評估，建立一個已經(jīng)實現(xiàn)SOA的企業(yè)環(huán)境，確定可用于集成的組件，并對部署成功率做出評測。SOA是要滿足業(yè)務需求的，而不能僅僅作為應用開發(fā)團隊的工具而存在。因此，首先建立一個可以方便地了解底層技術的清晰的業(yè)務服務視圖，才是合理的第一步。（IT專家網(wǎng)）