隨著信息技術的飛速發展和企業信息化建設的迅猛推進，越來越多的企業都在積極選擇引進實施ERP來提升自身的競爭力。在ERP的項目執行過程中，如何根據企業的需求，結合ERP產品的應用，在基于企業Intranet和Extranet構成的混合網絡中有效實施部署ERP產品，是現代企業信息管理責任部門正面臨的一項艱巨的任務。
    必須指出：合理的規劃部署，不僅僅直接影響到ERP產品各項管理功能的有效實現，更直接決定著整個ERP系統的運行性能。在對國內眾多ERP實施企業進行調研的過程中，我們發現相當多的企業ERP系統或多或少都存在著性能瓶頸，這一方面固然和選擇的產品本身性能有關，另一方面也與企業對ERP產品的部署規劃缺乏應有的了解和重視有重要的關系。

    復雜應用系統的解決之道三層結構設計

    業界當前比較成熟的解決方案是三層結構設計，例如基于微軟體系架構的金蝶K/3ERP系統就是使用典型的WindowsDNA三層體系結構。它具有數據訪問安全性、增強的事物對象管理、高可用性、強大的可擴展性等突出特點。
    特別是在可擴展性方面，K/3ERP的三層體系結構體現了業界倡導的自由擴展方案技術精髓，它可以允許用戶針對不同業務復雜狀況對K/3系統運算負荷能力的需求而在方案中做靈活的擴展處理。
      

    從上圖我們可以看到，三層結構設計中，ERP產品可以劃分為至少三個邏輯層：Presentation（表示層）、BusinessLogic（業務邏輯層）、Data（數據層）。表示層就是我們通常講的客戶端，它可以是32位的Windows界面客戶端，也可以是基于瀏覽器的瘦客戶端；數據層就是對應于專業的數據庫服務，例如：Oracle/DB2/SQLServer等）；業務邏輯層則集中體現了ERP廠商的產品功能，通常又被稱為中間層。
    表示服務層負責：
    –從用戶收集信息
    –將用戶信息發送到業務服務層做處理
    –從業務服務層接收處理結果
    –將結果顯示給用戶業務服務層負責：
     –從表示層接收輸入
    –與數據層交互執行已設計的業務
    操作（業務邏輯，系統服務等）
    –將處理結果發送到表示層。
    數據服務層負責：
    –數據存儲
    –數據獲取
    –數據維護
    –數據完整性 實際上，通過這樣的分析，我們很清晰的可以看出，ERP的運行性能無外乎就是如何提高每個邏輯層的工作效率，以及最大程度的發揮各個結構層之間的協同效率。     
    

    基于三層結構的ERP部署規劃設計

    我們看到，三層結構下的ERP規劃，從本質上講就是如何對客戶端主機、業務邏輯層服務器、數據庫服務器進行規劃部署的過程。企業的需求并不是一成不變的，一方面，企業伴隨著成長發展，需求一定會發生增長；另一方面，成熟的企業ERP通常會選擇“整體規劃，分步實施“的發展策略。因此負責的ERP軟件廠商應該并且能夠預見到企業的需求擴展同時在部署方案設計上予以體現和支持。
    下面我們就從一個企業的模擬案例出發，看看分層結構的ERP如何在企業發展的不同階段，通過簡單到復雜的擴展方案調整，貼身的滿足企業的應用壓力需求。

    企業初期方案（ScaleInone）
    某企業目前的業務需求比較簡單，使用用戶也僅局限在某些核心部門，人數不過十幾、二十個人。這時的規劃方案將企業使用到的所有服務都安裝在一臺服務器設備上，這種形式稱為ScaleIn（向內擴展）。
    該方案在一臺服務器上實現三層結構的全部工作。簡單實用是該方案的最大特點，而且三層結構的ERP產品還支持未來的方案擴展。
    
    企業發展中期：分層部署方案（ScaleOut–Tier3）
    一段時間以后，企業的業務得到長足發展，ERP的應用也體現出其有效的價值，老總決定在企業多個業務環節全面推廣應用ERP產品，用戶也普及到所有的關聯工作角色崗位。這個時候，產品技術人員評估該企業原有的服務器已經不能夠滿足新的業務壓力，因此建議客戶將業務邏輯部分（圖示中的COM部分）剝離出來，部署到一臺新增加的服務器上，原有的服務器繼續運行數據庫服務。該方案得到客戶的認可。
    實踐證明，該方案不但有效保護了客戶的前期投資，并且成功的滿足了客戶急劇增長的業務壓力需求。
    在該方案中，針對比較復雜的業務需求，將三層結構對應的服務分布安裝在不同的服務器上，這種形式稱為ScaleOut（向外擴展）。
    
    大型集團企業的高端應用解決方案：三層部署集群方案（ScaleOut–Tier3Cluster）

    客戶的發展是有目共睹的，在短短的時間里，已經發展成為子公司遍布全國的大型集團企業了，面對復雜的ERP業務運行，在企業信息部門和廠商技術支持部門的密切合作下，系統運行一直都非常穩定可靠。但是老總似乎見不得信息主管有半刻消停。這不，集團會議新近決定收購一家配套生產企業，并且要求兩個月內完成ERP在新部門的實施。
    經過評估，為了滿足新增加的需求，企業數據庫服務器不需要增加，但是需要增加一臺業務邏輯服務器（中間層服務器）。而信息主管則提出，希望隨著這次服務器的增加，一次性添加兩臺業務邏輯服務器，以便為下個月的企業收購計劃作準備。問題在于業務邏輯服務器已經達到五臺，信息主管希望通過集中的方式管理和配置所有的業務邏輯服務器，并且希望日后系統的性能提升可以簡單通過業務邏輯服務器的添加來完成。
    這個時候，廠商的技術人員建議客戶考慮使用業務邏輯層服務器的集群部署方案（Cluster）。具體可以采用微軟的ApplicationCenter2000來完成所有集群的部署配置和管理。實踐證明，使用服務器集群可以有效的提升ERP業務邏輯的處理運算能力，并且大大提升整體系統的可用性。而采用專業的集群管理軟件則能夠減輕管理員面對高度復雜業務邏輯服務器群的日常工作強度，提高管理水平。     
    概括來說：當客戶業務需求在進行了三層結構分解以后，硬件平臺依然無法達到性能負荷要求時，傳統的思路會要求客戶選擇替換原有設備，轉而使用性能更高，運行速度更快的高端服務器。這對客戶的原有硬件投資將是一種極大的浪費，同時高端服務器的采購費用將是非常驚人的數字。金蝶K/3ERP產品支持使用集群的方式擴展服務器對系統業務的處理能力。在比較龐大復雜的業務應用情況下，對每一個服務使用一組服務器陣列并通過集群的工作方式，實現強大的負載均衡能力。

    ERP部署規劃的其他要點

    ERP的部署規劃是非常大的一個課題，這里僅僅從三層結構設計下的服務器部署角度出發進行了探討，至于數據庫服務器的容錯集群以及網絡規劃則、系統安全性規劃等問題在以后的機會與大家繼續探討。
    

轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/

本文標題：三層結構設計與ERP部署規劃

本文網址：http://www.guhuozai8.cn/html/consultation/10820622988.html