SOA能解決何種問題 有哪些基本原則？

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

了解SOA是為了解決什么樣的問題，我們先來了解一下SOA有哪些基本原則。

粗粒度

在SOA中服務(wù)粒度有兩種相關(guān)的意思，即服務(wù)是如何實(shí)現(xiàn)的，服務(wù)使用和返回了多少數(shù)據(jù)或多少消息。細(xì)粒度服務(wù)執(zhí)行了最小的功能，發(fā)送和接收少量的數(shù)據(jù)。粗粒度服務(wù)執(zhí)行了較大的業(yè)務(wù)功能，并交換了更多的數(shù)據(jù)。

原則：細(xì)粒度服務(wù)是供粗粒度服務(wù)或組合服務(wù)使用的，而不是由終端應(yīng)用直接使用的。如果應(yīng)用是使用細(xì)粒度服務(wù)建立的，則應(yīng)用將不得不調(diào)用網(wǎng)絡(luò)上多個(gè)服務(wù)，并且發(fā)生在每個(gè)服務(wù)上的數(shù)據(jù)量較少，因而會(huì)對(duì)對(duì)系統(tǒng)整體性帶來影響。所以，粗粒度服務(wù)的用戶不能直接調(diào)用他所使用的細(xì)粒度服務(wù)。同時(shí)，由于粗粒度服務(wù)可能使用多個(gè)細(xì)粒度服務(wù)，因此它們不能提供粒度級(jí)的安全和訪問控制。

松散耦合

松耦合的系統(tǒng)特點(diǎn)是靈活，而應(yīng)用到SOA中的目的就是將服務(wù)使用者和服務(wù)提供者在服務(wù)實(shí)現(xiàn)和客戶如何使用服務(wù)方面隔離開來。服務(wù)提供者和服務(wù)使用者間松散耦合背后的關(guān)鍵點(diǎn)是服務(wù)接口作為與服務(wù)實(shí)現(xiàn)分離的實(shí)體而存在。這是服務(wù)實(shí)現(xiàn)能夠在完全不影響服務(wù)使用者的情況下進(jìn)行修改。

大多數(shù)松散耦合方法都依靠基于服務(wù)接口的消息?；谙⒌慕涌谀軌蚣嫒荻喾N傳輸方式(如HTTP、JMS、TCP/IP、MOM等)?；谙⒌慕涌诳梢圆捎猛胶彤惒絽f(xié)議實(shí)現(xiàn)。

可重用部件/服務(wù)如果完全按照可重用的原則設(shè)計(jì)服務(wù)，SOA將可以使應(yīng)用變得更為靈活?？芍赜梅?wù)采用通用格式提供重要的業(yè)務(wù)功能，為開發(fā)人員節(jié)約了大量時(shí)間。

設(shè)計(jì)可重用服務(wù)應(yīng)該是與數(shù)據(jù)庫設(shè)計(jì)或通用數(shù)據(jù)建模類似的最有價(jià)值的工作。

基于標(biāo)準(zhǔn)Web Service是目前實(shí)現(xiàn)SOA應(yīng)用的一項(xiàng)基本的，適用的技術(shù)，它為服務(wù)的訪問提供了一個(gè)被廣泛接受的開放標(biāo)準(zhǔn)。

JBI(JSR208)是SUN推出的基于Java的SOA標(biāo)準(zhǔn)，隨著在JSR 208中被定義，它也成為了把服務(wù)容器組裝為合成應(yīng)用的標(biāo)準(zhǔn)。

Service Component Architecture (SCA)和Service Data Objects (SDOs)標(biāo)準(zhǔn)是IBM和BEA所推出的SOA標(biāo)準(zhǔn)，并在Apache Group建立了Apache Tuscany項(xiàng)目。

在我看來，標(biāo)準(zhǔn)之爭并不是關(guān)鍵所在，但就JBI和SCA/SDO標(biāo)準(zhǔn)而言，JBI的應(yīng)用范圍更嚴(yán)格，可能最終會(huì)成為更大的標(biāo)準(zhǔn)中的一部分Java實(shí)現(xiàn)。

1、SOA面臨什么樣的問題?

繁雜的應(yīng)用和協(xié)議繁變化的服務(wù)需求管理監(jiān)控網(wǎng)絡(luò)瓶頸標(biāo)準(zhǔn)的缺失困難的跨團(tuán)隊(duì)變更管理這些問題都比較好理解，也不是只有采用SOA才能解決問題的。但是作為典型的SOA應(yīng)用，以上的情況都是必須面對(duì)的，也是SOA系統(tǒng)函待解決的。

2、SOA的應(yīng)用場景是怎樣的?

適用場景：集成成本持續(xù)增長，而并未因?yàn)榭商峁┱嬲顿Y回報(bào) (ROI) 的新業(yè)務(wù)機(jī)會(huì)而得到緩解。

兼并和收購是企業(yè)擴(kuò)大市場份額和獲得新發(fā)展機(jī)會(huì)的業(yè)務(wù)模式的核心。

解決方案要求對(duì)來自異構(gòu)系統(tǒng)和編程模型的業(yè)務(wù)功能進(jìn)行集成。

業(yè)務(wù)的生存依賴于根據(jù)市場變化快速調(diào)整或即時(shí)響應(yīng)競爭威脅的能力。

全球經(jīng)濟(jì)的影響要求企業(yè)事半功倍地開展業(yè)務(wù)，而且有必要依賴業(yè)務(wù)合作伙伴提供非核心業(yè)務(wù)功能。

就提高收益而言，與業(yè)務(wù)合作伙伴協(xié)作的效率對(duì)企業(yè)十分關(guān)鍵。

企業(yè)業(yè)務(wù)資產(chǎn)的價(jià)值在減少，因?yàn)椴荒軐?duì)其進(jìn)行評(píng)估，以在最初用途之外的其他地方使用。

企業(yè)員工的效率出現(xiàn)了問題，因?yàn)樗麄兊拇蟛糠謺r(shí)間并沒有花在提供公司業(yè)務(wù)模型的核心功能和服務(wù)上。

企業(yè)的業(yè)務(wù)充滿了機(jī)會(huì)型的業(yè)務(wù)工作。

企業(yè)從頭開始開發(fā)新應(yīng)用程序。(SOA應(yīng)當(dāng)作為定位將來的新應(yīng)用程序的缺省架構(gòu)模式，當(dāng)然，業(yè)務(wù)條件有其他限制時(shí)除外。)

不適用場景：企業(yè)只將小部分 IT 預(yù)算用于集成項(xiàng)目。

企業(yè)的大部分流程都是手動(dòng)的或以文檔為中心的，自動(dòng)化的機(jī)會(huì)幾乎為零。

企業(yè)的大部分應(yīng)用程序開發(fā)都使用相同的編程模型。

企業(yè)的操作由一個(gè)或兩個(gè)客戶關(guān)系管理 (CRM) 和企業(yè)資源規(guī)劃 (深圳OA) 應(yīng)用程序管理，幾乎沒有集成要求。

企業(yè)的現(xiàn)有技能庫與實(shí)現(xiàn)支持 SOA 的基礎(chǔ)結(jié)構(gòu)所需的技能庫之間存在重大差異。

未發(fā)現(xiàn)可從 SOA 提供的功能受益的業(yè)務(wù)需求或機(jī)會(huì)。

新業(yè)務(wù)服務(wù)的可用性將對(duì)現(xiàn)有的收益流帶來負(fù)面影響。

企業(yè)依賴的業(yè)務(wù)合作伙伴對(duì)公司間流程的自動(dòng)化采用了不同的優(yōu)先級(jí)。

企業(yè)的主要業(yè)務(wù)的開展涉及到海量且同步性和實(shí)時(shí)性要求非常高的事務(wù)。（網(wǎng)界網(wǎng)）