高高在上的SOA只是「多加乙個按鈕」？

soa

從誕生之日起，已經被熱炒幾年。隨著行業標準的逐漸完善，越來越多的廠商投入其中，先後推出自己的

soa解決方案，比如oracle「融合」中介軟體，ibm中介軟體，以及多個國內廠商的產品。事實證明，

soa並不一定與高風險、高投入畫等號，「經濟適用」的

soa顯然比**高昂的廠商產品更能吸引企業的眼球。　　

高高在上的soa

soa（面向服務的架構）是一種優秀的it架構設計理念，它既滿足了企業對敏捷和速度的需要，也適應了業務流程不斷變化的現狀，讓資訊系統像電腦硬體一樣，可以隨時用新「服務」替換過時的舊「服務」。

soa從誕生之日起，已經被熱炒幾年。隨著行業標準的逐漸完善，越來越多的廠商投入其中，先後推出自己的

soa解決方案，比如oracle「融合」中介軟體，ibm中介軟體，以及多個國內廠商的產品。

然而，不管各家廠商把

soa概念炒得多火爆，歸根到底都是為了推銷自家產品，難免有自賣自誇、製造虛假繁榮的嫌疑。否則，既然

soa這麼好，為什麼市場卻「叫好不叫座」呢？

究其原因，

soa解決方案的實施難度大、**成本高、失敗風險大，最終讓很多企業打了退堂鼓。儘管每次的產品推介會都熱鬧非凡，客戶卻是看得多、用得少，真正實施

soa的企業少之又少。

或許是高昂的**、複雜的實施和難以衡量的收益讓

soa的「落地」顯得舉步維艱。畢竟，企業進行資訊化建設目的是為了提公升效率、節約成本，複雜又昂貴的

soa讓企業「想說愛你不容易」，結果只能是無奈的擦肩而過。

只是「多加乙個按鈕」？

隨著競爭的日益激烈，業務部門對資訊系統的依賴程度越來越高。然而，市場總是瞬息萬變，尤其是在產品生命週期不斷縮短、客戶需求不斷變化的前提下，業務流程的調整已經成為常態，隨之而來的是對it系統的靈活性和應變能力提出了更高的要求。

應用系統與業務流程的結合越來越緊密。同時，也由於這種業務相關性，給it系統的改造和公升級帶來了不少麻煩。

系統改造不比新建，不僅要考慮原有功能的修改，同時也要仔細評估本次修改對其它的功能、模組、甚至其它系統的影響程度，可以說是「牽一髮而動全身」。尤其是對那些涉及到基礎資料、基本流程、底層系統的變更請求，所需工作量絕不是像業務部門以為的那樣——「多加乙個按鈕」就能解決的問題。

如果系統設計不夠靈活，很可能會影響到相關的多個功能模組和應用系統，導致多個資訊系統被迫進行「傷筋動骨」式的公升級改造。

業務部門對it系統的變更請求層出不窮，it部門的響應速度則顯得遲緩而滯後。往往是乙個變更請求還沒有滿足，下乙個變更請求已經提出，系統改進的速度遠遠跟不上需求提出的速度。

在這樣的情況下，

soa這種面向服務的架構所體現出的「隨需應變」的能力，讓企業看到了希望。