三層結構設計與ERP部署規劃

　　隨著信息技術的飛速發展和企業(ye) 信息化建設的迅猛推進，越來越多的企業(ye) 都在積極選擇引進實施ERP來提升自身的競爭(zheng) 力。在ERP的項目執行過程中，如何根據企業(ye) 的需求，結合ERP產(chan) 品的應用，在基於(yu) 企業(ye) Intranet和Extranet構成的混合網絡中有效實施部署ERP產(chan) 品，是現代企業(ye) 信息管理責任部門正麵臨(lin) 的一項艱巨的任務。 　　必須指出：合理的規劃部署，不僅(jin) 僅(jin) 直接影響到ERP產(chan) 品各項管理功能的有效實現，更直接決(jue) 定著整個(ge) ERP係統的運行性能。在對國內(nei) 眾(zhong) 多ERP實施企業(ye) 進行調研的過程中，我們(men) 發現相當多的企業(ye) ERP係統或多或少都存在著性能瓶頸，這一方麵固然和選擇的產(chan) 品本身性能有關(guan) ，另一方麵也與(yu) 企業(ye) 對ERP產(chan) 品的部署規劃缺乏應有的了解和重視有重要的關(guan) 係。 複雜應用係統的解決(jue) 之道--三層結構設計 　　業(ye) 界當前比較成熟的解決(jue) 方案是三層結構設計，例如基於(yu) 微軟體(ti) 係架構的金蝶K/3 ERP係統就是使用典型的Windows DNA三層體(ti) 係結構。它具有數據訪問安全性增強的事物對象管理高可用性強大的可擴展性等突出特點。 　　特別是在可擴展性方麵，K/3 ERP的三層體(ti) 係結構體(ti) 現了業(ye) 界倡導的自由擴展方案技術精髓，它可以允許用戶針對不同業(ye) 務複雜狀況對K/3係統運算負荷能力的需求而在方案中做靈活的擴展處理。

　　從(cong) 上圖我們(men) 可以看到，三層結構設計中，ERP產(chan) 品可以劃分為(wei) 至少三個(ge) 邏輯層：Presentation（表示層）、Business Logic（業(ye) 務邏輯層）、Data（數據層）。表示層就是我們(men) 通常講的客戶端，它可以是32位的Windows界麵客戶端，也可以是基於(yu) 瀏覽器的瘦客戶端；數據層就是對應於(yu) 專(zhuan) 業(ye) 的數據庫服務，例如：Oracle/DB2/SQL Server等）；業(ye) 務邏輯層則集中體(ti) 現了ERP廠商的產(chan) 品功能，通常又被稱為(wei) 中間層。 表示服務層負責： –從(cong) 用戶收集信息 –將用戶信息發送到業(ye) 務服務層做處理 –從(cong) 業(ye) 務服務層接收處理結果 –將結果顯示給用戶 業(ye) 務服務層負責： –從(cong) 表示層接收輸入 –與(yu) 數據層交互執行已設計的業(ye) 務 操作（業(ye) 務邏輯，係統服務等） –將處理結果發送到表示層。 數據服務層負責： –數據存儲(chu) –數據獲取 –數據維護 –數據完整性

基於(yu) 三層結構的ERP部署規劃設計 　　我們(men) 看到，三層結構下的ERP規劃，從(cong) 本質上講就是如何對客戶端主機、業(ye) 務邏輯層服務器、數據庫服務器進行規劃部署的過程。企業(ye) 的需求並不是一成不變的，一方麵，企業(ye) 伴隨著成長發展，需求一定會(hui) 發生增長；另一方麵，成熟的企業(ye) ERP通常會(hui) 選擇“整體(ti) 規劃，分步實施“的發展策略。因此負責的ERP軟件廠商應該並且能夠預見到企業(ye) 的需求擴展同時在部署方案設計上予以體(ti) 現和支持。 　　下麵我們(men) 就從(cong) 一個(ge) 企業(ye) 的模擬案例出發，看看分層結構的ERP如何在企業(ye) 發展的不同階段，通過簡單到複雜的擴展方案調整，貼身的滿足企業(ye) 的應用壓力需求。 一、企業(ye) 初期方案（Scale In one） 　　某企業(ye) 目前的業(ye) 務需求比較簡單，使用用戶也僅(jin) 局限在某些核心部門，人數不過十幾、二十個(ge) 人。這時的規劃方案將企業(ye) 使用到的所有服務都安裝在一台服務器設備上，這種形式稱為(wei) Scale In（向內(nei) 擴展）。 　　該方案在一台服務器上實現三層結構的全部工作。簡單實用是該方案的最大特點，而且三層結構的ERP產(chan) 品還支持未來的方案擴展。

二、企業(ye) 發展中期：分層部署方案（Scale Out – Tier 3） 　　一段時間以後，企業(ye) 的業(ye) 務得到長足發展，ERP的應用也體(ti) 現出其有效的價(jia) 值，老總決(jue) 定在企業(ye) 多個(ge) 業(ye) 務環節全麵推廣應用ERP產(chan) 品，用戶也普及到所有的關(guan) 聯工作角色崗位。這個(ge) 時候，產(chan) 品技術人員評估該企業(ye) 原有的服務器已經不能夠滿足新的業(ye) 務壓力，因此建議客戶將業(ye) 務邏輯部分（圖示中的COM部分）剝離出來，部署到一台新增加的服務器上，原有的服務器繼續運行數據庫服務。該方案得到客戶的認可。 　　實踐證明，該方案不但有效保護了客戶的前期投資，並且成功的滿足了客戶急劇增長的業(ye) 務壓力需求。 　　在該方案中，針對比較複雜的業(ye) 務需求，將三層結構對應的服務分布安裝在不同的服務器上，這種形式稱為(wei) Scale Out（向外擴展）。

三、大型集團企業(ye) 的高端應用解決(jue) 方案：三層部署集群方案（Scale Out – Tier 3 -Cluster） 　　客戶的發展是有目共睹的，在短短的時間裏，已經發展成為(wei) 子公司遍布全國的大型集團企業(ye) 了，麵對複雜的ERP業(ye) 務運行，在企業(ye) 信息部門和廠商技術支持部門的密切合作下，係統運行一直都非常穩定可靠。但是老總似乎見不得信息主管有半刻消停。這不，集團會(hui) 議新近決(jue) 定收購一家配套生產(chan) 企業(ye) ，並且要求兩(liang) 個(ge) 月內(nei) 完成ERP在新部門的實施。 　　經過評估，為(wei) 了滿足新增加的需求，企業(ye) 數據庫服務器不需要增加，但是需要增加一台業(ye) 務邏輯服務器（中間層服務器）。而信息主管則提出，希望隨著這次服務器的增加，一次性添加兩(liang) 台業(ye) 務邏輯服務器，以便為(wei) 下個(ge) 月的企業(ye) 收購計劃作準備。問題在於(yu) 業(ye) 務邏輯服務器已經達到五台，信息主管希望通過集中的方式管理和配置所有的業(ye) 務邏輯服務器，並且希望日後係統的性能提升可以簡單通過業(ye) 務邏輯服務器的添加來完成。 　　這個(ge) 時候，廠商的技術人員建議客戶考慮使用業(ye) 務邏輯層服務器的集群部署方案（Cluster）。具體(ti) 可以采用微軟的Application Center 2000來完成所有集群的部署配置和管理。實踐證明，使用服務器集群可以有效的提升ERP業(ye) 務邏輯的處理運算能力，並且大大提升整體(ti) 係統的可用性。而采用專(zhuan) 業(ye) 的集群管理軟件則能夠減輕管理員麵對高度複雜業(ye) 務邏輯服務器群的日常工作強度，提高管理水平。

　　概括來說：當客戶業(ye) 務需求在進行了三層結構分解以後，硬件平台依然無法達到性能負荷要求時，傳(chuan) 統的思路會(hui) 要求客戶選擇替換原有設備，轉而使用性能更高，運行速度更快的高端服務器。這對客戶的原有硬件投資將是一種極大的浪費，同時高端服務器的采購費用將是非常驚人的數字。金蝶K/3 ERP產(chan) 品支持使用集群的方式擴展服務器對係統業(ye) 務的處理能力。在比較龐大複雜的業(ye) 務應用情況下，對每一個(ge) 服務使用一組服務器陣列並通過集群的工作方式，實現強大的負載均衡能力。 ERP部署規劃的其他要點 　　ERP的部署規劃是非常大的一個(ge) 課題，這裏僅(jin) 僅(jin) 從(cong) 三層結構設計下的服務器部署角度出發進行了探討，至於(yu) 數據庫服務器的容錯集群以及網絡規劃則、係統安全性規劃等問題在以後的機會(hui) 與(yu) 大家繼續探討。