摘要:當架構(gòu)師基于S0A來構(gòu)建一個企業(yè)級的系統(tǒng)架構(gòu)時,一定要注意對原有系統(tǒng)架構(gòu)中的集成需求進行細致的分析和整理。我們都知道,面向服務的體系結(jié)構(gòu)是當前及未來應用程序系統(tǒng)開發(fā)的重點。面向服務的體系結(jié)構(gòu)本質(zhì)上來說是一種具有特殊性質(zhì)的體系結(jié)構(gòu),它由具有互操作性和位置透明的組件集成構(gòu)建并互連而成?;赟OA的企業(yè)系統(tǒng)架構(gòu)通常都是在現(xiàn)有系統(tǒng)架構(gòu)投資的基礎上發(fā)展起來的,我們并不需要徹底重新開發(fā)全部的子系統(tǒng),S0A可以
20.9構(gòu)建SOA架構(gòu)時應該注意的問題
20.9.1原有系統(tǒng)架構(gòu)中的集成需求
當架構(gòu)師基于S0A來構(gòu)建一個企業(yè)級的系統(tǒng)架構(gòu)時,一定要注意對原有系統(tǒng)架構(gòu)中的集成需求進行細致的分析和整理。我們都知道,面向服務的體系結(jié)構(gòu)是當前及未來應用程序系統(tǒng)開發(fā)的重點。面向服務的體系結(jié)構(gòu)本質(zhì)上來說是一種具有特殊性質(zhì)的體系結(jié)構(gòu),它由具有互操作性和位置透明的組件集成構(gòu)建并互連而成。基于SOA的企業(yè)系統(tǒng)架構(gòu)通常都是在現(xiàn)有系統(tǒng)架構(gòu)投資的基礎上發(fā)展起來的,我們并不需要徹底重新開發(fā)全部的子系統(tǒng),S0A可以通過利用當前系統(tǒng)已有的資源(開發(fā)人員、軟件語言、硬件平臺、數(shù)據(jù)庫和應用程序)來重復利用系統(tǒng)中現(xiàn)有的系統(tǒng)和資源。S0A是一種可適應的、靈活的體系結(jié)構(gòu)類型,基于S0A構(gòu)建的系統(tǒng)架構(gòu)可以在系統(tǒng)的開發(fā)和維護中縮短產(chǎn)品上市時間,因而可以降低企業(yè)系統(tǒng)開發(fā)的成本和風險。因此,當S0A架構(gòu)師遇到一個十分復雜的企業(yè)系統(tǒng)時,首先考慮的應該是如何重用已有的投資而不是替換遺留系統(tǒng),因為如果考慮到有限的預算,整體系統(tǒng)替換的成本是十分高昂的。
當S0A架構(gòu)師分析原有系統(tǒng)中的集成需求時,不應該只限定為基于組件構(gòu)建的已有應用程序的集成,真正的集成比這要寬泛得多。在分析和評估一個已有系統(tǒng)體系結(jié)構(gòu)的集成需求時,必須考慮一些更加具體的集成的類型,這主要包括以下幾個方面:應用程序集成的需求,終端用戶界面集成的需求,流程集成的需求以及已有系統(tǒng)信息集成的需求。當SOA架構(gòu)師分析和評估現(xiàn)有系統(tǒng)中所有可能的集成需求時,可以發(fā)現(xiàn)實際上所有集成方式在任何種類的企業(yè)中都有一定程度的體現(xiàn)。針對不同的企業(yè)類型,這些集成方式可能是簡化的,或者沒有明確地進行定義的。因而,S0A架構(gòu)師在著手設計新的體系結(jié)構(gòu)框架時,必須要全面地考慮所有可能的集成需求。例如,在一些類型的企業(yè)系統(tǒng)環(huán)境中可能只有很少的數(shù)據(jù)源類型,因此,系統(tǒng)中對消息集成的需求就可能會很簡單。但在一些特定的系統(tǒng)中,例如航運系統(tǒng)中的EDI(Electronic Data Interchange,電子數(shù)據(jù)交換)系統(tǒng),會有大量的電子數(shù)據(jù)交換處理的需求,因此也就會存在很多不同的數(shù)據(jù)源類型,在這種情況下整個系統(tǒng)對于消息數(shù)據(jù)的集成需求就會比較復雜。因此,如果SOA架構(gòu)師希望所構(gòu)建的系統(tǒng)架構(gòu)能夠隨著企業(yè)的成長和變化成功地繼續(xù)得以保持,則整個系統(tǒng)構(gòu)架中的集成功能就應該由服務提供,而不是由特定的應用釋序來完成。
軟考備考資料免費領取
去領取