SOA的本質在于它用統一的、開發的標準，將分布的、異構的系統集成在一起，實現系統之間的互操作。
其實自1990年代中后期出現了互聯網以后，相當數量的各類技術頻繁的出現，以解決分布異構系統的集成問題。
比如最初的CORBA，當時火的一塌糊涂，記得當時我還是研究生，還專門跑到書店去買了一本厚厚的大部頭，妄想如同學習C++一樣去征服CORBA。為此還煞費苦心的向導師弄來了另外一臺機器，搭起了簡易的試驗平臺。但后來由于CORBA實在是太復雜，而且當時的ICE研究中心基本上沒有恰當的應用背景，于是也是不了了之。
CORBA的劣勢在于它的集成的“粒度”太小：函數級別的互操作。另外，它也僅能應用于Intranet環境下。
再比如后來的J2EE，.Net等，大同小異，但都不被看作完美的解決方案。
接著出現了XML，我始終把它看作改變集成技術的重要里程碑，因為在之前，需要在異構分布系統之間交換的數據，要么通過直接的函數調用，要么通過公共的數據庫（或黑板），要么通過非結構化的文檔（如.doc）。而XML出現之后，在系統之間同步而非函數調用的集成，成為了可能。于是出現了SOAP，出現了UDDI，出現了WSDL，以至于后來的任何有關集成的標準，都是用XML寫成的。諸如ebXML，BPEL4WS等最先進的標準，哪個不是？
所以我覺得SGML/HTML/XML的發明者，應該獲得Turing Awards。（也許他們早就拿到了這個獎？）
SOA解決了其他技術不能解決的各類問題——完美的方案。它最大的優勢在于將Internet這個無邊的概念消除了，使系統分析與設計人員不必考慮各系統之間的巨大邊界，就如同開發桌面程序一樣開發企業間應用程序。如果兩個構件都部屬在同一個企業，那好，用J2EE已經是很cost-effective的技術了；如果兩個構件分屬于兩個子公司而它們又分布在太平洋兩岸，那好，用SOA吧：把兩個構件包裝為兩個服務，然后將兩個服務連接在一起，OK。
記住，任何開發技術/工具都要遵循的基本原則就是：弄清楚什么地方該用什么技術，而不是事無巨細都要麻煩SOA老兄。
從今天開始，你們不得不進入細致的思考階段，而不是僅僅美化你們的簡歷。我們將共同來思考，在競賽給定的場景下，該用SOA做點什么？