面向服務(wù)架構(gòu)使用的太多了，所以來(lái)自于產(chǎn)品公司的熱心銷(xiāo)售與組織內(nèi)過(guò)分使用的SOA應(yīng)用的結(jié)合給人們?cè)斐闪艘粋€(gè)錯(cuò)誤的幻像，那就是SOA可以解決所有問(wèn)題。SOA是企業(yè)服務(wù)，展示整個(gè)企業(yè)的功能，這些都很難處理。在那里SOA仍然適用，但必須在更好的水平使用，而且要放在架構(gòu)和集成及服務(wù)的適當(dāng)位置上。

　　組織將會(huì)對(duì)一項(xiàng)技術(shù)進(jìn)行投資，然后使用這一技術(shù)解決所有問(wèn)題，這很常見(jiàn)。因此，人們?cè)谀切┎⒉贿m合的地方使用過(guò)或?qū)⒁褂肧OA。然后他們就會(huì)發(fā)現(xiàn)它并不適合，就會(huì)指責(zé)它，說(shuō)SOA并不是一項(xiàng)好的技術(shù)，因?yàn)樗荒芙鉀Q這一問(wèn)題。同樣，人們將會(huì)以不合適的方式使用企業(yè)服務(wù)總線(xiàn)。

　　SOA可以用于解決大型系統(tǒng)中艱難的集成問(wèn)題，在你需要定義接口的地方，尤其是在那些不同的組織或組織上的不同部門(mén)之間要定義的接口；以及在組織的不同部分之間你需要明確責(zé)任和定義合同。

　　今天SOA還是可行的，因?yàn)樗€有許多不同的方式。那些在SOA和企業(yè)服務(wù)總線(xiàn)保護(hù)傘之下的技術(shù)是如此的不同。

　　對(duì)于SOA技能，在我的工作中，我看到架構(gòu)同師們?cè)谔幚矸枪δ苄裕ㄈ缧阅堋U(kuò)展性、總體穩(wěn)定性以及應(yīng)用程序處理用戶(hù)負(fù)載的能力）問(wèn)題上，技能有點(diǎn)弱。我的建議是，他們最好是根據(jù)用戶(hù)的數(shù)量和響應(yīng)時(shí)間，了解一下業(yè)務(wù)的實(shí)際需求。

　　我認(rèn)為在過(guò)去的5至10年中，SOA技能已經(jīng)被束之高閣了，這是因?yàn)楣δ茯?qū)動(dòng)的開(kāi)發(fā)方法的流行度正日益增長(zhǎng)。新焦點(diǎn)已經(jīng)集中在了把功能集成于應(yīng)用中、測(cè)試單一用戶(hù)的工作環(huán)境，然后是簽署完成。因?yàn)榫性谶@些焦點(diǎn)上，協(xié)作、實(shí)現(xiàn)和非功能性需求測(cè)試常常會(huì)失敗。

　　架構(gòu)師們常常忽略的是因?yàn)榭赡軙?huì)工作的很，以及對(duì)于小量數(shù)據(jù)和用戶(hù)功能已經(jīng)很完備。然而，他們常常不會(huì)在大環(huán)境中測(cè)試這些。所以，當(dāng)用戶(hù)在大環(huán)境中使用它時(shí)，他們就會(huì)發(fā)現(xiàn)這一應(yīng)用根本就不工作，因?yàn)榧軜?gòu)不合適或他們又做錯(cuò)了一個(gè)決定。

　　像AJAX這樣的技術(shù)使用有點(diǎn)過(guò)度，對(duì)于頁(yè)面你可以做一些地的，快速的異步事情。如果你的網(wǎng)站有一些用戶(hù)那么就會(huì)更好了；但當(dāng)你有了10，000個(gè)用戶(hù)，所有這些用戶(hù)都在一秒鐘內(nèi)發(fā)送他們的請(qǐng)求，來(lái)更新屏幕上的MessageBox，那么后端服務(wù)器的處理對(duì)這一負(fù)載的處理就會(huì)很難。

　　在這種情況下，為了解決非功能性需求，并正確收集需求，而建立SOA技能是很重要的一件事。從功能的焦點(diǎn)上轉(zhuǎn)移。學(xué)習(xí)如此關(guān)注那些需要解決的業(yè)務(wù)問(wèn)題。這是一種使架構(gòu)更好的工作，更有價(jià)值的工作的一種方法。