Web2.0與SOA－－通往敏捷商務的必然之路

SOA可以說它經過幾年的發展，目前無論從理念上面還是概念上從一些技術實現上都得到了很大的發展，任何一個技術的發展從某種程度上來講都是適應了當時這種來自業務上面的，來自整體環境上的需求，Web2.0和SOA是在什么樣的前提之下所產生的，在什么樣的狀況提出來的？我們審視以下整個市場的現狀的話，不難發現，隨著中國加入WTO，隨著經濟全球化的趨勢，以及各種各樣的政策法規和宏觀經濟的變化，使得目前任何一個企業各個行業都面臨著前所未有的競爭壓力，如何確保我們在競爭過程中的優勢地位？這很大程度上取決于一個企業是不是有足夠的商業敏捷性，這種敏捷性實際上是對很多公司對政府來講都意味著我們能不能提供一個更大的社會效益給我們的公眾企業提供更好的服務。

作為一個企業來說，除了提供一些社會價值同時，最終要追求利潤最大化，在這個過程當中我們需要當市場發生變化時就要有這么一種能力，確保你整個信息架構，滿足業務需求，當公司變化重組的時候你要有能力在整合的過程中通過一種技術的手段去創造新的價值，去開拓一些新的市場。這些是作為敏捷商務需要考慮的問題，只有通過這樣一個方式我們才可能在商業運作的過程當中獲得最多的價值，怎么樣去降低我的運營管理成本，怎么樣開辟更多商業渠道等等。這些都是作為一個企業CIO來講需要將業務需求能力轉變為IT整體信息架構，從而支持業務遠景的實現。

微軟平臺與開發合作部 .NET首席顧問 吳延安

針對這個需求，原有的技術架構不能滿足變化的需求，SOA以及Web2.0技術正是在這樣一種前提之下所產生的。究竟什么是Web2.0？關于這個概念現在業界對它也是討論很熱烈，剛才徐總也做了一些介紹，還有賽迪網對這個的理念，對于Web2.0業界還沒有權威的定義，我們不妨去看一下圍繞Web2.0相關的一些技術，相關的一些事件中看一下Web2.0到底給我們提出什么樣的理念。

在去年的時候有一系列圍繞Web2.0所發生的事件，這里面最值得注意的一點是在去年美國有一些主要的IT公司，甚至是包括一些商業咨詢公司共同參與的Web2.0技術大會，在這個技術大會上面各個不同的咨詢公司以及IT公司都有各自的看法，對Web2.0能產生的市場價值也進行了關注。

同時隨著Web2.0技術的興起，可以說各個公司在這里面都進行了相應的一些動作。在這里面我們可以看見，無論從Web2.0的技術表現上，比方說現在普及的RSS進行信息系統整合，或者是進行客戶豐富體驗的技術實現，幫助我們增加客戶體驗的方式，還是WIKI，實際上我們強調的是通過已有的或者是產生的技術去創造一種以人為本這種個性化的服務為客戶代帶來更好的體驗。Web2.0更多強調的是理念，怎么樣通過新的手段給最終的用戶帶來新的體驗。

針對Web2.0這個概念，微軟在技術上一直也比較關注用戶體驗的研發，對用戶體驗這個層面來講，可以有一系列可以利用的技術，針對Web2.0我們在今年下半年我們會有一系列的技術進行Web2.0技術的實現，以及針對視覺表象上的，針對Web應用新的技術，通過這些技術幫助我們產生一種新的需求，提供更好的服務，從而達到一個實現最終豐富的客戶體驗的目的。

我們不妨看一下其中的ATLAS，是針對互聯網的框架結構，它的作用在于幫助我們創建一個界面體驗，更好的增加客戶和系統的可交互性。這個框架結構實際上跟我們平時所了解的或者是在Web2.0里面更多的強調AJAX技術，這是一種快速的使用手段，AJAX是一系列的原有的老技術高度的整合，并不是什么嶄新的技術，在AJAX里面，實際上用到了以前XML，通過這樣一些技術手段的融合達到了一種更好的可操作性，以及更好的最終體驗。

在AJAX里面，它的提出實際上如果說應用的話，可以追溯到GOOGLE的GMAIL，我們可以看到一些具體的應用，它Web2.0最大的不同是，如果我們使用了GMAIL不同的話，如果你在Gmail進行地圖搜索的話，我可以很快的得到響應，并且在用戶的界面上非常的友好，消除的Web一些糟糕的體驗，和傳統的WEB方式有一個不同，傳統的Web，當我們用戶上網的時候，我對網站發出一個請求進行操作的時候，實際上我向服務器發出的請求，這個請求得到服務器把結果返回客戶端的時候，在整個過程中我們的客戶端一直處于等待狀態，如果你的服務器效率不是很高，用戶不會得到很高的體驗。怎么這些這個問題，AJAX就在瀏覽器這端和服務端加了一個中間層次，將你的提交不是直接提交這個服務器上，而是由AJAX一個叫AJAX引擎進行處理，這樣你的客戶端依然可以進行操作，由AJAX對XML進行剪輯，所以整個過程不會發生當一個請求發出的時候我的整個頁面不能動，通過AJAX技術可以做到這一點，但是這個技術從GMAIL體會到一個很大的優勢，但是在這個技術上綜合了原有的技術，實現起來有很大的復雜性，ATLAS是降低這種AJAX風格的應用，帶來了這樣一個技術，從包含了一些內容上提供了客戶端的SCRIPT引擎，這個引擎不是裝在客戶端上了，同時為了增加開發的這種方便性，提供了一系列的服務器組件和開發包，和WebService進行了整合，也得到了比較好的客戶體驗的同時將應用真正放在應用系統里面去。

剛才徐總關于這一塊從各個方面給出了一個很好的理解，接下來我們看一下SOA？SOA到目前為止也不是一個很新的概念，但是SOA經濟這幾年的發展，尤其是WebService技術的興起其成熟，使得SOA的架構得到了廣泛的關注，并且SOA作為一個面向服務的架構，從定義上來看，它是一種組織企業級信息企業的方法論，是見于一個企業整體IT信息系統進行的一種整體規劃。它強調企業系統里面一切可以利用的資源，比方說原有的一些子系統或者是網站資源、硬件資源，所有的這些都可以作為服務的組成部分，把這個部分通過一個標準的接口對外進行發布、共享。

這種架構帶來的最大優勢是什么呢？它的優勢總結一下可能表現這幾個方面，首先是非常靈活，我們可以利用這已有的服務搭建新的應用，從而降低整個系統實施以及技術或者是業務變更帶來的復雜度，所以當你的市場發生變化的時候，當你的業務發生變化的時候，我們有能力基于這樣一種思想去重新構建一個服務。應對很多行業的服務，這些服務是不同的一些組合，所以當業務模式發生變化的時候，我們可以重用其中的一些現有的服務，很大程度上保有的現有的投資。從可重用方面來講，面向服務架構上強調了一個面向服務的概念，在這里面它可以將我們企業應用過程中的一些業務邏輯以及處理過程，將它進行組件化的封裝，這種封裝之后可以保證我一個業務在不同的規劃時期，我可以將它在不同的時期進行相應的實施，將來當你的業務發生變化時還可以在這個基礎上進行一種可持續性的發展。

在跨部門或者是跨區域的上來講提供了一種清晰的集成概念，像以往的技術，像WebService出現之前，無論是分布式基礎RMI都有一定的技術局限性，并且這個技術能在自己的領域里面進行操作，一旦跨越你的安全邊界、網絡邊界它操作起來，用它實現技術上的互操作性就會帶來很大的問題。WebService從某種程度上給我們提供了異構系統互操作性的解決方案。

SOA這種架構從技術的可行性上講，WebService提供了一個技術的基礎，使得SOA架構得到了廣泛的采用。

最后一點是SOA不僅是在技術上帶來創新，而更大程度上它是一個企業戰略性的變化，是實現一個企業敏捷性的關鍵，像我們以往的一些技術相對每一個系統之間，系統整體的架構上，由于采用的是緊耦合的技術，所以很難適應企業整體的業務戰略。比方說一個企業如果要想跟我的企業合作伙伴之間進行交互的話，要利用合作伙伴的一些服務去創建一些新的應用，提供新的商業模式和機會，這個時候會發現原有的技術在這塊很難做到的。SOA它的理念是試圖幫助我們解決類似一系列問題，所以跟傳統的開發方法相比，無論是在設計上還是開發上都與以往不同。采用SOA架構以后，對一個企業的復雜度，使得一個企業整體的IT信息架構復雜程度降低了。一個企業遠景目標越遠大，整個系統集成的難度越大，SOA的架構越是適合這樣的場景，以往的技術會很怕遇到類似情況的。

SOA里面強調一個面向服務，什么是服務？一個服務是由一系列的業務邏輯和功能的一些實踐，他跟我們傳統的一些對象或者是方法有很大的區別的。這個區別在于你所封裝的業務功能或者是邏輯，它不能夠依賴于它的的技術，通過一個標準的接口進行對外發布，而這種接口我們客戶端對它發出請求通過消息進行請求，這里與消息驅動的設計模型又是有區別的對技術的依賴比較強，并不關注這種很強的松耦合性，但是在Service里面比較強調這一點。

SOA的架構實際上它是有一系列的特征，比如說在設計一個SOA架構的時候，有一系列的設計原則是我們要去遵循的，遵循了這一系列的設計原則，你的這個架構才可以廣泛的應用到一個企業整體的架構上去，才可以使得你的服務真正和別人進行共享，或者是使用別人的服務。SOA強調的是四個設計原則，一個是共享結構及合約而不是類。這一點和面向對象、目標的設計思想有一個很大的區別，在面向對象的設計里面，面向目標的設計里面，我們往往是在你的分布不同服務端和客戶端是要共享一個類的。在發布的時候，我要進行共同部署，通過這種手段進行交互和溝通。但是在SOA設計思想的時候就不允許以這種方式進行信息的交互，一個信息怎么樣進行交互，怎么樣發布一個請求？這個時候它就要去通過一個叫和Schema，他們之間的數據結構是通過Schema的定義，你能夠訪問什么樣的任務，有一些什么可以被外面訪問，這是需要通過合約定義的，所以在SOA架構里面具體的實踐技術可以不限制，但是您對外發布的Schema是隨著時間的推移保持一定的穩定性，只有這樣才能將你的服務真正的Web服務。

第二個是服務的自治性。它自己要獨立的對自己進行維護和管理，而所有的這些都不會被你的調用方，將來的使用方所發生關系，有了這樣一個設計原則之后，我們可以做到你的服務具體實現它的拓撲結構，在封裝的內部可以保持不變。另外它強調了一個基于POLICY的兼容性，這個也是非常關鍵的，我們在分布式的應用設計里面，目標的設計方法里面這里面是服務器端和客戶端的界限是很模糊的，我的一個客戶端被分布式的服務端進行請求的時候，我創建一個對象，這個對象是把服務器上的一個對象當成本地的對象進行調用和使用，它模糊了這種界限。但是SOA里面，服務方就是服務方，這不存在技術上的耦合性，以及服務方對我的使用方提出技術性的要求，這是在邊界上要求很清晰的。

我們可以看到有很多基于整體運用架構的場景可以使用SOA的概念，使用這么一個架構進行構建，比方說對一個電子商務網站而言。電子商務網站往往給客戶提供在線商品交易功能，提供功能的時候需要有一系列的子系統輔助它完成相關業務操作，這里面會涉及到內容的提供，會提供到授信的問題，涉及到支付的問題，以及將來商品發布問題，這些并不是某一個網站公司自己單獨承擔和解決的，這個時候我們需要跟你的一些合作伙伴或者是整個供應鏈里面的不同渠道進行整合。

在這樣一個應用場景里面，整個電子商務的應用是采用了各個不同的服務提供商所提供的一系列服務，然后把它們進行組裝。在這里面電子商務門戶給我們提出了一個基于服務的一種整合，以及對這些服務進行的一些工作流程的相關處理。

一個SOA具體的實踐是涉及到類似一系列的方面，比如怎么樣整合Service，我拿到Service怎么樣去組成他的工作流程，以達到業務目的，這是從應用場景上看，在構建SOA架構的時候，實際上有這么幾點是我們在進行SOA架構設計的時候要關注的地方。SOA的架構因為它是一種基于企業級的IT信息架構的構建方法，所以應用設計上我們不能夠把它像傳統的面向對象，面向方法的一種設計一樣去看待，而是要把它作為一種在整體架構之上然后去關注的系統架構，是解決一個企業整體戰略架構問題。SOA可以把一個企業里面已經存在的一些系統或者是子系統作為服務的一部分進行一種組裝，是非常靈活的去實現企業遠景的一種架構思想。

微軟在SOA這塊長期以來做了很多的工作，比方說關于WebService技術方面，微軟早期跟IBM一起WebService的發起者，WebService經過幾年發展，目前已經不是哪一家公司特有的技術，現在它是由一個WS－I由這么一個世界互操作組織進行管理的。

在這里面WebService在1.0的定義里面并沒有強調我怎么樣去實現這一種跨不同地域或者是企業之間交易的安全交流問題，WebService怎么樣進行跨邊境的保證，在這些方面做了大量的規范和定義，從現有的技術來講，微軟提供了一個叫對WS－*的一些實現，可以和微軟的一些開發工具很好結合在一起幫助我們實現SOA從技術上面實現它。

從未來的技術來看，有一個新的技術叫WCF，WCF也就是我們以前所只有的微軟內部開發技術，它的目的是WINDOWS開發構建面向服務平臺的統一變成模式，實際上以下方面做了一些工作，首先是專門針對面向服務的架構所提出的支持以及實現。它顯示的面向服務架構所涉及到一系列的特點要求，我們可以用WCF去實現一種真正的SOA的架構思想，第二個，它將微軟現有一系列分布式應用技術整合在了一起，像WebService接口服務，使他們結合在了一起，進行部署的時候我通過屬性和配置方法很容易的把它結合到一個具體的分布式應用方案里面去。第三點是WCF是一個實現真正的跨平臺的與異構系統互操作的框架。

以上是關于SOA的概念以及Web2.0簡單的介紹，因為時間的關系，我簡單的和大家進行了一個交流，謝謝大家！

原文轉自：http://www.kjueaiud.com