在過去的幾年里，對于SOA的潛力有許多宣傳。然而，同任何與IT相關的解決方案一樣，SOA不是萬靈藥，不能解決IT集成的所有問題。事實上，SOA不能解決商務流程問題，但是能夠識別好的和壞的機構流程。在大多數實例中，在大量的服務為再利用進行開發之前，SOA都需要額外的前期投資。SOA需要機構的和甚至流程的變化。這些變化需要高水平的培訓、投資和機構的治理。雖然有這些挑戰，使用SOA方法仍是值得推薦的。

建立一個SOA共享服務中心

機構要求關注所有服務領域的資產和能力或者高水平的那一類服務。服務領域一般把重點放在主要實體方面，如客戶或者員工、兩個實體的交叉、或者產品價格等更小的部分。SOA治理是IT治理的一個擴展，其重點是推動建立理想的IT行為的權利和責任框架。

SOA治理還要平衡企業需求與部門目標以創建一個提供面向服務的商務解決方案的框架。這個框架定義個人和組織的職責、責任，以及識別、修改和強制執行治理政策的結構。相反，在沒有一個定義的治理模式的情況下開發SOA可能導致不理想的結果。在試驗和實施階段，有許多與使用的資源、硬件和軟件有關的沉淀成本。而且，這個沉淀成本會超過金融損失。

執行SOA治理計劃最有效手段之一是建立一個SOA共享服務中心（SSSC）。一般來說，一個共享服務中心提供一種集中的方法，有效地協調團隊成員之間與SOA有關的全部活動。它還提供一種方法，就像警察強制執行州和城市的法律一樣強制執行治理流程。

SOA共享服務中心的基本原理

有觀點認為，創建一個單獨的機構支持SOA治理計劃太過分了。持有這個觀點的人認為分布在現有的機構中的資源是同樣有效的。雖然這個觀點有時候是正確的，但是，這主要取決于SOA計劃的規模和目標。這種方法仍需要一個強大的中心協調點，根據不同水平的職責、優先等級和時間來管理各種資源。人們發現，在大多數機構中，有許多正當的理由來建立一個SOA共享服務中心。

滿足客戶需求

一個客戶可以定義為任何依賴于SOA環境的個人、小組或者組織，并且可以是一個消費者或者一個供應商。用戶很容易聯絡一個能夠提供咨詢、開發、指導和支持其SOA需求的實體或者部門。隨著SOA計劃的成熟，采用一個聯絡點的方式可以簡化溝通。

一個簡單的比喻是：一個通常只有一個電話號碼的呼叫中心和一旦連接之后可以選擇一組選項的呼叫中心。這種模式要比為每一個問題撥通一個不同的電話號碼要容易得多。

一個需要記住的事情是成功的推銷。SOA的成功在于非常關心其組成部分，并且保證他們的擔心能夠得到解決，實現最后目標和超過預期。重要的是用文件記錄下來這個成功的做法、解決的問題和預期的回報，以便把這些結果反饋給企業。這種與客戶和潛在的客戶之間進行的溝通將推動應用，提高機構對SOA重要性的認識。

分散的團隊不能這樣早地做這件事情，因為他們不能集中在同一組目標和價值上。因此，客戶服務將受到損害，從而阻礙SOA的應用。

推動遵守法規和一致性以及調整優先次序

擁有需要堅持的相同的目標、方法和標準以創建標準、政策、流程和通訊的一致性。這種一致性將保證用戶得到相同水平的技術支持。沒有一致性，單位和部門對于采用SOA方法就會有所保留。

有相同的目標和相同觀點的一個單位要比其它機構有更積極的結果。這有助于保持SOA的信息不丟失。在SOA應用的早期階段，SOA治理能夠從高水平的結構中受益以保證企業得到同樣一致的信息。

此外，專門的團隊可以避免任何優先次序的沖突。這種沖突可能導致糟糕的客戶服務、團隊成員之間的誤解、增加計劃管理的工作量和降低工作效率。一個集中的團隊能夠通過減少整個SOA努力中的多余的活動來提高效率。

確認成本

當決定采用SOA的時候，許多公司除了要求提供技術可行性信息之外還要求確認業務的有效性。一個SOA共享服務中心更容易評估實施一個SOA計劃的擁有總成本。集中的SOA資產和資源更容易確認這個總成本。這還會使企業更方便地進行容量規劃、資源分配以及識別培訓和教育的需求。

相反，如果這個資源是共享的，或者不是百分之百用于SOA活動的，成本結構的適應性就會更加復雜。除非有一個嚴格的時間報告流程，否則，更成熟的SOA所需要的資產和資源的所有權將出現模糊不清的情況。這對于交叉訓練資源來說也是很困難的。這種狀況將導致技術支持問題和不一致的問題。最后，隨著SOA的成熟和根據SOA的有效性，這種狀況將導致很難得到額外的資金。

經驗推動技術專長發展

一個統一的SOA共享服務中心將隨著時間的推移積累技術專長。這是通過共享信息、想法和對SOA的理解實現的。還應該采用交叉培訓的方法減少人員調整的影響。人員調整是一個業務事實。AOS的成功需要簡單的、合乎邏輯的流程和技術專長以保證恰當水平的技術和商務治理。

此外，一個有經驗的團隊適合處理新的挑戰和任務。一個有經驗的和統一的服務中心能夠通過發現新的和創新的實現目標的手段更快地朝著目標前進。

最后，一個集中的團隊將能夠更快地探索和理解新的技術、平臺和方法，向治理機構提供有價值的研發信息。這個信息將影響長期規劃和決策。

一個分散的團隊最終將質疑其他人的知識，因為他們不能有規律地溝通。沒有強有力的領導，團隊將開始質疑其他人的權利。這將導致更高的人員調整率，從而影響到整個團隊的效績。

數據可靠性

數據收集和報告是任何共享的服務中心的主要流程之一。一個SOA共享服務中心能夠實現標準化并且根據服務合同的條款更新收集的數據類型和數據。這對于保證收集、維護和發布正確的數據是非常關鍵的。這個數據建立了在SOA環境中的信任。不信任問題是任何SOA計劃必須要克服的障礙之一。準確的標準報告和元數據建模還將支持政策和流程決策，同時找出在基礎設施、安全和其它方面的差距。

質量

通過遵守服務和性能方面的治理標準，共享服務中心在保證功能、性能和整個測試管理保持良好狀態方面發揮了關鍵作用。服務必須要遵守最高標準以保證再利用的兼容性和一致性，為更廣泛的應用建立服務的質量和詳細標準。

一個分散的機構需要治理機構之間進行更多的事務處理，從而可能產生處理的瓶頸和降低服務質量的錯誤溝通問題。一個分散的機構還需要堅持采用許多機構缺乏的相同的報告系統和處理工具。

所有權

隨著服務數量和對SOA的依賴的增長，對于共享服務中心來說重要的是擁有一部分或者全部廣泛共享的服務。通過管理服務關懷、生命周期、技術支持等項目，服務管理將顯著簡化。擁有的模式和成本也將集中化，創造更快的到達市場的時間，減少機構的復雜性和簡化成本結構。

一個分散的模式很有可能變得非常復雜和混亂。它可能使批準合同、升級計劃和編排所需要的流程、機構和人員更加復雜。根據不同的所有權模式、決策點和服務使用談判所需要的人員，進程的步驟會發生變化。一個分散的模式可能會給這種變化增加混亂。

控制風險

由于SOA對于IT資產和服務的普遍存在的性質，開發和使用SOA資產是存在風險的。一個聯合的共享服務中心能夠提前評估和識別各種威脅并且制定克服這些威脅的解決方案。

分散的人員在性質上很可能是被動的。因此，潛在的威脅可能被忽略。這可能導致非常敏感的數據或者隱私數據的丟失或者被竊。

SOA共享服務中心是SOA治理機構中的重點。而且，SOA共享服務中心執行SOA治理目標和推動SOA治理路線圖的發展。SOA共享服務中心還將向SOA治理委員會提供有關SOA進展情況的反饋意見。最后，它是面向客戶最多的機構。因此，SOA共享服務中心擁有多樣化的專家是非常重要的。這些專家要致力于實現SOA計劃的目標。

首先，同SOA治理一樣，一個SOA共享服務中心應該采用SOA成熟度模型進行建設。這將保證SOA計劃、這個計劃的治理模型和SOA共享服務中心是一致的并且追求同一個目標。

第二，找出現有的和新的資源。這些資源將組成SOA共享服務中心。這些資源應該以最適合SOA計劃的任務為基礎。這個步驟對于確定需要的總預算是非常重要的。

第三，保證現有的與SOA有關的計劃和開發努力得到關注并且保證這些努力不會受到當前SOA成熟水平的不利影響。在許多情況下，根據這個計劃目前在服務開發生命周期中所處的位置采取一種不同尋常的流程是有意義的。

最后，找出未來SOA發展的努力以執行新的政策、程序和標準。這還有助于進行優點和缺點分析。隨著SOA的進步，要開始搜集和分析指標和數據，從而進一步建立一個強大的SOA治理計劃。合適的客戶服務和強制治理構成了這個共享服務中心。