專刊文章

  首頁 / 專刊文章 / 集中系統及分散系統

集中系統及分散系統

集中系統及分散系統

一般在台灣的企業只要經營的好,往往很快便會趨向多點經營。對經營者而言所面對的問題是管理時所帶來的困擾,至於MIS所需面對的則是資訊系統如何配合公司的成長計劃。

就筆者所見過的系統會以下列幾種方式程現:

● 利用Terminal Service的方式將舊系統上網,讓遠端人員操作。

● 分別於每一分點個別安裝每一套系統,然後想辦法將各個分點資料作一匯總。

● 每一分點利用Internet即時連回總公司的主機進行電腦操作。

 

事實上,會選擇上述三種方案均有其景及理由。以第一種方案為例,經常是基於舊系統不需任何修改就能上網,成果很快就能顯現。美中不足的是使用上較不具親和力,檔案系統(Local與Server端)互不連通,Local端硬體設備無法被Server端使用(除了印表機),除此之外,同時上線人數也較受限。因此,可定位於緊急備案,並非長期的最佳方案。

 

>以第二種方案為例,經常應用於二種狀況:

● 同樣舊系統也不需大量修改,只要加寫匯總程式,不過前提是要對舊系統的Table Schema(資料結構)夠了解。

● 是Local端需獨立運行的系統,即使與Server端的網路斷線,典型像流通業、賣場均是屬於這種系統。這種系統一般均較複雜與需較多的人力能維護,因此,經常是公司花錢請人或委外專案客制。成功上線系統經常見於成功的企業,因為負擔的成本及所需的人才,絕非一般小公司所能輕易負擔。

 

以第三種方案為例,由於Internet的頻寬越來越大所至,通訊成本也越來越低,現行企業多點的解決方案,幾乎以這種方式進行。其顯而易見的好處是資料庫屬於集中式免去擾人資料匯總的問題,另外,程式碼的更新也只要在Server端即可。不過,實務上,要將這類系統寫好並不容易,經常會出現二個缺點:

● 是輸入畫面不親和(以Pure HTML方式實作)。

● 是反應速度過慢(以Java、Net、ActivForm)。

 

這其中較值得深入討論是第二及第三種解決方案,也是本篇文章所下的標題--集中式與分散式。幾乎一開始會選擇集中式的企業,一定是著眼於其較低成本的維護成本,再者是企業本就對資訊系統依賴較不深入,一時的斷線或操作反應速度較慢均能接受,如果隨著分點的規模逐漸擴大,資訊系統的操作反應速度同時也逐漸被要求時,才認真思考讓分點獨立擁有資訊系統,這時包袱已深,不容易提出較完整解決方案,經常是延伸既有的系統,然後利用外加程式,把一些額外衍生的問題想辦法克服。

記得921時及今年年初SARS來襲,企業被迫思考異地備援及多點解決方案(SARS來襲,經常只要有一員工疑是SARS患者,政府規定企業必須歇業十天,因此,許多企業將員工分成二組分別在兩地上班),那時企業才匆匆忙忙提出一些方案,實在令人懷疑是否可行。

數碼動量神奇系列,是一套少見可以滿足各種需求的系統,從單機版→網路版→Web版→多點版。不管是集中式或分散式的需求均被預先規劃於系統,如此一來,企業便不會因從集中式轉換成分散式需求發生時,面臨重新規劃資訊系統的風險。

為滿足從單機版到多點版的需求,神奇系列實作也別於一般系統,即使只是單機版,神奇系列依然使用Server等級的資料庫,且程式架構也是一般業界不多見的三層式,如此一來,即使企業將之提昇為網路版或Web版,對於瞬間湧入的使用者並不會讓反應效能下降,此外每個神奇系列,並內建互相溝通的能力,因此能實作分點與總公司的資料交換。

預先設想這些需求並不難,但要一一實作則必須要有充裕的研發能量及深厚的技術實力。數碼動量的工程人員均屬此領域中的佼佼者,對於其表現筆者也深以為榮。也因為有他們,才能讓企業對於集中式與分散式的魚與熊掌才能兼得