<ul id="aaoko"></ul>
<strike id="aaoko"><s id="aaoko"></s></strike>
<strike id="aaoko"></strike>

SOA是中間件發展趨勢 產品向微內核容器發展

2012年01月13日    點擊數: 12097    字體:           一鍵關注匯訊

    隨著互聯網技術的發展和全球經濟一體化時代的來臨,企業在信息化建設中產生了大量為滿足產品和服務的軟件系統,比如“ERP”、“OA”、“CRM”以及電子政務等,而這些系統之間缺少集成和通訊,形成了一個個的信息孤島。而以應用集成和流程集成為目標的中間件產品成為了該領域的熱點。

    傳統的企業集成軟件所采用的技術可以分為以下幾類:

    1)遠程過程調用(Remote Produce call)

    2)面向消息的中間件(Message-Oriented MiddleWare) -MQ

    3)對象請求代理(Object request Brokers)-DCOM、CORBA、J2EE

    傳統的集成方式是一種緊耦合的繼承方式;通訊協議也是非標準的,如微軟的DCOM組件和JAVA EE的EJB組件之間無法直接調用;信息格式的非標準化,導致服務請求者和服務提供者之間無法直接通信;應用組件和傳輸協議的緊耦合,如EJB應用組件緊密耦合RMI傳輸協議,導致應用只能接受特定協議的請求消息;接口調用的非標準化,如java xml的接口調用方法和JDBC的接口調用不一致,使得XML文件系統的信息資源和數據庫的信息資源無法整合。

    Web service是一套規范,它定義了應用程序如何實現互操作性,并且和運行平臺、操作系統、編程語言無關。為了實現互操作性,Web service提供一套標準的類型定義,用于溝通不同平臺、編程語言和組件模型中的不同數據類型。在傳統的分布式系統中,基于接口的技術提供了一些方法來描述接口、方法和參數(如COM和COBAR中的IDL語言)。同樣的,Web service平臺也提供一種標準來描述Web service,讓客戶可以得到足夠的信息來調用這個Web service。最后,還必須有一種方法來對這個Web service進行遠程調用。這種方法實際是一種遠程過程調用協議(RPC)。為了達到互操作性,這種RPC協議還必須與平臺和編程語言無關。

    SOA(Service Oriented Architecture,面向服務的體系架構)是近年來軟件規劃和構建的一種新方法,其概念最早由國際咨詢機構Gartner公司于1996年首次提出。SOA這個新的技術路線的提出很好的解決了中間件領域存在的難題,SOA具有以下的特征:

    粗粒度服務:對于粗粒度的服務,當業務發生變化時,服務抽象層次的定義保持不變,通過服務時限層次的變更適應變化;保持服務定義層次不變,使得需求變更對于服務的消費者而言是透明的。這種服務實現的可替換性將業務需求的變化對IT的影響控制在合理的范圍內,只對IT系統做必要的變更,從而提高對業務變化的響應速度。

    松散耦合:服務消費者和服務提供者之間的松散耦合。在服務契約設計上,通過抽象設計減少技術依賴性;在服務調用層面上,通過各種中介保持服務調用雙方的技術透明性;

    標準化:采用Web Service相關的協議標準如SOAP和WSDL,它能夠隔離協議和消息等技術層面的關注,再調用Endpoint屏蔽應用層面的技術異構性,從而達到平臺中立。

    SOA可以看作是B/S模型、XML/Web Service技術之后的自然延伸。SOA將能夠幫助客戶站在一個新的高度理解企業級架構中的各種組件的開發、部署形式,它將幫助企業系統架構者以更迅速、更可靠、更具重用性架構整個業務系統。以SOA架構的系統能夠更加從容地面對業務的急劇變化.

    SOA產品向微內核容器的架構方向發展

    在系統平臺的搭建過程中,模塊的組織方式決定了系統平臺將如何進行開發以及如何進行部署。傳統的方式下通過包名的方式來區分模塊,通過包名來區分模塊的方式使得模塊的復用變得特別的復雜,在每個模塊一個工程的方式則可以讓模塊的復用比較的簡單,由于模塊的組織通常來說和系統的基礎架構有直接的關聯,由于系統的基礎架構沒有形成規范,這樣就導致有可能因為模塊的組織方式不同而無法復用的現象。

    現在的趨勢是基于OSGI規范構造軟件產品基礎平臺,提供開放和通用的架構,使得用戶以統一的方式開發、部署和管理服務模塊。平臺通過提供靈活的服務部署機制和強大的管理功能增強了設備的智能性。采用Bundle的方式來進行模塊組織,對模塊的引用只需接口調用,這就保證了模塊模塊引用和部署的簡單性。在OSGI的規范下,對模塊的重用比較簡單。

    OSGI的介紹

    OSGI聯盟成立于1999年3月,致力于制定管理本地網絡設備服務的規范。OSGI組織是為家用設備、汽車、手機、桌面、小型辦公環境以及其他環境制定下一代網絡服務標準的領導者。

    OSGI R4規范由Framework、Standard Services、Framework Services、System Services、Protocol Services、Miscellaneous Services共同組成。

    協同的軟件主板SynchroMC

    軟件主板是一個微內核、插件式的基礎平臺,實現中間件的插件化運行環境及動態組裝、基礎服務。它基于OSGI規范,平臺提供了開放和通用的架構,使得用戶以統一的方式開發、部署和管理服務模塊。

    平臺通過提供靈活的服務部署機制和強大的管理功能增強了智能性,采用Bundle的方式來進行模塊組織,對模塊的引用只需接口調用,這就保證了模塊引用和部署的簡單性。

    軟件主板的關鍵技術路線包括:

    (1)中間件的插件化運行環境

    為了提供插件統一的生命周期管理、配置、更新管理以及系統服務、管理、事務等公共功能,基于OSGI實現微內核、插件式的基礎平臺,實現集成中間件的個性化定制和動態組裝平臺。

    (2)支持分布式體系的iSynchro插件規范

    iSynchro插件規范提供了比OSGI規范更高級的調用接口,它使其他應用和中間件系統可以無縫的插接到軟件主板上。更重要的是,本規范要支持分布式體系,即分布在不同計算機上的多個軟件主板上的插件系統可以實現集成,就好像插接在一個軟件主板上一樣。這將極大的提高整體系統的可擴展性。 

上一篇:中間件到底是什么東西? 探究ESB的是與非

下一篇:P2P技術

Copyright ? 2007-2021 匯訊Wiseuc. 粵ICP備10013541號    
展開
中文国产成人精品久久一区| 日韩视频在线免费观看| 亚洲理论精品午夜电影| 久久精品亚洲综合一品| 久久夜色撩人精品国产小说| 日韩精品无码永久免费网站| 亚洲日韩国产精品乱| 国产自偷在线拍精品热| 波多野结衣久久精品| 精品久久久噜噜噜久久久| 久久亚洲美女精品国产精品 | 99久久99久久久99精品齐| 久久精品国产免费| 亚洲一区精品无码| 久久久久久久亚洲精品 | 无码精品A∨在线观看免费| 538精品视频在线观看| 久久国产免费观看精品3| 99国产精品99久久久久久| 亚洲国产精品久久久久| 午夜精品射精入后重之免费观看 | 国产精品免费大片一区二区| 一本久久A久久免费精品不卡| 日韩高清在线不卡| 亚洲日韩精品无码专区加勒比 | 精品精品国产自在久久高清| 成人午夜精品无码区久久| 手机看片在线精品观看| 久久精品夜色噜噜亚洲A∨| 中文字幕精品无码亚洲字| 国产一区二区精品久久岳| 国内精品久久久久影院网站| 伊人精品视频一区二区三区| 久久99久久99小草精品免视看| 日本精品卡一卡2卡3卡四卡| 久久夜色精品国产亚洲AV动态图| 久久精品噜噜噜成人av| 久久亚洲精品人成综合网| 91精品国产肉丝高跟在线| 精品欧洲av无码一区二区| 国产精品久线观看视频|