2006年4月14日
#
長假就是讓人懶惰，但咱們的SOA小組沒有慢下來吧？
找時間討論一下你們的最新進展吧。
各位，
?? 五一之前，請安排一個半天的時間，我們坐在一起討論業務設計結果，并抓緊時間安裝Websphere Business Modeler，采用該工具來刻畫我們的業務模型。
? 請安排好時間之后通知我。
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做點什么？
這次在浙江大學的培訓，看到目前已經有40多隊伍報名了，大部分的隊伍是2-3人，不過4人的隊伍也很常見。
你們幾個請準備一下相關的資料報名吧，如需要我的信息，請給我發郵件。
我會把相關的資料提供給你們。
四月份已經過半，不知道你們這個組的工作計劃是否已經拿到，從這里看不出來。
希望能盡快展開工作，不要著急學技術，重要的是在于對業務的理解，找出我們能夠做的創新之處。有關SOA方面的技術，我會在22號去浙江大學參加IBM的一個培訓，月底的時候會給你們一個相應的培訓。
記住，這里是要展示我們隊伍的風采、文化和凝聚的地方。