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

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

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

粗粒度

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

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

松散耦合

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

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

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

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

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

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

Service Component Architecture (SCA)和Service Data Objects (SDOs)標準是IBM和BEA所推出的SOA標準，并在Apache Group建立了Apache Tuscany項目。

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

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

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

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

適用場景：集成成本持續(xù)增長，而并未因為可提供真正投資回報 (ROI) 的新業(yè)務(wù)機會而得到緩解。

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

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

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

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

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

企業(yè)業(yè)務(wù)資產(chǎn)的價值在減少，因為不能對其進行評估，以在最初用途之外的其他地方使用。

企業(yè)員工的效率出現(xiàn)了問題，因為他們的大部分時間并沒有花在提供公司業(yè)務(wù)模型的核心功能和服務(wù)上。

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

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

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

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

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

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

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

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

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

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

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