選擇應(yīng)用程序架構(gòu)

《選擇應(yīng)用程序架構(gòu)》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

1、將軟件應(yīng)用集成到企業(yè)現(xiàn)有的IT環(huán)境的重要性和復(fù)雜性正逐步增長。企業(yè)的信息系統(tǒng)（IS）部門及向企業(yè)出售解決方案的應(yīng)用程序供應(yīng)商都面臨著架構(gòu)解決方案方面的艱巨任務(wù)，因為架構(gòu)解決方案既要滿足當(dāng)前的需求，還要滿足將來的需求?！　”疚奶骄苛擞糜趯?shù)據(jù)驅(qū)動的應(yīng)用程序與企業(yè)集成的常見數(shù)據(jù)交換模型，并討論了所選的數(shù)據(jù)管理解決方案將如何影響集成的難易程度。您還將了解數(shù)據(jù)庫同步、企業(yè)消息傳遞、Webservices，以及作為應(yīng)用程序集成的一般模型的XML。　　沒有別的辦法。大型企業(yè)的IS部門和應(yīng)用程序供應(yīng)商面對的的IT環(huán)境非常復(fù)雜。他們通常必須處理企業(yè)內(nèi)的各種架構(gòu)模型，以及實現(xiàn)每種模

2、型的多種技術(shù)。例如，對于大型企業(yè)來說，部署來自多個供應(yīng)商的數(shù)據(jù)庫并不罕見，同樣，使用企業(yè)消息傳遞來集成Web應(yīng)用程序與ERP系統(tǒng)也是常見的。　　架構(gòu)師面臨的兩難問題是，設(shè)計的解決方案要與當(dāng)前的某個系統(tǒng)集成，但是以后可能還要與其他的架構(gòu)或系統(tǒng)集成。由于IT產(chǎn)業(yè)有許多不同的發(fā)展趨勢，因此這是顯然會發(fā)生的——客戶/服務(wù)器應(yīng)用程序以前是合并到帶有基于Web的應(yīng)用程序的數(shù)據(jù)中心的，而現(xiàn)在移動解決方案則促使智能客戶應(yīng)用程序被部署到最終用戶，而其數(shù)據(jù)則同步到數(shù)據(jù)中心。　　這種形勢對面臨如下情況的應(yīng)用程序供應(yīng)商將更具挑戰(zhàn)性：不僅僅是同一個客戶的架構(gòu)不斷發(fā)展，不同客戶的IT配置也往

3、往不同，或者他們用不同的技術(shù)來實現(xiàn)該配置。進(jìn)一步的要求　　應(yīng)用程序架構(gòu)師總是必須設(shè)計與當(dāng)前的IT系統(tǒng)集成的解決方案，而且還要將成本降到最低。然而，IT環(huán)境固有的易變性意味著架構(gòu)師必須設(shè)計足夠靈活的系統(tǒng)，以便與其他IT架構(gòu)集成。由于企業(yè)使用了許多不同的系統(tǒng)，并且從方案評審到方案的全面部署之間的時間跨度也在不斷延長，這就意味著，在能夠與之集成的系統(tǒng)方面，應(yīng)用程序要更加靈活。新的應(yīng)用程序不僅必須與當(dāng)前的IT環(huán)境集成，也必須能夠與將來的IT環(huán)境集成?！　】紤]到人們要求IT部門使用更少的成本來完成更多的任務(wù)，盡量提高集成的靈活性這個需求將變得更加強烈。據(jù)估計，集成幾乎占用了

4、新應(yīng)用程序總成本的三分之一。選擇一個能夠廣范地進(jìn)行企業(yè)集成的應(yīng)用程序架構(gòu)是一個行之有效的方法，它有助于將集成工作當(dāng)前和以后所面臨的挑戰(zhàn)降到最低。數(shù)據(jù)管理如何影響集成　　數(shù)據(jù)管理與應(yīng)用程序集成密切相關(guān)。應(yīng)用程序中數(shù)據(jù)的管理方式會影響與各種系統(tǒng)集成的難易程度。怎么強調(diào)這個觀點都不為過：您所選擇用來管理應(yīng)用程序數(shù)據(jù)的模型決定了企業(yè)集成的難易程度、靈活性和成本?！　〔煌臄?shù)據(jù)管理格式具有不同的數(shù)據(jù)存儲和通信的結(jié)構(gòu)層次。從某個角度講，存儲在數(shù)據(jù)庫中的數(shù)據(jù)位于表、行和列中。每段數(shù)據(jù)都有特定的類型，而且所取的值也可能有一定的限制。與之相反的是平面文件(flatfile)，文件中

5、的數(shù)據(jù)所代表的內(nèi)容沒有任何規(guī)則。盡管存在大家都認(rèn)可的指導(dǎo)原則，即基于文件的擴展名判斷文件中包含的內(nèi)容，但是開發(fā)人員必須給文件中的數(shù)據(jù)加上結(jié)構(gòu)。在各種數(shù)據(jù)管理和集成方法中，都有相對的結(jié)構(gòu)層次（參見圖1）。圖1.各種數(shù)據(jù)管理和交換模型的結(jié)構(gòu)層次　　XML提供了一種高度結(jié)構(gòu)化的方法來將數(shù)據(jù)編碼，但是現(xiàn)在還沒有控制XML內(nèi)容如何管理和存儲的標(biāo)準(zhǔn)。此外，XML沒有預(yù)定義的數(shù)據(jù)模式；它僅僅指定如何定義數(shù)據(jù)模式。創(chuàng)建XML模式以將應(yīng)用程序數(shù)據(jù)編碼是開發(fā)人員的責(zé)任。這就是說，任何兩個給定的系統(tǒng)使用的XML模式都可能不同，這往往導(dǎo)致不同的系統(tǒng)之間難以通信。結(jié)果是，XML數(shù)據(jù)的編碼是

6、高度結(jié)構(gòu)化的，然而XML數(shù)據(jù)的總體管理卻不是高度結(jié)構(gòu)化的?！　⊥ǔ?，新部署到企業(yè)的的應(yīng)用程序需要與已經(jīng)處于生產(chǎn)中的現(xiàn)有系統(tǒng)集成。因為修改生產(chǎn)中的系統(tǒng)的配置不是明智的辦法，所以我們通常選擇更容易的方法來實現(xiàn)集成，即修改應(yīng)用程序的配置?！　∫虼耍瑥慕Y(jié)構(gòu)層次較高的應(yīng)用程序中獲取數(shù)據(jù)，并與使用較低的數(shù)據(jù)結(jié)構(gòu)層次的企業(yè)系統(tǒng)交換，這是很容易的。而從應(yīng)用程序的數(shù)據(jù)上去移除不必要的結(jié)構(gòu)要比在它上面另外加上結(jié)構(gòu)容易得多?？紤]如下兩種場景：　　假設(shè)企業(yè)XYZ擁有收款機(pointofsale，POS)應(yīng)用程序，它需要與ERP系統(tǒng)交換產(chǎn)品庫存量。在第一種場景中，POS應(yīng)用程序使用數(shù)據(jù)庫

7、，而ERP系統(tǒng)使用企業(yè)消息傳遞。針對這種情況，只要數(shù)據(jù)庫中的庫存量改變了，就需要將企業(yè)消息發(fā)送給ERP系統(tǒng)。這將會要求POS應(yīng)用程序查詢數(shù)據(jù)庫以獲得產(chǎn)品庫存量，并將產(chǎn)品ID和庫存量置于消息中的不同屬性中。同樣的，每當(dāng)POS應(yīng)用程序接收到來自ERP系統(tǒng)的新消息時，它就要讀取正確的消息屬性，并創(chuàng)建一條新查詢來更新數(shù)據(jù)庫中的值。　　在第二種場景中，ERP系統(tǒng)使用帶有同步服務(wù)器的數(shù)據(jù)庫，而POS應(yīng)用程序使用企業(yè)消息傳遞。這種架構(gòu)為集成這兩種系統(tǒng)提供了兩個選擇。第一種方法，這種架構(gòu)可以為POS應(yīng)用程序部署一個數(shù)據(jù)庫。POS應(yīng)用程序向本地POS數(shù)據(jù)庫發(fā)送消息，然后本地POS數(shù)

8、據(jù)庫與ER