中間件TUXEDO在電信計費營帳系統中的應用
發表于：2008-04-24來源：作者：點擊數：
標簽：中間件
關鍵字： 中間件 一、前言 傳統的管理信息系統（ MI S） 開發 采用客戶/ 服務器 （CLIENT/SERVER）模式，從體系結構上講，一般采用兩層結構，即應用（客戶層）和數據服務層?？蛻舳耍☉脤樱┨峁┯脩舨僮鹘缑?，接受數據輸入，向數據服務層發出數據請求并接
| 傳統的管理信息系統（MIS）開發采用客戶/服務器（CLIENT/SERVER）模式，從體系結構上講，一般采用兩層結構，即應用（客戶層）和數據服務層?？蛻舳耍☉脤樱┨峁┯脩舨僮鹘缑?，接受數據輸入，向數據服務層發出數據請求并接受返回的數據結果，根據業務邏輯進行相關的運算，向客戶顯示相關信息；數據服務層接受客戶端的數據請求，做相關數據處理，并將數據集或數據處理返回客戶端。 |
| 在現在一些系統中，由于客戶機較多，訪問量和數據傳輸量都較大。為解決相應的瓶頸以及出于安全因素等方面的考慮，往往采用中間件組成三層（多層）結構應用體系（在兩層結構應用開發中，常常會編寫一些存儲過程放在數據庫端以供客戶端調用，這已經有點類似三層結構）。三層結構應用體系將業務邏輯放在應用服務層，應用服務層接受客戶機的業務請求，根據請求訪問數據庫，做相關處理，將處理結果返回客戶機。應用服務層從物理上和邏輯上都可以獨立出來，客戶機（層）不直接訪問數據庫服務器（層），而是訪問應用服務器（層）?？蛻魧影l出的不再是數據請求而是業務（事務）請求。兩層與三層結構應用體系的比較如圖1所示。 |
|
a、兩層結構
b、三層結構
圖1 兩層與三層結構應用體系比較 |
| 兩層體系結構在實際應用中已暴露出一些問題。如：客戶機直接（或通過存儲過程）訪問數據庫，所有客戶機均訪問數據庫，不利于安全控制，難以防止黑客的惡意攻擊。同時，網絡流量很大，易形成網絡瓶頸。還會造成數據庫訪問瓶頸及數據庫連接數過多，影響數據庫的響應速度，降低系統性能。另外，兩層應用體系結構還有維護、擴展方面的問題。相比之下，三層應用體系結構顯示以下優點。 |
| 進程管理：通過對服務進程的管理，使得在正常情況下，能用盡量少的服務進程處理盡量多的請求，減少進程的啟動/終止次數。在峰值情況下，控制服務進程的總數，使得服務器在設定的負載下工作，不被壓跨?？傊?，通過中間件對服務進程的有效管理，可以使系統在額定的功率下穩定工作，當請求服務的數量超過了服務器的處理速度時，中間件會把請求排隊進行緩沖。 |
| 保持和復用數據庫連接：服務進程訪問數據庫都要和數據庫建立連接，如打開和關閉數據庫等。中間件通過采用長駐服務進程的手段，使得與數據庫的連接被保持和復用，從而大大減少與數據庫連接的次數和時間。 |
原文轉自：http://www.anti-gravitydesign.com
模板
教程
環境
性能
功能
管理
