3.2.1 基礎設施層
基礎設施服務（IaaS）提供服務器、存儲等硬件設施。XX 集團計劃建立一個面向全集團的云計算中心，搭建自己的基礎設施平臺IaaS，為全國各地的分公司提供硬件基礎設施保障。
XX 集團在各省或地區均有一個規模較大的分公司，每一家這種類型的分公司均有著較好的硬件資源，部分分公司在最近1-2 年都投入了上百萬用于更新服務器等硬件設施，但是這些服務器并沒有完全發揮效率，有的數據備份服務器甚至一天只工作2-3 小時用于備份數據，但是由于其負責在主服務器故障時接替其工作，往往這類服務器配置和主服務器一樣，因此造成了極大的資源浪費。因此，在此次信息化建設中XX 集團計劃對全集團的IT 資源進行梳理，將各地的部分優質IT 資源集中到集團的云計算中心，形成該信息化建設的基礎設施層，據測算，目前XX 集團的所有優質IT 資源集中起來已可以滿足集團在未來3-5 年的業務發展需要，而由于采用了云計算的技術架構，通過虛擬化技術等手段可在當需要擴展計算能力時彈性增加服務器數量或者直接租用第三方資源來獲得而不必去重新為新加入的服務器搭建平臺，大量減輕企業IT 人員負擔，節約IT 支出。
3.2.2 中間件層
該中間件層位于基礎服務層之上，起到承上啟下的作用，它在下面的基礎設施層所提供資源的基礎上提供了多種服務，比如緩存服務和REST服務等。
（1）REST：通過REST 技術，能夠非常方便和優雅地將中間件層所支撐的部分服務提供給調用者。
（2）多租戶：就是能讓一個單獨的應用實例可以為多個組織服務，而且保持良好的隔離性和安全性，并且通過這種技術，能有效地降低應用的購置和維護成本。
（3）并行處理：為了處理海量的數據，需要利用龐大的X86 集群進行規模巨大的并行處理。
3.2.3 云管理層
云管理層負責提供多種管理和維護等方面的工作，主要有下面這六個方面[9]：
（1）帳號管理：通過良好的帳號管理技術，能夠在安全的條件下方便用戶地登錄，并方便管理員對帳號的管理。
（2）SLA 監控：對各個層次運行的虛擬機，服務和應用等進行性能方面的監控，使它們都能在滿足預先設定的SLA(Service Level Agreement)的情況下運行。
（3）安全管理：對數據，應用和帳號等IT 資源采取全面保護，使其免受犯罪分子和惡意程序的侵害。
（4）負載均衡：通過將流量分發給一個應用或者服務的多個實例來應對突發情況。
（5）運維管理：主要是使運維操作盡可能地專業和自動化，從而降低云計算中心的運維成本。
3.2.4 SaaS 服務集成平臺
該SaaS 平臺是XX 集團信息化建設的核心，其能夠實現公司運行所需的所有業務邏輯，該平臺提供一系列基于SOA 標準的服務，包括貫穿公司業務流程的資源采購系統-->儲運調撥系-->零灌業務系-->零售業務系-->客服中心系統-->CRM 系統-->財務管理服務-->商務智能等服務，該平臺目前計劃部署在集團的云計算中心中，全國各個分公司只需通過瀏覽器接入該SaaS 平臺就可完成全部業務操作。同樣，由于該平臺采用的云計算架構，使得該平臺可以既可以在XX 集團云服務中心部署，也可以根據業務需要在各省或區域中心分公司部署，形成該地區的云計算中心，提供了根據業務量的靈活部署方式，為將來的業務發展預留了極大的空間。
3.2.5 本地基礎系統平臺
本地基礎平臺為本地應用提供基礎平臺，這類本地應用包括各本地呼叫中心、分公司門戶系統、本地經營特色的數據分析系統以及本地第三方服務等。
其中在本地基礎平臺中較為重要的是數據同步服務和XX 集團SaaS 核心功能備份系統，由于民用液化氣行業關系到居民的基本生活保障，因此對于公司的正常運營與否直接關系到居民的民生問題，公司最大的忌諱就是業務系統停止運行，因此該備份系統的目的是將云平臺中的SaaS 中的核心銷售系統的備份放在本地中，定時和云計算中心同步核心銷售數據（經過精簡的銷售數據，這樣就不至于消耗過多的處理資源），這樣可以保證一旦云計算中心由于某種原因出現停止服務的情況可以馬上切入本地的運行平臺上工作，保證居民的燃氣供應。
綜上，該SaaS 平臺較好的滿足了目前公司業務需求，包含了幾乎所有的業務功能，各分公司還可在該平臺上通過開放的接口開發和集成新的服務以更好的滿足公司的發展需求。
3.3 XX 集團云計算平臺服務架構
3.3.1 SOA 架構
XX SaaS系統云服務平臺的系統架構是以SOA為基礎，采用JAVA 語言開發，以OSGi 標準對各個服務進行統一封裝，為服務提供者提供統一的服務發布功能，為服務消費者和提供者之間提供統一的通信方式。
具體來說該系統具有如下特征：松散耦合；明確定義接口；無狀態的服務；粗粒度的服務；位置透明性；協議無關性。
3.3.2 服務模型
1. 系統架構設計
根據對XX 集團業務需求特點的分析，定義該SaaS 以SOA 的思想為基礎的系統架構。該系統架構如圖3 所示：
圖3 SaaS 業務系統架構
各層次功能分擔如下：
（1）業務運行基礎平臺OSGi該架構上的所有服務均遵循OSGi 標準，并且均封裝為OSGi 服務，以供其他組件調用。新開發的應用系統都基于統一開發平臺進行開發，可以調用已有的服務。已有的應用系統通過統一的接口接入平臺。
（2）數據服務層
負責對應用數據的存儲，執行數據處理，采用Oracle 數據庫軟件進行管理，保證數據讀取和存儲的高效和穩定。
（3）業務邏輯層
該層為企業應用邏輯的實現層，將各類業務邏輯以合適的粒度封裝和發布為服務的形式，供應用開發進行調用。
（4）服務接口層
服務接口層是整個架構的核心，負責前后端應用之間的交互，定義業務邏輯服務所提供的操作、服務相互之間交互的消息標準和方式。它包含服務總線，服務注冊庫和服務查找與調用三大元素，服務總線將SOA 的所有參與者相互連接在一起，定義數據傳輸的標準格式，封裝各種類型的消息傳遞方式；服務注冊庫將所有業務邏輯服務定義在一起，通過它可以發現服務，獲得使用服務的所有信息；服務查詢和調用則對查找和調用業務邏輯服務的方法進行封裝。正是由于該層的存在才避免了傳統EAI 方式的密如蛛網的接口開發。
（5）客戶層
客戶端通過瀏覽器方式調用相應服務。
2. 應用架構
XX 集團SaaS 服務平臺由一系列服務功能組成，這些功能分為4 個層次，如圖4 所示。
圖4 XX 集團云計算服務模型
·數據層：對數據的存儲與處理
·通用服務層：提供用戶注冊、賬戶管理、統一認證、服務注冊、支付管理、安全管理、日志、監控等通用服務。
·應用層：提供企業業務邏輯的核心功能。
·門戶層：門戶系統應用。
上述各種服務通過組合，可構成不同的應用平臺或應用系統。應用服務的運行狀態監控、服務切換、服務分配等都由云服務平臺中的核心服務實現，以此實現系統的自治。
3.4 整合機制
為了實現與各地分公司部分原有系統（這些系統往往是各地個性化的應用）的整合，XX 集團云平臺需要建立統一的基礎信息，統一的開放API等。
（1）統一的基礎信息。整個XX 集團云服務系統需要建立統一的基礎信息，如用戶信息、采購信息、銷售信息、庫存信息、財務信息等，這些信息為服務整合奠定了基礎。
（2）統一的API。OpenAPI 是web2.0 的一種服務模式，也是云計算的服務方式。利用這些API 可以實現對分散數據和服務進行整合，能帶來具有新價值web服務。
XX 云服務平臺提供的所有服務分為三個層次：系統內的私有服務、分公司個性化私有服務、平臺公有服務，分別為：(1)同一系統內的私有服務的注冊和管理由OSGi 基礎框架完成。這些服務無需對系統外提供；(2)分公司個性化私有服務，可以被分公司本地平臺其他服務調用；(3)公有服務(即OpenAPI 平臺所訪問)。后面這兩類服務都通過應用／服務注冊管理和同步機制來實現。分公司和第三方軟件開發商可以很方便地調用API，構建自己的應用系統和服務，實現對海量數據的集成，實現對已有服務的集成，設計更多的業務模式和功能，實現自有應用的快速接入。
4 結語
云計算是計算機領域的新浪潮，可以預計，在不遠的將來，云計算將成為企業IT 的首選。但云計算實現其全部潛力將依賴于將云與內部部署應用程序和數據庫進行集成以及不同云之間應用的集成，這樣才能避免又一次“數據孤島”的形成。與此同時，基于服務的架構經過多年的發展已日趨成熟，越來越多的企業正在以服務的理念對企業的IT 架構進行改革。云計算與SOA 的融合能夠增強服務的部署，為企業帶來更為敏捷的IT。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
相關文章
