早期的資訊系統屬於大型主機集中式系統，例如IBM的AS-400，最常用在銀行系統，程式及資料都放在同一台大型主機，由遠端連上主機操作。隨後有了Client-Server資訊系統架構來減輕大型主機的負擔，亦即將程式與資料分開，程式放在每一個End-User的個人電腦，統一連線到資料庫主機作業，因為程式的運算邏輯是放在個人電腦而非主機上來處理，所以自然能減輕主機的負單，目前很多公司的資訊系統都是採用這種架構。這種架構適合環境單純，End-User數量不多的情況。
現在台灣很多製造業都將工廠設在大陸，總公司設在台灣，如果還是使用Client-Server資訊架構，則整個資訊系統在維護上會較不方便，以我之前待過的電子工廠為例；工廠的每一條生產線平均有一百台電腦在驗證產品，每台電腦的驗證資料都要送到資料庫主機，同時，台灣的管理單位也要同時能查詢分析目前的最新生產狀況，如果使用Client-Server架構，只要程式一有更新，則兩岸近千台電腦要做同部更新，那資訊人員應該會瘋掉吧。
N-Tier分散式系統的優點就是：將程式的運算邏輯放在Application Server，End-User的個人電腦僅提供資料顯示畫面，資料庫負責執行SQL Command。因為企業邏輯處理方式異動頻率較大，在需要異動時，只需更新AP Server上的Service即可。除非前端的End-User使用畫面有異動，才需更新每一台前端的Client程式。這種分散式系統適合開發於企業內部配有專線的資訊環境。
圖示說明：
最近小弟也學到另一種分散式資料處理的觀念，如果因為企業資訊環境需要使用Internet，因為遠距離容易影響資料處理速度，故可將AP Server上的Service寫成JAVA Servlet or Web Service，前端Delphi程式再以Http Connection去呼叫取得資料來顯示， 這樣可以做到企業邏輯共用並簡化系統。再深入來說，也就是SOAP、WebService...等技術的縮影，當然這裡面還有非常多的東西值得去學習，有空大家多討論囉......^_^
現在台灣很多製造業都將工廠設在大陸，總公司設在台灣，如果還是使用Client-Server資訊架構，則整個資訊系統在維護上會較不方便，以我之前待過的電子工廠為例；工廠的每一條生產線平均有一百台電腦在驗證產品，每台電腦的驗證資料都要送到資料庫主機，同時，台灣的管理單位也要同時能查詢分析目前的最新生產狀況，如果使用Client-Server架構，只要程式一有更新，則兩岸近千台電腦要做同部更新，那資訊人員應該會瘋掉吧。
N-Tier分散式系統的優點就是：將程式的運算邏輯放在Application Server，End-User的個人電腦僅提供資料顯示畫面，資料庫負責執行SQL Command。因為企業邏輯處理方式異動頻率較大，在需要異動時，只需更新AP Server上的Service即可。除非前端的End-User使用畫面有異動，才需更新每一台前端的Client程式。這種分散式系統適合開發於企業內部配有專線的資訊環境。
圖示說明：
最近小弟也學到另一種分散式資料處理的觀念，如果因為企業資訊環境需要使用Internet，因為遠距離容易影響資料處理速度，故可將AP Server上的Service寫成JAVA Servlet or Web Service，前端Delphi程式再以Http Connection去呼叫取得資料來顯示， 這樣可以做到企業邏輯共用並簡化系統。再深入來說，也就是SOAP、WebService...等技術的縮影，當然這裡面還有非常多的東西值得去學習，有空大家多討論囉......^_^
