《21世紀，企業需要什樣的信息系統？》之十一
當今典型的信息系統架構如下圖：
圖1當前信息系統架構
我們看到，當前信息系統架構的特點是：
l 每個應用各自爲政，形成一個個信息孤島，應用和業務流程的無縫集成很難實現。
l 系統結構和功能僵化，應變能力差，無法快速應對變化，需要不斷投入人力物力進行系統改造和升級，甚至推倒重來。
l 缺少幫助業務人員進行業務創新和管理創新的技術手段。
l 缺乏統一的系統門戶，業務人員疲於應付，工作效率低下。
l 隨着應用的增多，管理的複雜度增加，管理和安全存在失控的危險。
爲什麼會出現這麼多各自爲政的應用系統呢？這是歷史原因造成的，當初人們開發應用系統時，受到用戶需求、開發理念、方法和技術等方面的限制。
首先，需求方面，當初企業的信息化要求遠不如現在的高，企業一般只對少數關鍵的應用提出了信息化的要求。
其次，開發理念方面，因爲用戶的需求不高，所以軟件提供商實現每個應用時也只考慮其本身，而沒有考慮與別的應用的集成，更沒有思考整個企業的信息化如何實現。
最後，技術方面的限制，當時的應用系統業務邏輯都是用硬編碼實現的，這使我們不可能同時考慮和實現所有的業務應用，那太複雜了，只能一個一個的實現。
對現在的企業用戶來說，他們迫切需要用最好的方法，把這些不同的應用、技術、端點進行集成，從而爲企業的業務提供最高效的支持。
然而，由於目前的應用系統是由不同的IT供應商在不同的時期、用不同的理念和技術開發的，編程語言可能採用C、RPG、COBOL、C++、VB、JAVA、C#等，服務器端可能採用Java EE、.NET、CORBA等，中間件還可能包括BEA的Tuxedo、IBM的WebSphere，甚至還要在大型機上安裝包括SAP、Oracle在內的套裝軟件解決方案。這樣複雜的IT系統分佈在企業的不同角落。這些應用就象人類社會早期分佈在各地的一個個不同的民族國家，語言不同，文化不同，價值觀不同，社會制度不同，法律不同，貨幣不同，度量衡也不同，它們之間的交往必定會遇到許許多多的障礙，交易成本會很高，而效率極低。顯然，要在這些應用之間實現無縫集成，不是一件容易的事情！
爲了解決應用集成的問題，以及迎合當今的SOA潮流，各軟件廠商各顯神通，包裝推出了各自所謂的基於SOA的解決方案。
下面是目前佔主流地位的基於SOA的IT架構：
圖2 當前基於SOA的IT架構
這有點象在建造高樓。
且不論這樣的“高樓”是否真能適應迅速變化的環境，光是建造和維護這樣的“高樓”，用戶的時間、人員和資金投入將是巨大的。
有幾個用戶能承受這樣的代價？
並且，我們看到，在維持各個應用各自爲政現狀下的應用集成，並沒有解決數據孤島的問題。同時，它還可能引發兩個新問題。其一是，IT管理者認爲系統最終是可以被整合的，從而無所顧忌地增加新系統。系統數量的增加，意味着整個系統管理複雜程度的提升。另一個問題則是，在增加新系統的過程中，企業在IT方面的投入增大了，而且這種增大是一種“動態”的增大。所謂“動態”的增大就是指企業針對新系統的投入不是一次性地投入。只要系統存在，人員工資、機房房租、電力費用、軟件更新以及硬件維護費用就需要不斷地投入。這些成本再加上新建系統給整個系統帶來的管理複雜性，就會把企業拖入“IT黑洞”之中。
我們認爲，以上的解決方案只是一種治標的方法，SOA的目標是解決應用集成和數據孤島問題，而現在的做法卻是在原有的IT基礎上修修補補。對企業來講，表面上看，“修修補補”似乎保護了原有IT的投資、節約了建設成本，但深入分析，你會發現它可能是得不償失的做法，並且會將企業引進IT黑洞。因此，從系統思維上來講，除非因爲特殊原因必須保留原有系統，否則，採用這樣的方法對企業內部應用系統進行整合，很可能造成弊多利少的後果。
當前一些IT廠商提出的SCA、ESB、BPM、BPEL等技術和標準，很難說它們的提出是從整體上深思熟慮的結果，一些只是爲了應付新出現的問題而提出的，這些標準之間出現了不少混淆、重疊甚至相互競爭的地方。用戶要用好這些產品和技術實在是一個巨大的挑戰，是一件幾乎完成不了的任務。
SOA確實是好東西，但我們在通往SOA的路上，是否選擇了錯誤的路徑？