欧美成人精品手机在线观看_69视频国产_动漫精品第一页_日韩中文字幕网 - 日本欧美一区二区

最近半年以來，在企業級應用開發領域，談論最多的一個詞，恐怕非soa(service-oriented architecture，面向服務架構)莫屬。那么soa究竟擁有什么樣的魔力，能夠讓眾多的軟件廠商對他趨之若騖，掀起新的一輪企業架構浪潮。讓我們在本文中一探soa的究竟。[br]那么什么是soa，讓我們先從基本概念開始講起。[br][br]什么是soa?[br][br]soa是一種架構模型，它可以根據需求通過網絡對松散耦合的粗粒度應用組件進行分布式部署、組合和使用。服務層是soa的基礎，可以直接被應用調用，從而有效控制系統中與軟件代理交互的人為依賴性。[br][br]soa的關鍵是“服務”的概念，w3c將服務定義為：“服務提供者完成一組工作，為服務使用者交付所需的最終結果。最終結果通常會使使用者的狀態發生變化，但也可能使提供者的狀態改變，或者雙方都產生變化”。[br][br]service-architecture.com將soa定義為：“本質上是服務的集合。服務間彼此通信，這種通信可能是簡單的數據傳送，也可能是兩個或更多的服務協調進行某些活動。服務間需要某些方法進行連接。所謂服務就是精確定義、封裝完善、獨立于其他服務所處環境和狀態的函數。”[br]looselycoupled.com將soa定義為：“按需連接資源的系統。在soa中，資源被作為可通過標準方式訪問的獨立服務，提供給網絡中的其他成員。與傳統的系統結構相比，soa規定了資源間更為靈活的松散耦合關系。”[br][br]gartner則將soa描述為：“客戶端/服務器的軟件設計方法，一項應用由軟件服務和軟件服務使用者組成……soa與大多數通用的客戶端/服務器模型的不同之處，在于它著重強調軟件組件的松散耦合，并使用獨立的標準接口。”[br][br]gartner相信bpm和soa的結合對所有類型的應用集成都大有助益??“soa極大的得益于bpm技術和方法論，但是soa面臨的真正問題是確立正確的企業意識，即：強化戰略化的soa計劃（針對供應和使用）并鼓勵重用。”[br][br]雖然不同廠商或個人對soa有著不同的理解，但是我們仍然可以從上述的定義中看到soa的幾個關鍵特性：一種粗粒度、松耦合服務架構，服務之間通過簡單、精確定義接口進行通訊，不涉及底層編程接口和通訊模型。[br][br]需著重注意的是，soa并不是新生事物??大型it組織成功構建和部署soa應用已有多年的歷史??這要比現有的xml和web服務長很多。ibm cics和bea tuxedo就是過去被用于構建soa應用的兩種技術范例。[br][br]重點說明的是soa并不是一種現成的技術，而是一種架構和組織it基礎結構及業務功能的方法。soa是一種在計算環境中設計、開發、部署和管理離散邏輯單元（服務）的模型。這一定義闡明了soa的范圍。[br][br]soa要求開發人員將應用設計為服務的集合。soa要求開發人員跳出應用本身進行思考，考慮現有服務的重用，或思索他們的服務如何能夠被其他項目重用。“單獨的”、“獨立的”、“封裝完善的”服務所具有的一個關鍵的好處是，可以采用多種不同方法將它們組合成較大型的服務，由此來實現重用。[br][br]但是，soa并不僅僅是一種開發方法??它還具有管理上的優點。例如，現在管理員可直接管理開發人員所構建的相同服務，這遠勝于以往管理單個應用的方式。通過分析服務間的交互，soa可以幫助企業了解何時以及為什么業務邏輯被切實執行了，這使管理員或分析師能夠有針對性的優化業務流程。[br][br]soa的基本特征[br][br]soa的實施具有幾個鮮明的基本特征。實施soa的關鍵目標是實現企業it資產的最大化重用。要實現這一目標，就要在實施soa的過程中牢記以下特征：
可從企業外部訪問
隨時可用
粗粒度的服務接口
分級
松散耦合
可重用的服務
服務接口設計管理
標準化的服務接口
支持各種消息模式
[li]精確定義的服務契約 [/li]
[p][br]我們現在開始依次討論以上概念。 [br][br]1 可從企業外部訪問[br][br]通常被稱為業務伙伴的外部用戶也能像企業內部用戶一樣訪問相同的服務。業務伙伴采用先進的b2b協議（ebxml或rosettanet）相互合作。當業務伙伴基于業務目的交換業務信息時，他們就參與了一次會話。會話是業務伙伴間一系列的一條或多條業務信息的交換。會話類型（會話復雜或簡單、長或短等）取決于業務目的。[br][br]除了b2b協議外，外部用戶還可以訪問以web服務方式提供的企業服務。[br][br]2 隨時可用[br][br]當有服務使用者請求服務時，soa要求必須有服務提供者能夠響應。大多數soa都能夠為門戶應用之類的同步應用和b2b之類的異步應用提供服務。同步應用對于其所使用的服務具有很強的依賴性。[br]許多同步應用通常部署在前臺，其最終用戶很容易受到服務提供者短缺的影響。很多情況下，同步應用利用分布式服務提供者，這樣可以響應更多的用戶請求。但是，隨著提供特定服務功能的服務器數量的增長，出現短缺的可能性也呈指數級上升。[br]相比之下，異步應用要更為穩健，因為其采用隊列請求設計，因此可以容許出現服務提供者短缺或遲滯的情況。異步應用大多數情況下部署在后臺，用戶通常不會覺察到短暫的短缺。大部分情況下異步應用能夠穩健應對短時間短缺，但是長時間短缺則會引發嚴重問題。在服務短缺解決、隊列引擎將罕見的大量工作推到共享的應用資源中時，可能會出現隊列溢出甚至服務死鎖。[br]服務使用者要求提供同步服務時，通常是基于其自身理解或使用習慣。在多數情況下，采用異步模型可以達到同樣的效果，但更能夠體現soa的最佳特性。[br]當然，并不是所有情況下都應當采用異步設計模式。但大多數情況下，異步消息可以確保系統在不同負荷下的伸縮性，在接口響應時間不是很短時尤其如此。[br][br]3 粗粒度服務接口[br][br]粗粒度服務提供一項特定的業務功能，而細粒度服務代表了技術組件方法。舉個例說明最為清楚??向計費系統中添加一個客戶是典型的粗粒度服務，而你可以使用幾個細粒度服務實現同一功能，如：將客戶名加入到計費系統中，添加詳細的客戶聯系方式、添加計費信息等等。[br]采用粗粒度服務接口的優點在于使用者和服務層之間不必再進行多次的往復，一次往復就足夠。internet環境中有保障的tcp/ip會話已不再占據主導、建立連接的成本也過高，因此在該環境中進行應用開發時粗粒度服務接口的優點更為明顯。[br]除去基本的往復效率，事務穩定性問題也很重要。在一個單獨事務中包含的多段細粒度請求可能使事務處理時間過長、導致后臺服務超時，從而中止。與此相反，從事務的角度來看，向后臺服務請求大塊數據可能是獲取反饋的唯一途徑。[br][br]4 分級[br][br]一個關于粗粒度服務的爭論是此類服務比細粒度服務的重用性差，因為粗粒度服務傾向于解決專門的業務問題，因此通用性差、重用性設計困難。解決該爭論的方法之一就是允許采用不同的粗粒度等級來創建服務。這種服務分級包含了粒度較細、重用性較高的服務，也包含粒度較粗、重用性較差的服務。[br]在服務分級方面，須注意服務層的公開服務通常由后臺系統（bes's）或soa平臺中現有的本地服務組成。因此允許在服務層創建私有服務是非常重要的。正確的文檔、配置管理和私有服務的重用對于it部門在soa服務層快速開發新的公開服務的能力具有重要影響。[br][br]5 松散耦合[br][br]soa具有“松散耦合”組件服務，這一點區別于大多數其他的組件架構。該方法旨在將服務使用者和服務提供者在服務實現和客戶如何使用服務方面隔離開來。[br]服務提供者和服務使用者間松散耦合背后的關鍵點是服務接口作為與服務實現分離的實體而存在。這是服務實現能夠在完全不影響服務使用者的情況下進行修改。[br]大多數松散耦合方法都依靠基于服務接口的消息。基于消息的接口能夠兼容多種傳輸方式（如http、jms、tcp/ip、mom等）。基于消息的接口可以采用同步和異步協議實現，web服務對于soa服務接口來講是一個重要的標準。[br]當使用者調用一個web服務時，被調用的對象可以是cics事務、dcom或corba對象、j2ee ejb或tuxedo服務等，但這與服務使用者無關。底層實現并不重要。[br]消息類web服務通常是松散耦合和文檔驅動的，這要優于與服務特定接口的連接。當客戶調用消息類web服務時，客戶通常會發送的是一個完整的文檔（如采購訂單），而非一組離散的參數。web服務接收整個文檔、進行處理、而后可能或者不會返回結果信息。由于客戶和web服務間不存在緊密耦合請求響應，消息類web服務在客戶和服務器間提供了更為松散的耦合。[br][br]6 可重用的服務及服務接口設計管理[br][br]如果完全按照可重用的原則設計服務，soa將可以使應用變得更為靈活。可重用服務采用通用格式提供重要的業務功能，為開發人員節約了大量時間。設計可重用服務是與數據庫設計或通用數據建模類似的最有價值的工作。由于服務設計是成功的關鍵因此，因此soa實施者應當尋找一種適當的方法進行服務設計過程管理。[br]服務設計管理根本上講是服務設計問題，服務設計需要在兩點間折衷??走捷徑的項目戰術與企業構建可重用通用服務的長期目標。[br]超越項目短期目標進行服務接口的開發和評估是邁向精確定義服務接口的重要一步，同時還需要為接口文檔、服務實現文檔及所有重要的非功能性特征設立標準。[br]在大型組織中實現重用的一個先決條件是建立通用（設計階段）服務庫和開發流程，以保證重用的正確性和通用性。此外，對記述服務設計和開發的服務文檔進行評估也是成功利用服務庫的關鍵。[br]簡言之，不按規則編寫服務將無法保證可提供重用性的soa的成功實施。在執行規則的過程中會產生財務費用，需要在制定soa實施計劃時加以考慮。[br][br]7 標準化的接口[br][br]近年來出現的兩個重要標準xml和web服務增加了全新的重要功能，將soa推向更高的層面，并大大提升了soa的價值。盡管以往的soa產品都是專有的、并且要求it部門在其特定環境中開發所有應用，但xml和web服務標準化的開放性使企業能夠在所部署的所有技術和應用中采用soa。這具有巨大的意義！[br]web服務使應用功能得以通過標準化接口（wsdl）提供，并可基于標準化傳輸方式（http和jms）、采用標準化協議（soap）進行調用。例如，開發人員可以采用最適于門戶開發的工具輕松創建一個新的門戶應用，并可以重用erp系統和定制化j2ee應用中的現有服務，而完全無須了解這些應用的內部工作原理。采用xml，門戶開發人員無須了解特定的數據表示格式，便能夠在這些應用間輕松地交換數據。[br]你也可以不采用web服務或xml來創建soa應用，但是這兩種標準的重要性日益增加、應用日趨普遍。盡管目前只有幾種服務使用者支持該標準，但未來大多數的服務使用者都會將其作為企業的服務訪問方法。[br][br]8 支持各種消息模式[br][br]soa中可能存在以下消息模式。在一個soa實現中，常會出現混合采用不同消息模式的服務。[br]q 無狀態的消息。使用者向提供者發送的每條消息都必須包含提供者處理該消息所需的全部信息。這一限定使服務提供者無須存儲使用者的狀態信息，從而更易擴展。[br]q 有狀態的消息。使用者與提供者共享使用者的特定環境信息，此信息包含在提供者和使用者交換的消息中。這一限定使提供者與使用者間的通信更加靈活，但由于服務提供者必須存儲每個使用者的共享環境信息，因此其整體可擴展性明顯減弱。該限定增強了服務提供者和使用者的耦合關系，提高了交換服務提供者的服務難度。[br]q 等冪消息。向軟件代理發送多次重復消息的效果和發送單條消息相同。這一限定使提供者和消費者能夠在出現故障時簡單的復制消息，從而改進服務可靠性。[br][br]9 精確定義的服務接口[br][br]服務是由提供者和使用者間的契約定義的。契約規定了服務使用方法及使用者期望的最終結果。此外，還可以在其中規定服務質量。此處需要注意的關鍵點是，服務契約必須進行精確定義。[br]meta將soa定義為：“一種以通用為目的、可擴展、具有聯合協作性的架構，所有流程都被定義為服務，服務通過基于類封裝的服務接口委托給服務提供者，服務接口根據可擴展標識符、格式和協議單獨描述。”該定義的最后部分表明在服務接口和其實現之間有明確的分界。[br][br]soa的優點[br][br]了解了soa的定義和基本特征，最后我們再來看看soa潛在的優點：[br][br]編碼靈活性[br][br]可基于模塊化的低層服務、采用不同組合方式創建高層服務，從而實現重用，這些都體現了編碼的靈活性。此外，由于服務使用者不直接訪問服務提供者，這種服務實現方式本身也可以靈活使用。[br][br]明確開發人員角色[br][br]例如，熟悉bes的開發人員可以集中精力在重用訪問層，協調層開發人員則無須特別了解bes的實現，而將精力放在解決高價值的業務問題上。[br][br]支持多種客戶類型[br][br]借助精確定義的服務接口和對xml、web服務標準的支持，可以支持多種客戶類型，包括pda、手機等新型訪問渠道。[br][br]更易維護[br][br]服務提供者和服務使用者的松散耦合關系及對開放標準的采用確保了該特性的實現。[br][br]更好的伸縮性[br][br]依靠服務設計、開發和部署所采用的架構模型實現伸縮性。服務提供者可以彼此獨立調整，以滿足服務需求。[br][br]更高的可用性[br][br]該特性在服務提供者和服務使用者的松散耦合關系上得以體現。使用者無須了解提供者的實現細節，這樣服務提供者就可以在weblogic集群環境中靈活部署，使用者可以被轉接到可用的例程上。[br][br]soa可以看作是b/s模型、xml/web service技術之后的自然延伸。soa將能夠幫助我們站在一個新的高度理解企業級架構中的各種組件的開發、部署形式，它將幫助企業系統架構者以更迅速、更可靠、更具重用性架構整個業務系統。較之以往，以soa架構的系統能夠更加從容地面對業務的急劇變化。[/p]