SOA順利實施需要規(guī)避的幾個問題

申請免費試用、咨詢電話：400-8352-114

統(tǒng)計數據顯示，SOA在企業(yè)中的實施失敗率高達50%。究竟是什么原因造成如此高的失敗率？專家經過分析認為，絕大多數的失敗都是由于人和流程的問題所引起，而非技術。

1.商業(yè)價值含糊不清

只從純技術的角度去實施SOA是最常見的一個通病。IT在架構、治理和廠商評估上（雖然這些都是必要的）上投入了90%的時間與精力，卻忽略了SOA所要解決的商業(yè)問題是什么。當他們投入了大量的時間和資金來搭建架構之后才發(fā)現，商業(yè)用戶難以理解SOA能為他們帶來什么回報，他們對IT興致勃勃地講述采用了哪些新技術毫不感興趣。

建議：從解決實際商業(yè)問題入手。這也是為什么BPM（商業(yè)流程管理）成為SOA”殺手應用“的原因。BPM能夠改善并自動化商業(yè)流程。它為運營績效提供了相當的可見度，能讓商業(yè)用戶在無需IT參與的前提下動態(tài)修訂流程，從而提高了靈活性，避免了資源浪費，間接降低了成本。簡單來說，SOA應先解決商業(yè)問題，其次才是技術問題。

2.低估了用戶對變革的抵觸

對變革的抵制是遏制任何項目順利展開的魔手。無可否認，實施SOA會給企業(yè)帶來大量的變更，而對未知的恐懼是抵制變革的最大原因。

建議：制定一份變更管理（OCM）計劃。明確闡述哪些方面會產生變更，執(zhí)行變更會有哪些步驟，變更的原因和必要性是什么，它們會如何給公司與員工制造雙贏。

3. 缺乏核心管理人員的支持

任何大型項目在缺乏有力支持的前提都無法順利完成，達成目標。SOA橫跨了多個部門和多重系統(tǒng)，因此更需要一名有影響力的公司核心管理人員來”護航“，掃清沿途的障礙。

建議：尋找一名能夠從SOA實施中充分獲益的高層管理人員作為支持者。在技術類公司中，CEO、CIO、CTO或首席架構師都是理想的考慮人選。記住，不管你選擇的是誰，此人必須能夠清掃障礙，并具備值得信賴的領導能力。

4. 勉強上馬

以捉襟見肘的預算來勉強執(zhí)行SOA項目只會大幅增高失敗的系數。SOA實施除了要投入大量的中間件之外，還需要部署許多治理工具、進行大規(guī)模培訓、聘請外部咨詢顧問、搭建基礎架構，并設置安全保障，這些都需要資金的支持。

鑒于SOA的分散及松耦合的特性，因此管理上是一種挑戰(zhàn)。有些公司為了節(jié)省顧問費用，指望不憑借任何外力來成功實施SOA項目?？梢哉f，除非你的公司擁有多名經驗豐富的SOA實施人才，否則這么做只會加快項目的失敗。

建議：結合項目組合建立SOA路標，評估出SOA能為公司創(chuàng)造的長期回報。對整個SOA活動建立規(guī)范的財務審核制度。如果你建立了有說服力的商業(yè)用例，那么自然會有足夠的資金來支持SOA活動。

5. 員工缺乏SOA技能

在SOA實施過程中有許多專業(yè)的角色和技能要求，而其中大部分都需要從公司外尋找。比如SOA架構師，商業(yè)流程模型師，工具管理員，數據結構師等等。尋找人才來填補這些缺口需要付出不菲的代價。

在沒有任何有經驗的專家的協(xié)助下就盲目上馬SOA是一種嚴重的錯誤。SOA實施會影響包括測試、基礎架構和安全在內的所有IT部門單元。這不僅僅是送一批程序開發(fā)員去上課培訓如此簡單。

建議：在一開始就制定詳細的培訓和資源計劃，然后納入到預算申請中。盡量減少反復要求增加預算的次數，正確在第一次就籌備充分。否則，公司管理層只會把SOA項目視為一個永無止境的資金黑洞。

6.項目管理差強人意

項目經理必須能夠嚴密檢查、排減風險、讓每個成員按計劃工作，并善于溝通交流。其中，充分收集用戶要求是一大關鍵。

建議：把你的最佳項目管理團隊安排在SOA項目上?；蛘呷ネ饷嫫刚堎Y深項目經理人。不管你選擇的是誰，對方都應當在大型項目上具備有說服力的成功記錄。此外，他還需要有足夠的技術背景，以便從理論層面去理解SOA。

7. SOA是項目，更是架構

SOA是一種軟件架構，只有當公司貫徹了以服務為導向的核心理念，并確保交付持續(xù)符合SOA路標時，它才會體現預期的價值。

SOA要求高度的專業(yè)化，比如建立一套商業(yè)服務，就要求SOA架構師、開發(fā)人員、數據結構師、網絡架構師和安全專家多方合作而成，單槍匹馬搞定SOA是不現實的。

此外，根據公司的具體要求，你或許還需要用戶界面設計師，商業(yè)流程模型師，數據服務專家，商業(yè)規(guī)則專家，ESB專家等等。所有這些專業(yè)人員都要有高度的協(xié)同能力。

建議：對實施SOA來說，標準的IT團隊結構是難以成功奏效的。建立開放式的專業(yè)人員合作環(huán)境，多使用協(xié)同技術，盡量避免低效繁瑣的會議程序。

8. 低估SOA的復雜性

SOA的概念易于理解，但卻難在正確執(zhí)行。為用戶提供簡單應用的背后，是巨大的軟件管理復雜性，可以說，SOA是一種軟件工程。

此外，在SOA實施過程中盡早收集安全要求是非常重要的，這樣底層架構才能從一開始就對安全形成良好的支持。否則，任何架構中的大型變更都會引發(fā)安全問題。

建議：做好在SOA實施中遭遇各種技術障礙的心理準備，有些是因為代碼而引起，有些是因為工具本身所造成。然后設定切合實際的預期，不要抱有一步登天的想法。從小處入手，再逐漸累加，同時從從一開始就考慮到安全機制，不要在事后才想到。

9. 沒有實施并嚴格遵守SOA治理

為了實現SOA的回報（服務重用、靈活性等），團隊必須嚴格遵守架構方針，即設計時的治理。如果沒有設計時的治理，你很可能迷失一大堆的Web服務中。

接著就是運行時的治理，即管理SOA環(huán)境的健康度。其中涉及到用戶所使用的服務種類，加強策略與服務等級協(xié)議（SLA）、問題解決、分析績效和管理所有資產。不要認為部署完成就可以高枕無憂，管理一個分散的環(huán)境同樣不是一件輕松的任務。

建議：配備一支專門的團隊（在企業(yè)架構內），制定團隊的短期和長期目標。SOA治理是一種長期的過程，一般要花上幾年的時間來實現滿意的成熟度。隨著治理的逐漸成熟，你的SOA也會越來越成功。

10. 不要讓廠商左右你的決定

不要過于依賴廠商。廠商的目標是盡可能地多地賣出產品，而你的目標是成功實施SOA，以最少的成本提供最大的回報。另外對廠商所承諾的能夠無縫集成所有從他們這里購買的工具也不要盲目信從。不少廠商都是轉售原始廠商的工具應用，而原始廠商有時都無法實現無縫集成。

建議：在與廠商進行洽談之前執(zhí)行一次徹底的評估流程。在縮小了備選范圍后，讓他們到現場進行試操作，這樣你就能了解更多隱藏在幻燈片介紹背后的真實資料。

另外，嘗試去與那些已經實施了SOA的同行公司，或使用過你所選擇的那家廠商的服務與工具的公司交流取經。記住，SOA實施沒有捷徑。（IT專家網）