SOA使用中的五大隱患

申請免費(fèi)試用、咨詢電話：400-8352-114

現(xiàn)在是SOA領(lǐng)域動蕩變化的時期，其發(fā)展變幻莫測，而這僅僅只是開始。由于服務(wù)設(shè)計、服務(wù)總線、服務(wù)治理甚至服務(wù)本身都處于不斷變化中，而且各大公司仍在重審這一舞臺，因此，人們的立場通常很復(fù)雜。對于IT產(chǎn)業(yè)中SOA的成熟度和整體狀態(tài)，許多人還非常迷惑，但是，可以確定的是，SOA在結(jié)合商業(yè)和技術(shù)方面的潛力的確非凡。

今年，發(fā)布了許多SOA的新方案，每一個方案都有其特定的一套目標(biāo)和期望。很可惜，其中一些方案與成功相距甚遠(yuǎn)，一些方案距成功僅僅是一步之遙。但是，對于大多數(shù)方案而言，它們都實(shí)現(xiàn)了最初的目標(biāo)，其成功的決定因素是——借鑒那些經(jīng)歷過失敗項(xiàng)目的人們的寶貴經(jīng)驗(yàn)。這些前輩講述他們的經(jīng)驗(yàn)教訓(xùn)，告訴人們在通往SOA道路上所要警惕的重重障礙。

在我們的日常工作中，我們被卷入進(jìn)度不同、狀態(tài)不同的多個項(xiàng)目中。而現(xiàn)在，我們已經(jīng)看到，很好的SOA變得越來越差，甚至更糟。雖然，問題能夠被解決，錯誤能夠被避免，但是，總是有一種強(qiáng)大的力量把事情拖回到原來的軌道上。很明顯，最佳做法就是:第一時間避免問題和錯誤。

在SOA的使用中存在著隱患，很多人已經(jīng)被這些錯誤的概念或者做法誤導(dǎo)，那么，理解這些隱患，能夠幫助你達(dá)到深謀遠(yuǎn)慮的程度，從而使你在SOA的道路上更加安全的前行。為了使你有一個好的開端，我們已經(jīng)收集了五種最為常見的、SOA使用中的隱患。

#5 沒有理解SOA的性能需求

松散耦合是需要代價的。當(dāng)使用Web服務(wù)實(shí)現(xiàn)松散耦合時，SOA引入了數(shù)據(jù)處理層，同時也帶來了由這些層所影響到的上層的相關(guān)性能。當(dāng)SOA項(xiàng)目剛開始時，規(guī)模較小，因此，構(gòu)建符合功能和響應(yīng)要求的、面向服務(wù)的解決方案并不復(fù)雜。但是，隨著規(guī)模的增加，需要添加更多的功能，由此可以預(yù)見到，基于信息的通訊量將會大幅度增長。如果事先沒有考慮這一情況，沒有準(zhǔn)備好構(gòu)建環(huán)境的話，那么，就需要對前一階段所做的小規(guī)模系統(tǒng)進(jìn)行必要的遺留處理。

要構(gòu)建一個成功的面向服務(wù)的解決方案，其關(guān)鍵是:盡快理解你的解決方案的性能需求、以及基礎(chǔ)架構(gòu)的性能瓶頸。這意味著測試(如果需要的話，增強(qiáng))你的構(gòu)建環(huán)境的消息處理能力，并且密切關(guān)注服務(wù)設(shè)計，從而達(dá)到傳輸率、傳輸規(guī)模以及與其他服務(wù)特性之間的一個可接受的平衡點(diǎn)——這一平衡點(diǎn)會影響解決方案的性能。

#4 沒有從XML基礎(chǔ)架構(gòu)開始

在今天的SOA世界中，每件事情都開始于Web服務(wù)。這似乎已經(jīng)成為公司內(nèi)部的既成標(biāo)準(zhǔn)，但是它并不完全正確。事實(shí)上，在今天的SOA世界中，所有的事情都開始于XML。這才是真正的標(biāo)準(zhǔn)，依據(jù)這一標(biāo)準(zhǔn)，許多補(bǔ)充的標(biāo)準(zhǔn)都已經(jīng)逐漸發(fā)展起來，并且形成了實(shí)際的數(shù)據(jù)表示架構(gòu)。這一標(biāo)準(zhǔn)的核心，奠定了許多Web服務(wù)規(guī)則的形成基礎(chǔ)，并且促進(jìn)著SOA的發(fā)展。

因此，人們更多地關(guān)注于數(shù)據(jù)在服務(wù)之間是如何傳輸?shù)模?jīng)常忽略在服務(wù)背后，數(shù)據(jù)構(gòu)造和驗(yàn)證的方式。這一疏忽可能導(dǎo)致無法合理實(shí)現(xiàn)SOA的持久化XML數(shù)據(jù)表示層。對于SOA而言，這一層是基礎(chǔ)，如果它存在著弱點(diǎn)，那么，所有基于這一層的解決方案都會受到不利影響。

#3 沒有創(chuàng)建一個過渡計劃

如果沒有使用一個詳盡的過渡計劃，那么，成功遷移的機(jī)會將會降低很多。因?yàn)椋谝粋€企業(yè)內(nèi)部，服務(wù)終端所處位置的范圍將導(dǎo)致環(huán)境基礎(chǔ)架構(gòu)的重新確定，一次差強(qiáng)人意的遷移有可能帶來重大影響。使用過渡計劃，你就能夠控制面向服務(wù)和SOA特性，并且進(jìn)行相應(yīng)的協(xié)調(diào)，如此一來，遷移就能夠在技術(shù)、架構(gòu)以及組織層面上，按照計劃進(jìn)行。

對于一個SOA過渡計劃而言，其典型的組件包括:一個具有重大影響的分析結(jié)果(預(yù)測SOA的改變程度將如何影響已有資源處理、用戶標(biāo)準(zhǔn)和技術(shù))、過渡架構(gòu)(目標(biāo)是SOA，勾畫出一系列通向這一目標(biāo)的中間過渡狀態(tài))以及推測分析(考慮Web服務(wù)和支持技術(shù)的未來發(fā)展)。

#2 沒有標(biāo)準(zhǔn)化SOA

與其他的架構(gòu)相同，SOA也需要創(chuàng)建并且執(zhí)行內(nèi)部設(shè)計標(biāo)準(zhǔn)，以便能夠使人們真正地認(rèn)識到它的優(yōu)勢。舉例說明，如果一個項(xiàng)目采用構(gòu)建面向服務(wù)的解決方案，與其他項(xiàng)目不同，那么，該項(xiàng)目的解決方案的關(guān)鍵點(diǎn)將不再是與相關(guān)的應(yīng)用程序保持一致，它可能是需要互操作或者分享某些不可預(yù)知的服務(wù)。

這可能引發(fā)很多問題，包括不匹配的數(shù)據(jù)表示、含有不規(guī)則接口特性和語義的服務(wù)契約，以及使用非互補(bǔ)的Web服務(wù)擴(kuò)展(或者是用不同方式實(shí)現(xiàn)的擴(kuò)展)。

SOA的出現(xiàn)，促進(jìn)了分離后端處理這一開發(fā)環(huán)境的發(fā)展，因此，在每個應(yīng)用程序內(nèi)部，SOA都能夠獨(dú)立執(zhí)行。然而，標(biāo)準(zhǔn)化仍然要求——服務(wù)需要封裝這一后端邏輯，并且在設(shè)計和交互上確保一致性。

#1 將SOA構(gòu)建成傳統(tǒng)分布式架構(gòu)

在實(shí)現(xiàn)SOA的過程中，企業(yè)一直面對的誘惑是:自稱SOA已經(jīng)實(shí)現(xiàn)了，但是在構(gòu)建面向服務(wù)的解決方案時，采用與構(gòu)建傳統(tǒng)分布式解決方案相同的構(gòu)建方式。SOA既不是CORBA + XML，也不是 ASP.NET + WSE。同樣，面向服務(wù)既不是面向?qū)ο?，也不是“足夠接近”面向?qū)ο?。雖然，通常情況下，構(gòu)建面向?qū)ο蠼M建邏輯總是“非常適合”于面向服務(wù)解決方案的環(huán)境。但是，SOA是基于面向服務(wù)的、與眾不同的架構(gòu)模型，以及截然不同的設(shè)計模式。對于構(gòu)建自動化邏輯——純粹的面向服務(wù)，與SOA產(chǎn)業(yè)向全球規(guī)模發(fā)展保持一致——理解上述這些不同之處，是非常關(guān)鍵的。(techtarget)