沒錯，這裡要談的還是soa。但是，不想再用「假大空」的話來說它。
soa的這種理念在上世紀70/80年代就有了，其原型是corba（common object request broker architecture，通用物件請求**架構），限於軟體技術和產品的侷限性，一直處於被談論的境態。在2023年，有gartner給出了soa的 具體定義。2023年12月份，又是gartner給出了「指導性意見」說soa是「現代應用開發領域最重要的課題」。2023年前後，各it廠商風起潮 湧般的爭相提出自己的soa理念、產品，以及所謂的解決方案。可是，企業接受這些東西嗎？曾經採訪過的國內一家大型企業的cio直言：不採用soa，也把 企業內部的it架構搭建和管理的很好很完美。
現在，是soa落地的時候，但它似乎是「遇土而入」，企業找不到成功的案例。soa似乎成了it界的乙個「聖杯」，人們現在明白喝了「聖杯」裡的水可以使自己的it架構驅除病魔，永葆健壯，可是有誰喝到過「聖水」，或者說，有誰真正看到過「聖杯」？
對於部分企業來說，試著實踐soa已經是刻不容緩的事情。但是對於有的企業來說，仍有許多還要再等等的理由。一方面是因為還看不到成功案例，另一方面則是 因為市場過於混亂，以致於有意願嘗試的企業，決定憑藉自己的經驗來實踐soa，而意願相對低落的企業則選擇持續觀望。除此之外，包括soa實施顧問還需要 時間來養成、soa成效難以評估，以及soa方**還在演變都是影響市場發展的關鍵因素。
先期匯入者必須對系統架構有充分的掌握度
事實上，soa在市場的發展，過去幾年都還是處於市場「教育」階段，一直到去年下半那年才逐漸有概念驗證的專案出現。目前為止，仍舊沒有任何一家it服務 廠商真正拿得出成功案例。關鍵在於先期實踐者對於it服務廠商的不信賴，而it服務廠商的顧問又必須仰賴專案經驗得以養成。
對此，ibm、bea（已經被甲骨文收購）、微軟以及甲骨文（oracle）等都紛紛表示，顧問的養成固然需要依賴專案經驗累積，但是在此之前，各個公司 內部都有一套培養的方法，其中，除了來自國外的專案經驗技術轉移之外，各個it服務廠商也會定期把顧問送到國外培訓。
然而，即便如此，市場調查機構idc企業應用研究經理曹永暉毫不諱言地指出：「soa顧問的養成會比erp還要難」，因為soa的複雜度不僅具有產業差 異，甚至就連每乙個公司的soa都會有所不同，相關的顧問除了需要產業經驗以外，也必須經過多個專案的歷練，才能針對不同企業的系統與流程做出適當的判 斷。
除此之外，soa成效難以評估也是另乙個讓企業遲疑的原因。根據目前已經投入soa的企業來看，大多是因為已經有具體的目標想要改善，例如：縮短應用系統 的開發時間，進而達到實時響應市場需求（time to market）的目的等，因此這些企業大多是亟想驗證soa可行性的一群。一般來說，驗證之後就會進入真正的實踐階段，其中甚至很少看到企業具體評估 soa的效益。
從區域性開始慢慢擴大匯入範圍，才能快速展現soa效益
企業為了快速掌握soa的經驗與效益，現階段大多會採取區域性匯入的做法，這樣不僅可以降低風險，也可以快速展現soa所帶來的效益。對於許多大型企業來說，即使非常認同soa、也有實作經驗，都不可能因為要soa就大幅翻新系統架構，除非正好有這個計畫。
值得一提的是，有一些大型企業過去為了加速系統開發的時間，對於不熟悉的應用或是超過既有人力負擔的需求，都會透過外包開發的方式完成。長期下來，這些企 業的it人員可能會逐漸偏重業務分析，進而無法充分掌握系統架構。而類似於這樣的情況，也會影響到該企業對於soa的實踐能力，所需要的摸索時間也會變得 更長，因為soa不只是應用開發層面的問題，更深的意義在於系統架構的轉變。
如果企業本身無法充分掌握相關技術或是系統架構，不僅容易被it服務廠商牽著鼻子走，也容易陷入產品面的功能比較。然而，soa並非一定要透過新的工具才能實踐出來，重要的是，系統的溝通介面要遵循開放標準，才能真正達到soa鬆散耦合的訴求。
關於soa不可不知的8件事
1. 不要只是為了soa而soa，進而陷入追尋新科技的無限迴圈。
2. 實踐soa的人力與時間成本，將會隨著應用範圍擴大而增加，一般來說可能會增加20％～30％左右。
3. 對於才剛剛在市場邁入實踐階段的soa，概念驗證仍是必要的做法。
4. 不是每一種應用系統都適合soa，衡量的關鍵在於系統與業務之間的關連性。
5. 為了避免業務模式改變，共享業務模組的建模時間，最好不要超過6～8周。
6. 共享業務模組切割出來之後，必須保持後續調整的彈性，才能針對不同階段的需求，達到共享業務模組最佳化。
7. 開始實踐soa之前，最好先釐清系統架構，才能避免被牽著走的情況發生。
8. 從區域性開始慢慢擴大soa的範圍，除了可以降低風險，也可以快速展現效果。
《醫院soa案例：只要soa可行，就用！》
《銀行soa案例：解決重複開發的問題》
《客服soa案例：實踐soa關鍵是建立共享業務模組》
介面卡模式 不要你覺得，我要我覺得
將現有的 能力適配到新的介面 趙高欲為亂,恐群臣不聽,乃先設驗,持鹿獻於二世日 馬也 二世笑曰 丞相誤耶?謂鹿為馬.問左右,左右或默,或言馬以阿順趙高,或言鹿者.高因陰中諸言鹿者以法 這就是很有名的指鹿為馬的故事了,我們可以看到趙高需要的是個馬,但實際上是個鹿,我們怎麼通過介面卡模式來實現他的指鹿為...
1 SOA概念的匯入
1 soa概念的匯入 1.1 soa概念 隨著我國各行業資訊化建設的不斷深入，企事業單位和 部門逐步建立起的大批計算機資訊系統和各類資料資訊因缺乏有效銜接，導致資訊資源共享難 資訊孤島 現象普遍存在。與此同時，對於企事業單位，隨著經濟全球化大環境下的市場競爭日益激烈，企業正在通過加快管理轉型 技術創...
理解SOA概念的三個比喻
從我第一次聽說soa到現在有幾年的時間了，其間和各種各樣的人士有了各式各樣的討論，越來越發覺這不是個可以用定義來說得明白的概念，以前軟體行業裡還沒有個詞容易引起如此多的非議與爭論，我有時覺得soa很想禪宗裡講的，說是一物即不中 其中最難的，就是把這樣乙個抽象的概念說給沒有技術背景的人去聽，建立概念唯...