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

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

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

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

　　對于SOA技能，在我的工作中，我看到架構(gòu)同師們在處理非功能性（如性能、擴(kuò)展性、總體穩(wěn)定性以及應(yīng)用程序處理用戶負(fù)載的能力）問題上，技能有點(diǎn)弱。我的建議是，他們最好是根據(jù)用戶的數(shù)量和響應(yīng)時(shí)間，了解一下業(yè)務(wù)的實(shí)際需求。

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

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

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

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