?
快捷搜索:  as  test  1111  test aNd 8=8  test++aNd+8=8  as++aNd+8=8  as aNd 8=8

澳門娛銀河手機網址:架構設計師與SOA(二)

?

本文將延續第一部分的內容,向您先容了 SOA 為企業級架構設計帶來的影響,以及在構建基于 SOA 架構的企業系統時應該如何澳門娛銀河手機網址包管所構建的系統架構能夠滿意系統中不合的辦事級別需求。

1. SOA 為企業級架構設計帶來的影響

1.1 SOA 的特征及其應用范圍

SOA 既不是一種說話,也不是一種詳細的技巧,它是一種新的軟件系統架構模型。 SOA 最主要的利用處合在于辦理在Internet情況下的不合商業利用之間的營業集成問題。Internet情況差別于Intranet情況的幾個特征主如果:

(a)大年夜量異構系統并存,不同謀略機硬件事情要領不合,操作系統不合、編程說話也不合;

(b)大年夜量、頻繁的數據傳輸的速率仍舊相對較遲鈍并且不穩定;

(c)無法完成辦事(service)的版本進級,以致根本就無法知道互聯網上有哪些機械直接或者間接的應用某個辦事。

SOA 架構具有一些范例特點,主要包括松耦合性,位置透明性以及協議無關性。松耦合性要求 SOA 架構中的不合辦事之間應該維持一種松耦合的關系,也便是應該維持一種相對自力無依附的關系;位置透明性要求 SOA 系統中的所有辦事對付他們的調用者來說都是位置透明的,也便是說每個辦事的調用者只必要知道他們調用的是哪一個辦事,但并不必要知道所調用辦事的物理位置在哪里;而協議無關性要求每一個辦事都可以經由過程不合的協議來調用。經由過程這些 SOA 架構所具有的特點我們可以看到,SOA 架構的呈現為企業系統架構供給了加倍機動的構建要領,假如企業架構設計師基于 SOA 來構建系統架構,就可以從底層架構的級別來包管全部系統的松耦合性以及機動性,這都為未來企業營業邏輯的擴展打好了根基。

1.2 SOA 架構的分層模型

接下來簡要先容一下 SOA 系統中的分層模型,全部 SOA 架構的分層模型如圖2所示。

在 SOA 系統中不合的功能模塊可以被分為7層:第一層便是系統已經存在的法度榜樣資本,例如ERP或者CRM系統等。第2層便是組件層,在這一層中我們用不澳門娛銀河手機網址合的組件把底層系統的功能封裝起來。第3層便是 SOA 系統中最緊張的辦事層,在這層中我們要用底層功能組件來構建我們所必要的不合功能的辦事。總的來說,SOA 中的辦事可以被映射成具系一切中的任何功能模塊,然則從功能性方面可以大年夜致劃分為以下三種類型:(1)商業辦事(business service) 或者是商業歷程(business process)。這一類的辦事是一個企業可以裸露給外部用戶或者相助伙伴應用的辦事。比如說提交貸款申請,用戶信用反省,貸款信用查詢。(2)商業功能辦事(business function service), 這類辦事會完成一些詳細的商業操作,也會被更上層的商業辦事調用,不過大年夜多半環境下這類辦事不會裸露給外部用戶直接調用,比如說檢索用戶帳戶信息,存儲用戶信息等。(3)技巧功能辦事(technical function service),這類辦事主要完成一些底層的技巧功能,比如說日志辦事以及安然辦事等。在辦事層之上的第4層便是商業流程層,在這一層中我們使用已經封裝好的各類辦事來構建商業系統中的商業流程。在商業流程層之上的便是第5層表示層了,我們使用表示層來向用戶供給用戶接口辦事,這一層可以用基于portal的系統來構建。以上這5層都必要有一個集成的情況來支持它們的運行,第6層中的企業辦事總線(ESB)供給了這個功能。第7層主要為全部 SOA 系統供給一些幫助的功能,例如辦事質量治理,安然治理這一類的幫助功能。

2. SOA 架構中的非功能性辦事級別(service-level)需求

可進級性是指當系統負荷加大年夜時,能夠確保所需的辦事質量,而不必要變動全部系統的架構;

靠得住性是指確保各利用及其相關的所有買賣營業的完備性和同等性的能力;

可用性是指一個系統應確保一項辦事或者資本永世都可以被造訪到;

可擴展性是指在不影響現有系統功能的根基上,為系統填加新的功能或改動現有功能的能力;

可掩護性是指在不影響系統其他部分的環境下修正現有功能中問澳門娛銀河手機網址題或缺陷,并對全部系統進行掩護的能力;

可治理性是指治理系統以確保系統的可進級性、靠得住性、可用性、機能和安然性的能力;

安然性是指確保系統安然不會被危及的能力。

1) 機能

我們平日可以根據每個用戶造訪的系統相應光陰來衡量系統的整體機能;別的,我們也可以經由過程系統能夠處置懲罰的買賣營業量(每秒)來衡量系統的機能。對付架構設計師來說,無論采取哪種衡量系統機能的措施來構建系統架構,這些對付機能的斟酌對系統設計開拓職員來說都應該是透明的,也便是說對付系統整體架構機能的斟酌應該是架構設計師的事情,而不是系統設計開拓職員應該關注的工作。在較傳統的基于EJB或者XML-RPC的散播式謀略模型中,它們的辦事供給都是經由過程函數調用的要領進行的,一個功能的完成每每必要經由過程客戶端和辦事器往返很多次的遠程函數調用才能完成。在Intranet的情況下,這些調用給系統的相應速率和穩定性帶來的影響都可以輕忽不計,但假如我們在基于 SOA 的架構中應用了很多Web Service來作為辦事供給點的話,我們就必要斟酌機能的影響,尤其是在Internet情況下,這些每每是抉擇全部系統是否能正常事情的一個關鍵抉擇身分。是以在基于 SOA 的系統中,保舉采納大年夜數據量低頻率造訪模式,也便因此大年夜數據量的要領一次性進行信息互換。這樣做可以在必然程度上前進系統的整體機能。

4) 可用性

可用性是指一個系統應確保一項辦事或者資本應該老是可被造訪到的。靠得住性可以增添系統的整體可用性,但縱然系統部件掉足,無意偶爾卻并不必然會影響系統的可用性。經由過程在情況中設置冗余組件和差錯規復機制,雖然一個零丁的組件的差錯會對系統的靠得住性孕育發生不良的影響,但因為系統冗余的存在,使得全部系統辦事仍舊可用。在基于 SOA 來構建系統架構的時刻,對付關鍵性的辦事必要更多地斟酌其可用性需求,這可以由兩個層次的技巧實現來支持,第一種是使用不合辦事的詳細內部實現內部所基于的框架的容錯或者冗余機制來實現對辦事可用性的支持;第二種是經由過程UDDI等動態查找匹配要領來支持系統整體的高可用性。在 SOA 架構設計師構建企業系統架構的時刻,應該綜合斟酌這兩個方面的內容,只管即便包管所構建的 SOA 系統架構中的關鍵性營業能具有較高的可用性。

5) 可擴展性

可擴展性是指在不影響現有系統功能的根基上,為系統添加新的功能或改動澳門娛銀河手機網址現有功能的能力。當系統剛設置設置設備擺設擺設好的時刻,你很難衡量它的可擴展性,直到第一次你必須去擴展系統已有功能的時刻,你才能真正去衡量和檢測全部系統的可擴展性。任何一個架構設計師在構建系統架構時,為了確保架構設計的可擴展性,都應該斟酌下面幾個要素:低耦合,界面(interfaces)以及封裝。當架構設計師基于 SOA 來構建企業系統架構時,就澳門娛銀河手機網址已經隱含地辦理了這幾個可擴展性方面的要素。這是由于 SOA 架構中的不合辦事之間本身就維持了一種無依附的低耦合關系;辦事本身是經由過程統一的接口定義(可所以WSDL)說話來描述詳細的辦事內容,并且很好地封裝了底層的詳細實現。在這里我們也可以從一個方面看到基于 SOA 來構架企業系統能為我們帶來的好處。

6) 可掩護性

免責聲明:以上內容源自網絡,版權歸原作者所有,如有侵犯您的原創版權請告知,我們將盡快刪除相關內容。

您可能還會對下面的文章感興趣:

河北十一选五开奖的 大乐透 幸运飞艇怎样看规律 快船vs雷霆录像 股票配资平台代理商协议 澳洲幸运5计划 红莲a片01视频 广东时时彩 七星彩开奖300期结果 好的英文篮球比分直播 秒速飞艇 沈阳麻将和牌规则 免费A片毛片网址 1月3日老鹰vs热火 石家庄一条龙桑拿服务 今日上证指数是多少 nba独行侠是哪队