SOA概覽(1)

2019-11-17 04:54:59

字體：大中小

來源：轉載

供稿：網友

什么是SOA?SOA是一種架構模型，它可以根據需求通過網絡對松散耦合的粗粒度應用組件進行分布式部署、組合和使用。服務層是SOA的基礎，可以直接被應用調用，從而有效控制系統中與軟件代理交互的人為依靠性。SOA的要害是“服務”的概念，W3C將服務定義為：“服務提供者完成一組工作，為服務使用者交付所需的最終結果。最終結果通常會使使用者的狀態發生變化，但也可能使提供者的狀態改變，或者雙方都產生變化”。Service-architecture.com將SOA定義為：“本質上是服務的集合。服務間彼此通信，這種通信可能是簡單的數據傳送，也可能是兩個或更多的服務協調進行某些活動。服務間需要某些方法進行連接。所謂服務就是精確定義、封裝完善、獨立于其他服務所處環境和狀態的函數。”

Looselycoupled.com將SOA定義為：“按需連接資源的系統。在SOA中，資源被作為可通過標準方式訪問的獨立服務，提供給網絡中的其他成員。與傳統的系統結構相比，SOA規定了資源間更為靈活的松散耦合關系。”Gartner則將SOA描述為：“客戶端/服務器的軟件設計方法，一項應用由軟件服務和軟件服務使用者組成……SOA與大多數通用的客戶端/服務器模型的不同之處，在于它著重強調軟件組件的松散耦合，并使用獨立的標準接口。”Gartner相信BPM和SOA的結合對所有類型的應用集成都大有助益??“SOA極大的得益于BPM技術和方法論，但是SOA面臨的真正問題是確立正確的企業意識，即：強化戰略化的SOA計劃（針對供給和使用）并鼓勵重用。”雖然不同廠商或個人對SOA有著不同的理解，但是我們仍然可以從上述的定義中看到SOA的幾個要害特性：一種粗粒度、松耦合服務架構，服務之間通過簡單、精確定義接口進行通訊，不涉及底層編程接口和通訊模型。

需著重注重的是，SOA并不是新生事物??大型IT組織成功構建和部署SOA應用已有多年的歷史??這要比現有的xml和Web服務長很多。IBM CICS和BEA TUXEDO就是過去被用于構建SOA應用的兩種技術范例。重點說明的是SOA并不是一種現成的技術，而是一種架構和組織IT基礎結構及業務功能的方法。SOA是一種在計算環境中設計、開發、部署和治理離散邏輯單元（服務）的模型。這一定義闡明了SOA的范圍。SOA要求開發人員將應用設計為服務的集合。SOA要求開發人員跳出應用本身進行思考，考慮現有服務的重用，或思考他們的服務如何能夠被其他項目重用。“單獨的”、“獨立的”、“封裝完善的”服務所具有的一個要害的好處是，可以采用多種不同方法將它們組合成較大型的服務，由此來實現重用。但是，SOA并不僅僅是一種開發方法??它還具有治理上的優點。例如，現在治理員可直接治理開發人員所構建的相同服務，這遠勝于以往治理單個應用的方式。通過分析服務間的交互，SOA可以幫助企業了解何時以及為什么業務邏輯被切實執行了，這使治理員或分析師能夠有針對性的優化業務流程。

SOA的基本特征SOA的實施具有幾個鮮明的基本特征。實施SOA的要害目標是實現企業IT資產的最大化重用。要實現這一目標，就要在實施SOA的過程中牢記以下特征：

1  可從企業外部訪問通常被稱為業務伙伴的外部用戶也能像企業內部用戶一樣訪問相同的服務。業務伙伴采用先進的B2B協議（ebXML或RosettaNet）相互合作。當業務伙伴基于業務目的交換業務信息時，他們就參與了一次會話。會話是業務伙伴間一系列的一條或多條業務信息的交換。會話類型（會話復雜或簡單、長或短等）取決于業務目的。

除了B2B協議外，外部用戶還可以訪問以Web服務方式提供的企業服務。

2 隨時可用當有服務使用者請求服務時，SOA要求必須有服務提供者能夠響應。大多數SOA都能夠為門戶應用之類的同步應用和B2B之類的異步應用提供服務。同步應用對于其所使用的服務具有很強的依靠性。

許多同步應用通常部署在前臺，其最終用戶很輕易受到服務提供者短缺的影響。很多情況下，同步應用利用分布式服務提供者，這樣可以響應更多的用戶請求。但是，隨著提供特定服務功能的服務器數量的增長，出現短缺的可能性也呈指數級上升。

相比之下，異步應用要更為穩健，因為其采用隊列請求設計，因此可以容許出現服務提供者短缺或遲滯的情況。異步應用大多數情況下部署在后臺，用戶通常不會覺察到短暫的短缺。大部分情況下異步應用能夠穩健應對短時間短缺，但是長時間短缺則會引發嚴重問題。在服務短缺解決、隊列引擎將罕見的大量工作推到共享的應用資源中時，可能會出現隊列溢出甚至服務死鎖。

服務使用者要求提供同步服務時，通常是基于其自身理解或使用習慣。在多數情況下，采用異步模型可以達到同樣的效果，但更能夠體現SOA的最佳特性。

當然，并不是所有情況下都應當采用異步設計模式。但大多數情況下，異步消息可以確保系統在不同負荷下的伸縮性，在接口響應時間不是很短時尤其如此。

3  粗粒度服務接口粗粒度服務提供一項特定的業務功能，而細粒度服務代表了技術組件方法。舉個例說明最為清楚??向計費系統中添加一個客戶是典型的粗粒度服務，而你可以使用幾個細粒度服務實現同一功能，如：將客戶名加入到計費系統中，添加具體的客戶聯系方式、添加計費信息等等。

采用粗粒度服務接口的優點在于使用者和服務層之間不必再進行多次的往復，一次往復就足夠。Internet環境中有保障的TCP/ip會話已不再占據主導、建立連接的成本也過高，因此在該環境中進行應用開發時粗粒度服務接口的優點更為明顯。

除去基本的往復效率，事務穩定性問題也很重要。在一個單獨事務中包含的多段細粒度請求可能使事務處理時間過長、導致后臺服務超時，從而中止。與此相反，從事務的角度來看，向后臺服務請求大塊數據可能是獲取反饋的唯一途徑。

4 分級
一個關于粗粒度服務的爭論是此類服務比細粒度服務的重用性差，因為粗粒度服務傾向于解決專門的業務問題，因此通用性差、重用性設計困難。解決該爭論的方法之一就是答應采用不同的粗粒度等級來創建服務。這種服務分級包含了粒度較細、重用性較高的服務，也包含粒度較粗、重用性較差的服務。

在服務分級方面，須注重服務層的公開服務通常由后臺系統（BES's）或SOA平臺中現有的本地服務組成。因此答應在服務層創建私有服務是非常重要的。正確的文檔、配置治理和私有服務的重用對于IT部門在SOA服務層快速開發新的公開服務的能力具有重要影響。

5  松散耦合SOA具有“松散耦合”組件服務，這一點區別于大多數其他的組件架構。該方法旨在將服務使用者和服務提供者在服務實現和客戶如何使用服務方面隔離開來。

服務提供者和服務使用者間松散耦合背后的要害點是服務接口作為與服務實現分離的實體而存在。這是服務實現能夠在完全不影響服務使用者的情況下進行修改。

大多數松散耦合方法都依靠基于服務接口的消息。基于消息的接口能夠兼容多種傳輸方式（如HTTP、JMS、TCP/IP、MOM等）。基于消息的接口可以采用同步和異步協議實現，Web服務對于SOA服務接口來講是一個重要的標準。

當使用者調用一個Web服務時，被調用的對象可以是CICS事務、DCOM或CORBA對象、J2EE EJB或TUXEDO服務等，但這與服務使用者無關。底層實現并不重要。

消息類Web服務通常是松散耦合和文檔驅動的，這要優于與服務特定接口的連接。當客戶調用消息類Web服務時，客戶通常會發送的是一個完整的文檔（如采購訂單），而非一組離散的參數。Web服務接收整個文檔、進行處理、而后可能或者不會返回結果信息。由于客戶和Web服務間不存在緊密耦合請求響應，消息類Web服務在客戶和服務器間提供了更為松散的耦合。什么是SOA?SOA是一種架構模型，它可以根據需求通過網絡對松散耦合的粗粒度應用組件進行分布式部署、組合和使用。服務層是SOA的基礎，可以直接被應用調用，從而有效控制系統中與軟件代理交互的人為依靠性。SOA的要害是“服務”的概念，W3C將服務定義為：“服務提供者完成一組工作，為服務使用者交付所需的最終結果。最終結果通常會使使用者的狀態發生變化，但也可能使提供者的狀態改變，或者雙方都產生變化”。Service-architecture.com將SOA定義為：“本質上是服務的集合。服務間彼此通信，這種通信可能是簡單的數據傳送，也可能是兩個或更多的服務協調進行某些活動。服務間需要某些方法進行連接。所謂服務就是精確定義、封裝完善、獨立于其他服務所處環境和狀態的函數。”

Looselycoupled.com將SOA定義為：“按需連接資源的系統。在SOA中，資源被作為可通過標準方式訪問的獨立服務，提供給網絡中的其他成員。與傳統的系統結構相比，SOA規定了資源間更為靈活的松散耦合關系。”Gartner則將SOA描述為：“客戶端/服務器的軟件設計方法，一項應用由軟件服務和軟件服務使用者組成……SOA與大多數通用的客戶端/服務器模型的不同之處，在于它著重強調軟件組件的松散耦合，并使用獨立的標準接口。”Gartner相信BPM和SOA的結合對所有類型的應用集成都大有助益??“SOA極大的得益于BPM技術和方法論，但是SOA面臨的真正問題是確立正確的企業意識，即：強化戰略化的SOA計劃（針對供給和使用）并鼓勵重用。”雖然不同廠商或個人對SOA有著不同的理解，但是我們仍然可以從上述的定義中看到SOA的幾個要害特性：一種粗粒度、松耦合服務架構，服務之間通過簡單、精確定義接口進行通訊，不涉及底層編程接口和通訊模型。

需著重注重的是，SOA并不是新生事物??大型IT組織成功構建和部署SOA應用已有多年的歷史??這要比現有的XML和Web服務長很多。IBM CICS和BEA TUXEDO就是過去被用于構建SOA應用的兩種技術范例。重點說明的是SOA并不是一種現成的技術，而是一種架構和組織IT基礎結構及業務功能的方法。SOA是一種在計算環境中設計、開發、部署和治理離散邏輯單元（服務）的模型。這一定義闡明了SOA的范圍。SOA要求開發人員將應用設計為服務的集合。SOA要求開發人員跳出應用本身進行思考，考慮現有服務的重用，或思考他們的服務如何能夠被其他項目重用。“單獨的”、“獨立的”、“封裝完善的”服務所具有的一個要害的好處是，可以采用多種不同方法將它們組合成較大型的服務，由此來實現重用。但是，SOA并不僅僅是一種開發方法??它還具有治理上的優點。例如，現在治理員可直接治理開發人員所構建的相同服務，這遠勝于以往治理單個應用的方式。通過分析服務間的交互，SOA可以幫助企業了解何時以及為什么業務邏輯被切實執行了，這使治理員或分析師能夠有針對性的優化業務流程。

SOA的基本特征SOA的實施具有幾個鮮明的基本特征。實施SOA的要害目標是實現企業IT資產的最大化重用。要實現這一目標，就要在實施SOA的過程中牢記以下特征：

1  可從企業外部訪問通常被稱為業務伙伴的外部用戶也能像企業內部用戶一樣訪問相同的服務。業務伙伴采用先進的B2B協議（ebXML或RosettaNet）相互合作。當業務伙伴基于業務目的交換業務信息時，他們就參與了一次會話。會話是業務伙伴間一系列的一條或多條業務信息的交換。會話類型（會話復雜或簡單、長或短等）取決于業務目的。

除了B2B協議外，外部用戶還可以訪問以Web服務方式提供的企業服務。

2 隨時可用當有服務使用者請求服務時，SOA要求必須有服務提供者能夠響應。大多數SOA都能夠為門戶應用之類的同步應用和B2B之類的異步應用提供服務。同步應用對于其所使用的服務具有很強的依靠性。

許多同步應用通常部署在前臺，其最終用戶很輕易受到服務提供者短缺的影響。很多情況下，同步應用利用分布式服務提供者，這樣可以響應更多的用戶請求。但是，隨著提供特定服務功能的服務器數量的增長，出現短缺的可能性也呈指數級上升。

相比之下，異步應用要更為穩健，因為其采用隊列請求設計，因此可以容許出現服務提供者短缺或遲滯的情況。異步應用大多數情況下部署在后臺，用戶通常不會覺察到短暫的短缺。大部分情況下異步應用能夠穩健應對短時間短缺，但是長時間短缺則會引發嚴重問題。在服務短缺解決、隊列引擎將罕見的大量工作推到共享的應用資源中時，可能會出現隊列溢出甚至服務死鎖。

服務使用者要求提供同步服務時，通常是基于其自身理解或使用習慣。在多數情況下，采用異步模型可以達到同樣的效果，但更能夠體現SOA的最佳特性。

當然，并不是所有情況下都應當采用異步設計模式。但大多數情況下，異步消息可以確保系統在不同負荷下的伸縮性，在接口響應時間不是很短時尤其如此。

3  粗粒度服務接口
粗粒度服務提供一項特定的業務功能，而細粒度服務代表了技術組件方法。舉個例說明最為清楚??向計費系統中添加一個客戶是典型的粗粒度服務，而你可以使用幾個細粒度服務實現同一功能，如：將客戶名加入到計費系統中，添加具體的客戶聯系方式、添加計費信息等等。

采用粗粒度服務接口的優點在于使用者和服務層之間不必再進行多次的往復，一次往復就足夠。Internet環境中有保障的TCP/IP會話已不再占據主導、建立連接的成本也過高，因此在該環境中進行應用開發時粗粒度服務接口的優點更為明顯。

除去基本的往復效率，事務穩定性問題也很重要。在一個單獨事務中包含的多段細粒度請求可能使事務處理時間過長、導致后臺服務超時，從而中止。與此相反，從事務的角度來看，向后臺服務請求大塊數據可能是獲取反饋的唯一途徑。

4 分級一個關于粗粒度服務的爭論是此類服務比細粒度服務的重用性差，因為粗粒度服務傾向于解決專門的業務問題，因此通用性差、重用性設計困難。解決該爭論的方法之一就是答應采用不同的粗粒度等級來創建服務。這種服務分級包含了粒度較細、重用性較高的服務，也包含粒度較粗、重用性較差的服務。

在服務分級方面，須注重服務層的公開服務通常由后臺系統（BES's）或SOA平臺中現有的本地服務組成。因此答應在服務層創建私有服務是非常重要的。正確的文檔、配置治理和私有服務的重用對于IT部門在SOA服務層快速開發新的公開服務的能力具有重要影響。

5  松散耦合SOA具有“松散耦合”組件服務，這一點區別于大多數其他的組件架構。該方法旨在將服務使用者和服務提供者在服務實現和客戶如何使用服務方面隔離開來。

服務提供者和服務使用者間松散耦合背后的要害點是服務接口作為與服務實現分離的實體而存在。這是服務實現能夠在完全不影響服務使用者的情況下進行修改。

大多數松散耦合方法都依靠基于服務接口的消息。基于消息的接口能夠兼容多種傳輸方式（如HTTP、JMS、TCP/IP、MOM等）。基于消息的接口可以采用同步和異步協議實現，Web服務對于SOA服務接口來講是一個重要的標準。

當使用者調用一個Web服務時，被調用的對象可以是CICS事務、DCOM或CORBA對象、J2EE EJB或TUXEDO服務等，但這與服務使用者無關。底層實現并不重要。

消息類Web服務通常是松散耦合和文檔驅動的，這要優于與服務特定接口的連接。當客戶調用消息類Web服務時，客戶通常會發送的是一個完整的文檔（如采購訂單），而非一組離散的參數。Web服務接收整個文檔、進行處理、而后可能或者不會返回結果信息。由于客戶和Web服務間不存在緊密耦合請求響應，消息類Web服務在客戶和服務器間提供了更為松散的耦合。

上一篇：SOA的作用簡析

下一篇：SOA的進化(二)標準組織與貢獻廠商(1)