選擇應用程序架構

將軟件應用集成到企業現有的IT環境的重要性和復雜性正逐步增長。企業的信息系統（IS）部門及向企業出售解決方案的應用程序供應商都面臨著架構解決方案方面的艱巨任務，因為架構解決方案既要滿足當前的需求，還要滿足將來的需求。

　　本文探究了用于將數據驅動的應用程序與企業集成的常見數據交換模型，并討論了所選的數據管理解決方案將如何影響集成的難易程度。您還將了解數據庫同步、企業消息傳遞、Web services，以及作為應用程序集成的一般模型的XML。

　　沒有別的辦法。大型企業的IS部門和應用程序供應商面對的的IT環境非常復雜。他們通常必須處理企業內的各種架構模型，以及實現每種模型的多種技術。例如，對于大型企業來說，部署來自多個供應商的數據庫并不罕見，同樣，使用企業消息傳遞來集成Web應用程序與ERP系統也是常見的。

　　架構師面臨的兩難問題是，設計的解決方案要與當前的某個系統集成，但是以后可能還要與其他的架構或系統集成。由于IT產業有許多不同的發展趨勢，因此這是顯然會發生的——客戶/服務器應用程序以前是合并到帶有基于Web的應用程序的數據中心的，而現在移動解決方案則促使智能客戶應用程序被部署到最終用戶，而其數據則同步到數據中心。

　　這種形勢對面臨如下情況的應用程序供應商將更具挑戰性：不僅僅是同一個客戶的架構不斷發展，不同客戶的IT配置也往往不同，或者他們用不同的技術來實現該配置。

    進一步的要求

　　應用程序架構師總是必須設計與當前的IT系統集成的解決方案，而且還要將成本降到最低。然而，IT環境固有的易變性意味著架構師必須設計足夠靈活的系統，以便與其他IT架構集成。

由于企業使用了許多不同的系統，并且從方案評審到方案的全面部署之間的時間跨度也在不斷延長，這就意味著，在能夠與之集成的系統方面，應用程序要更加靈活。新的應用程序不僅必須與當前的IT環境集成，也必須能夠與將來的IT環境集成。

　　考慮到人們要求IT部門使用更少的成本來完成更多的任務，盡量提高集成的靈活性這個需求將變得更加強烈。據估計，集成幾乎占用了新應用程序總成本的三分之一。選擇一個能夠廣范地進行企業集成的應用程序架構是一個行之有效的方法，它有助于將集成工作當前和以后所面臨的挑戰降到最低。

    數據管理如何影響集成

　　數據管理與應用程序集成密切相關。應用程序中數據的管理方式會影響與各種系統集成的難易程度。怎么強調這個觀點都不為過：您所選擇用來管理應用程序數據的模型決定了企業集成的難易程度、靈活性和成本。

　　不同的數據管理格式具有不同的數據存儲和通信的結構層次。從某個角度講，存儲在數據庫中的數據位于表、行和列中。每段數據都有特定的類型，而且所取的值也可能有一定的限制。與之相反的是平面文件(flat file)，文件中的數據所代表的內容沒有任何規則。盡管存在大家都認可的指導原則，即基于文件的擴展名判斷文件中包含的內容，但是開發人員必須給文件中的數據加上結構。在各種數據管理和集成方法中，都有相對的結構層次（參見圖1）。  

圖1.各種數據管理和交換模型的結構層次

　　XML提供了一種高度結構化的方法來將數據編碼，但是現在還沒有控制XML內容如何管理和存儲的標準。此外，XML沒有預定義的數據模式；它僅僅指定如何定義數據模式。創建XML模式以將應用程序數據編碼是開發人員的責任。這就是說，任何兩個給定的系統使用的XML模式都可能不同，這往往導致不同的系統之間難以通信。結果是，XML數據的編碼是高度結構化的，然而XML數據的總體管理卻不是高度結構化的。

　　通常，新部署到企業的的應用程序需要與已經處于生產中的現有系統集成。因為修改生產中的系統的配置不是明智的辦法，所以我們通常選擇更容易的方法來實現集成，即修改應用程序的配置。

　　因此，從結構層次較高的應用程序中獲取數據，并與使用較低的數據結構層次的企業系統交換，這是很容易的。而從應用程序的數據上去移除不必要的結構要比在它上面另外加上結構容易得多?？紤]如下兩種場景：

原文轉自：http://www.anti-gravitydesign.com