基於SaaS模式的資訊系統架構最佳化研究與應用的論文

基於SaaS模式的資訊系統架構最佳化研究與應用的論文

　　引 言

　　SaaS，即 Software as a Service，是 由 Salesforce 首先提出的，SaaS 服務所具有的優勢主要體現在多租戶以及可配置兩個方面，這些特性對解決中小企業在軟體構建、維護成本以及人力資源消耗等方面存在的問題有著良好的優勢。這就使得 SaaS 的有效應用可以推動中小企業經營管理水平的提升。尤其在網際網路與雲計算技術不斷髮展的環境氛圍下，使得 SaaS能夠得到雲環境所提供的強大的軟硬體與基礎服務方面的支撐。值得注意的是，SaaS 作用發揮也受到一些因素的限制。SaaS 所採用的應用軟體必須是在服務提供商伺服器上來部署的，使用者以業務需求為基礎，在應用 Internet 定製的前提下購買自身情況所需要的軟體服務。此類模式在應用中讓企業能夠降低在購置軟硬體、搭建以及維護設施等方面所支出的費用，減少企業在人力資源方面耗用所存在的問題，但是因為租戶本身對自身所具有的資料資訊是無法透過物理的方式來實現接觸的，進而使得使用者對該種模式的使用缺乏一定的信心。從使用者的使用情況來看，使用者的擔心主要集中在資料隔離性以及服務安全性等方面，正是從這個層面來看，只有解決好SaaS架構在應用中所存在問題，才能夠有效地推動 SaaS服務的發展。

　　1 SaaS 系統概述

　　SaaS 本身的含義是軟體即服務，中文名稱通常被稱作軟營或者軟體運營，是雲計算服務形式中之一。SaaS 本身是以網際網路作為基礎來提供軟體服務的，其所具有的特性主要表現在以下幾個方面：

　　① 基於 Internet 的線上服務性。SaaS 在應用中，利用 Internet 來面向使用者，使用者則以 Internet 為基礎來透過線上訪問的方式來取得自身所需要的軟體與功能，也就是說，Internet 是該模式能夠實現的必備因素。

　　② SaaS 具有按需租賃性。這是因為其本身是以租賃方式為基礎把服務提供給包括企業或者單獨使用者在內的多個租戶，使用者不需要較大的費用支出就可以論次或者按照一定期限租賃的方式來實現 SaaS 服務的使用，進而使得使用者實現了按需租賃的目標。

　　③ SaaS 具有資源共享性。該模式在應用中存在著多租戶的概念，這就使得多租戶之間能夠在基礎設施以及 SaaS 服務等方面實現共享，還可以以不同租戶需求為基礎來對共享度進行選擇與設定。

　　④ SaaS 具有網路訪問性。其本身需要透過各類方法的應用來確保訪問的網路能夠持續地高效，進而應給與使用者提供較強的網路支援。

　　⑤ SaaS 具有按需自配置性。其本身在應用過程中是自助式服務，也就是說使用者不需和提供者進行直接的互動，在使用者有使用需求的情況下，可以按照需要進行配置或者設定功能，如使用者可以按照自己的需要對系統與介面進行配置。

　　2 資料存取機制

　　SaaS 服務中最重要的便是如何對租戶的資料進行儲存與維護。從 SaaS 服務應用的層面來說，是將多個租戶在一個數據層資源上實現集中，如集中在資料庫伺服器，與此同時還需要把多個租戶能夠獨立地分開，讓每個不同的租戶能夠在單獨的物理資源上實現執行。透過 DaaS，即 Database as a service 的應用可以解決上述問題，如亞馬遜的 SimpleDB。因為眾多的租戶間在資料訪問方式以及資料結構方面非常相似，這就使得降低租戶的支出成為可能。DaaS 產品在應用過程中，提供允許每個租戶能夠獨立執行其所具有的應用程式方面的資料庫管理系統。這樣就會實現不同的應用能夠透過不同的方式來實現對系統的訪問。從資料儲存模型應用的情況來看，比較常見的有獨立資料庫、共享資料庫獨立模式以及共享資料庫共享模式3 類。獨立資料庫在應用中每一位租戶所使用的是單獨的一套資料庫。共享資料庫獨立模式則是多租戶使用一套資料庫，該模式中不同的租戶可以享有專屬的租戶模式。共享資料庫共享模式則是所有租戶使用一套資料庫與資料表集。

　　3 SaaS 邏輯儲存模型

　　SaaS 在應用過程中，由於業務領域以及租戶發展方式等方面存在區別，使得資料模型存在著不同的特點。

　　3.1 元資料儲存模型

　　軟體開發商以 SaaS 平臺所營造的開發環境為基礎開發出與租戶無關且能夠面向租戶具體業務的應用，並將這些在 SaaS 平臺上進行部署，SaaS 平臺透過對映機制的應用將這些轉化為能夠支援多租戶的定製，同時釋出到能夠應用集市中來讓使用者進行租賃與使用。租戶在承租後可以以自身實際業務需求為基礎來實施具體的定製，多數情況下，一個租戶需要對同一個 SaaS 應用做出多個虛擬應用的定製，需要使用不同的業務應用，在租戶所確定的定製中存著一些共同的特徵，進而降低租戶在定製操作方面所耗費的精力與費用，避免出現重複的定製元資料，平臺還能夠將存著共性的定製進行泛化。

　　3.2 單稀疏表儲存方案

　　單稀疏表方式指的是系統預先對一定數量的欄位進行設定，這些所設定的欄位的型別應為字串，欄位命名是 Extlnt[n]，這裡的 n 表示該型別的欄位所出現的數目。在使用者提出擴充套件方面的需求時，系統就會透過單稀疏表中設定預留欄位的方式來實現擴充套件資料的儲存。單稀疏表儲存方案的`應用可以有效減少表的數目，同時還可以解決傳統電子商務中存在的資料稀疏等方面的問題。

　　3.3 多稀疏表儲存方案

　　多稀疏表的模式在應用中透過多個不同列數稀疏表的使用來替代原來存在的固定列數中稀疏表來儲存租戶所確定的定製資料，透過多個稀疏表控制表的建立來確定租戶所具有的表所具體處於的稀疏表，同時透過對應的元資料表的建立來實現定製欄位所描述資訊的儲存。

　　3.4 鍵值對儲存方案

　　鍵值對的理念是把儲存擴充套件資料值和原資料表實現分離，鍵值對在儲存方面採取的是用行的形式來對記錄行中的每一列進行儲存，以訪問鍵為基礎來確定相應列值。此類儲存方式在應用中不會導致空值的存在，從儲存空間利用效率上來看，也要比稀疏表儲存模型好一些。

　　4 結束語

　　本文闡述了目前所應用的 SaaS 可定製資料所具有的儲存模型，在對各個模型進行分析的基礎上，針對元資料驅動的鍵值對儲存模型的情況實施了最佳化。透過研究確定瞭解決 SaaS 平臺稀疏表中眾多空值導致的儲存空間浪費及存取效能下降等方面的問題。