面向服務(wù)的軟件體系結(jié)構(gòu)

1、什么是面向效力的體系構(gòu)造面向效力的體系構(gòu)造(SOA)是一個組件模型，它將運用程序的不同功能單元(稱為效力)經(jīng)過這些效力之間定義良好的接口和契約聯(lián)絡(luò)起來。接口是采用中立的方式進展定義的，它應(yīng)該獨立于實現(xiàn)效力的硬件平臺、操作系統(tǒng)和編程言語。這使得構(gòu)建在各種各樣的系統(tǒng)中的效力可以以一種一致和通用的方式進展交互。 1.什么是面向效力的體系構(gòu)造這種具有中立的接口定義(沒有強迫綁定到特定的實現(xiàn)上)的特征稱為效力之間的松耦合。松耦合系統(tǒng)的益處有兩點，一點是它的靈敏性;另一點是，當(dāng)組成整個運用程序的每個效力的內(nèi)部構(gòu)造和實現(xiàn)逐漸地發(fā)生改動時，它可以繼續(xù)存在。而與此相對，緊耦合意味著運用程序的不同組件之間的接口與

2、其功能和構(gòu)造是嚴(yán)密相連的，因此當(dāng)需求對部分或整個運用程序進展某種方式的更改時，它們就顯得非常脆弱。 2.什么是面向效力的體系構(gòu)造3.什么是面向效力的體系構(gòu)造對松耦合系統(tǒng)的需求來源于業(yè)務(wù)運用程序需求根據(jù)業(yè)務(wù)的變動變得更加靈敏，以順應(yīng)不斷變化的環(huán)境，比如經(jīng)常改動的政策、業(yè)務(wù)級別、業(yè)務(wù)重點、協(xié)作同伴關(guān)系、行業(yè)位置以及其他與業(yè)務(wù)有關(guān)的要素，這些要素甚至?xí)绊憳I(yè)務(wù)的性質(zhì)。我們稱可以靈敏地順應(yīng)環(huán)境變化的業(yè)務(wù)為按需(On Demand)業(yè)務(wù)，在按需業(yè)務(wù)中，一旦需求，就可以對完成或執(zhí)行義務(wù)的方式進展必要的更改。 4.什么是面向效力的體系構(gòu)造雖然面向效力的體系構(gòu)造不是一個新穎事物，但它卻是更傳統(tǒng)的面向?qū)ο蟮哪Ｐ?/p>

3、的替代模型，面向?qū)ο蟮哪Ｐ褪蔷o耦合的，曾經(jīng)存在二十多年了。雖然基于 SOA的系統(tǒng)并不排除運用面向?qū)ο蟮脑O(shè)計來構(gòu)建單個效力，但是其整體設(shè)計卻是面向效力的。由于它思索到了系統(tǒng)內(nèi)的對象，所以雖然SOA是基于對象的，但是作為一個整體，它卻不是面向?qū)ο蟮?。不同之處在于接口本身。SOA系統(tǒng)原型的一個典型例子是通用對象懇求代理體系構(gòu)造(Common Object Request Broker Architecture，CORBA)，它曾經(jīng)出現(xiàn)很長時間了，其定義的概念與SOA類似。 5.什么是面向效力的體系構(gòu)造然而，如今的SOA曾經(jīng)有所不同了，由于它依賴于一些更新的進展，這些進展是以可擴展標(biāo)志言語(eXten

4、sible Markup Language，XML)為根底的。經(jīng)過運用基于XML的言語(稱為Web效力描畫言語，Web Services Definition Language，WSDL)來描畫接口，效力曾經(jīng)轉(zhuǎn)到更動態(tài)且更靈敏的接口系統(tǒng)中，非以前 CORBA中的接口描畫言語(Interface Definition Language，IDL)可比了。 6.構(gòu)成SOA的技術(shù)是什么SOA本身應(yīng)該是“如何將軟件組織在一同的籠統(tǒng)概念。它依賴于用 XML 和 Web 效力實現(xiàn)并以軟件的方式存在的更加詳細(xì)的觀念和技術(shù)。此外，它還需求平安性、戰(zhàn)略管理、可靠音訊傳送以及會計系統(tǒng)的支持，從而有效地任務(wù)。您還可以

5、經(jīng)過分布式事務(wù)處置和分布式軟件形狀管理來進一步地改善它。 7.構(gòu)成SOA的技術(shù)是什么SOA效力和Web效力之間的區(qū)別在于設(shè)計。SOA 概念并沒有確切地定義效力詳細(xì)如何交互，而僅僅定義了效力如何相互了解以及如何交互。其中的區(qū)別也就是定義如何執(zhí)行流程的戰(zhàn)略與如何執(zhí)行流程的戰(zhàn)術(shù)之間的區(qū)別。而另一方面，Web效力在需求交互的效力之間如何傳送音訊有詳細(xì)的指點原那么;從戰(zhàn)術(shù)上實現(xiàn)SOA模型最常見的方式是經(jīng)過HTTP傳送的SOAP音訊。因此，從本質(zhì)上講，Web 效力是實現(xiàn)SOA的詳細(xì)方式之一。 8.構(gòu)成SOA的技術(shù)是什么既為了建立一切這些信息的適當(dāng)控制，又為了運用平安性、戰(zhàn)略、可靠性以及會計方面的要求，在S

6、OA體系構(gòu)造的框架中參與了一個新的軟件對象。這個對象就是企業(yè)效力總線(ESB)，它運用許多能夠的音訊傳送協(xié)議來擔(dān)任適當(dāng)?shù)目刂?、流甚至還能夠是效力之間一切音訊的傳輸。雖然ESB并不是絕對必需的，但它卻是在SOA中正確管理您的業(yè)務(wù)流程至關(guān)重要的組件。ESB本身可以是單個引擎，甚至還可以是由許多同級和下級ESB組成的分布式系統(tǒng)，這些 ESB一同任務(wù)，以堅持SOA系統(tǒng)的運轉(zhuǎn)。在概念上，它是從早期比如音訊隊列和分布式事務(wù)計算這些計算機科學(xué)概念所建立的存儲轉(zhuǎn)發(fā)機制開展而來的。 9.如何構(gòu)建SOA系統(tǒng)利用SOA的益處不僅僅在于它是一個軟件開發(fā)流程，而且還是一個業(yè)務(wù)開發(fā)流程。采用SOA有四個層次，您的實現(xiàn)可以

7、跨越從創(chuàng)建特定的軟件效力到將您的業(yè)務(wù)模型全面轉(zhuǎn)換到按需系統(tǒng)的過程。10.如何構(gòu)建SOA系統(tǒng)第一個層次是最簡單的，由于它只需創(chuàng)建單獨的效力。在第二個層次中，您不僅可以創(chuàng)建效力，而且可以開場將業(yè)務(wù)功能集成到SOA中。這涉及多個層次的集成，其中包括運用程序集成、信息集成、流程集成和整個系統(tǒng)的集成。第三個層次涉及將您的企業(yè)IT根底設(shè)備轉(zhuǎn)換到 SOA模型，而采用SOA的第四個層次集中于轉(zhuǎn)換您的業(yè)務(wù)模型，以使之成為隨需應(yīng)變的模型。11.如何構(gòu)建SOA系統(tǒng)從IT專業(yè)人員的角度來看(與業(yè)務(wù)層相比)，要創(chuàng)建SOA運用程序，通常將閱歷四個階段：構(gòu)建、部署、運用和管理。在構(gòu)建階段中，您可以定義業(yè)務(wù)模型或流程、軟件模

8、型和SOA模型。之后，就可以創(chuàng)建一組效力，這組效力可以與已發(fā)布的通用接口一同重用。在部署階段，提取創(chuàng)建的效力，并把它們放在一個可執(zhí)行、可管理的環(huán)境之中。在運用階段，根據(jù)前面所講的SOA和軟件模型來裝配運用程序，并且測試其軟件質(zhì)量以及非功能性需求，比如性能、可伸縮性等等。運用程序如今曾經(jīng)預(yù)備終了并且可交付用戶。最后的管理階段是一個長期的過程，在這個階段中，可以監(jiān)控并管理平安性和運用，以及在許多與能夠曾經(jīng)為 SOA制定好的效力級協(xié)定或戰(zhàn)略相對應(yīng)的方面比較其性能。12.近間隔審視面向效力的體系構(gòu)造面向效力的體系構(gòu)造提供了一種方法，經(jīng)過這種方法，可以構(gòu)建分布式系統(tǒng)來將運用程序功能作為效力提供應(yīng)終端用戶

9、運用程序或其他效力。其組成元素可以分勝利能元素和效力質(zhì)量元素。 面向效力的體系構(gòu)造的元素 :體系構(gòu)造堆棧分成兩半，左邊的一半集中于體系構(gòu)造的功能性方面，而右邊的一半集中于體系構(gòu)造的效力質(zhì)量方面。 13.近間隔審視面向效力的體系構(gòu)造14.近間隔審視面向效力的體系構(gòu)造功能性方面包括：傳輸是一種機制，用于未來自效力運用者的效力懇求傳送給效力提供者，并且未來自效力提供者的呼應(yīng)傳送給效力運用者。 效力通訊協(xié)議是一種經(jīng)過協(xié)商的機制，經(jīng)過這種機制，效力提供者和效力運用者可以就將要懇求的內(nèi)容和將要前往的內(nèi)容進展溝通。 效力描畫是一種經(jīng)過協(xié)商的方式，用于描畫效力是什么、應(yīng)該如何調(diào)用效力以及勝利地調(diào)用效力需求什么

10、數(shù)據(jù)。 效力描畫實踐可供運用的效力。 業(yè)務(wù)流程是一個效力的集合，可以按照特定的順序并運用一組特定的規(guī)那么進展調(diào)用，以滿足業(yè)務(wù)要求。留意，可以將業(yè)務(wù)流程本身看作是效力，這樣就產(chǎn)生了業(yè)務(wù)流程可以由不同粒度的效力組成的觀念。 效力注冊中心是一個效力和數(shù)據(jù)描畫的存儲庫，效力提供者可以經(jīng)過效力注冊中心發(fā)布它們的效力，而效力運用者可以經(jīng)過效力注冊中心發(fā)現(xiàn)或查找可用的效力。效力注冊中心可以給需求集中式存儲庫的效力提供其他的功能。 15.近間隔審視面向效力的體系構(gòu)造效力質(zhì)量方面包括：戰(zhàn)略是一組條件和規(guī)那么，在這些條件和規(guī)那么之下，效力提供者可以使效力可用于運用者。戰(zhàn)略既有功能性方面，也有與效力質(zhì)量有關(guān)的方面；

11、因此，我們在功能和效力質(zhì)量兩個區(qū)中都有戰(zhàn)略功能。 平安性是規(guī)那么集，可以運用于調(diào)用效力的效力運用者的身份驗證、授權(quán)和訪問控制。 傳輸是屬性集，可以運用于一組效力，以提供一致的結(jié)果。例如，假設(shè)要運用一組效力來完成一項業(yè)務(wù)功能，那么一切的效力必需都完成，或者沒有一個完成。 管理是屬性集，可以運用于管理提供的效力或運用的效力。 16.實現(xiàn)面向效力體系構(gòu)造的技術(shù)代表 協(xié) 議 ：一個典型的 S OA實現(xiàn) S O A 與 Web S e r v i c e s17. 協(xié) 議 ：一個典型的 S OA實現(xiàn) 每一項新技術(shù)都是在一些原有技術(shù)根底上開展出來的。正如XML根本思想來自于在20世紀(jì)60年代就曾經(jīng)出現(xiàn)的早

12、期標(biāo)志性言語一樣，S O A雖然近幾年才出現(xiàn) ，但是它所表達的觀念應(yīng)該說在網(wǎng)絡(luò)這種分布式系統(tǒng)構(gòu)造出現(xiàn)不久就曾經(jīng)廣泛運用了。例如我們最熟習(xí)的HT T P 協(xié)議就是一個非常典型的S O A架構(gòu)設(shè)計。18. 協(xié) 議 ：一個典型的 S OA實現(xiàn) H T T P協(xié)議滿足了S OA的三個根本特點 ： ( 1 )獨立的功能實體 作為效力器端的WEB效力器總是非常穩(wěn)定地按照 本人的內(nèi)在邏輯運轉(zhuǎn) ，呼應(yīng)外部的懇求 ，管理本人的資源和數(shù)據(jù)。( 2)大數(shù)據(jù)量低頻率訪問 對于一個HT T P懇求來說 ， 客戶端與效力器端之間訪問的邊境就是一個懇求，一個呼應(yīng)，沒有任何其它的信息往返。對于客戶端來說 ，它發(fā)出的懇求只是簡

13、單的通知 We b效力器它所需求的網(wǎng)頁的位置；( 3 )基于文本的音訊傳送 迄今為止兼容性最好的系統(tǒng)能夠就是HT T P 協(xié)議支撐的大部分的w e b 運用了，這里的關(guān)鍵就是一切內(nèi)容都是以格式化的文本方式傳送的，而由于不同的操作系統(tǒng)上對于一樣的H T ML的解釋遵照一樣的規(guī)范，因此不同操作系統(tǒng)下依然可以看到一致的用戶界面。 19. SOA與 Web Service s 這里值得闡明的是S OA不是 We b S e r v i c e s 。 根據(jù)2003年4月的報道 ， 這個問題是這樣解釋的：“We b S e r v i c e s 是技術(shù)規(guī)范 ，而S OA是設(shè)計原那么。特別是 We b

14、S e r v i c e s 中的WS D L ，是一個S O A配套的接口定義規(guī)范：這是 We b S e r v i c e s 和 S OA的根本聯(lián)絡(luò)。從本質(zhì)上來說 ，S OA是一種架構(gòu)方式 ，而 We b S e r v i c e s 是利用一組規(guī)范實現(xiàn)的效力 。 We b S e r v i c e s是實現(xiàn) S OA的方式之一 。用 We b S e r v i c e s 來實現(xiàn) S OA的益處就是可以實現(xiàn)一個中立平臺，來獲得效力 ，而且隨著越來越多的軟件商支持越來越多的WEB效力規(guī)范 ,可以獲得更好的通用性。 20.終了語SOA的概念并非什么新東西，S O A不同于現(xiàn)有的分布式技術(shù)之處在于大多數(shù)軟件商接受它并有可以實現(xiàn)S O A的平臺或運用程序。S