SaaS是Software-as-a-service(軟件即服務)的簡稱，大多數的專家在軟件即服務區(qū)別于傳統的套裝軟件和簡單的Web站點的一些基本特點上達成一致。也就是說，軟件即服務必須有以下特點：“軟件部署為托管服務，通過互聯網存取”。

一、SaaS分類與發(fā)展前景

通常軟件即服務分為兩類： (1)面向企業(yè)的服務，向各種規(guī)模的企業(yè)和組織提供的服務。面向企業(yè)的服務通常是可定制的大型商務解決方案，旨在協助開展財務、供應鏈管理以及客戶關系等商務工作。這種服務通常采用用戶預訂的銷售方式。(2)面向個人消費者的服務，向公眾提供的一類服務。面向個人消費者的服務有時以用戶購買的方式銷售，不過通常免費提供給用戶，從廣告中賺取收入。

軟件服務化雖然在中國還是個剛剛興起的新生事物，但是由于國內具有非常良好的生長土壤，目前備受業(yè)界的關注。據統計我國約有1200萬家中小企業(yè)，這是一個數量非常龐大的軟件服務化消費群體。而另一方面，中小企業(yè)靈活多變、發(fā)展迅速等特點，又急需專業(yè)的IT系統和服務來幫助其提高工作效率、提升管理質量、降低運營成本，以增強其核心競爭能力。軟件服務化正是解決這些矛盾的最佳途徑，用戶可以根據自己的應用需要從服務提供商那里定購相應的應用軟件服務，并且可以根據企業(yè)發(fā)展的變化來調整所使用的服務內容，具有很強的伸縮性和擴展性，同時這些應用服務所需要的專業(yè)維護與技術支持也都是由服務商的專業(yè)人員來承擔。

二、SaaS模型研究

根據軟件即服務的定義：軟件部署為托管服務，通過因特網存取。根據。軟件”和“存取”的不同定義，很難確定軟件即服務的架構。但是，從應用架構師的觀點來看，一般的SaaS結構應該至少滿足以下三個特點中的一個或多個它們就是：可擴展性，可配置性，多用戶高效性。從廣義上說，可采用四級模型來說明SaaS應用的成熟度，每一級都比一級增加了上述三種成熟特性中的一種。

(一)傳統的基于網絡的軟件結構模型。成熟度的第一級類似于20世紀90年代傳統的應用服務供應商(ASP)提供軟件的模式。在這種情況下，不同的客戶擁有各自主機應用的定制版本，在主機服務器上運行自己的應用實例。從架構上說，這種成熟級別的軟件與傳統銷售的企業(yè)系列軟件很相似，即公司中的不同客戶連接到服務器上運行的相同實例，但該實例完全獨立于主機上其他客戶運行的其他實例或進程。一般說來，傳統的客戶端一服務器應用無需太多開發(fā)工作，也不必從頭重新設計整個系統，就能轉變?yōu)榈谝患壋墒於鹊腟aaS模型。盡管這一級別的成熟性難以提供全面成熟型SaaS解決方案的很多優(yōu)勢，但仍能幫助供應商整合服務器硬件和管理，從而降低成本。

(二)可配置的軟件即服務模型。對于第二級成熟度而言，供應商為不同的客戶(或用戶)分別提供應用實例主機服務。就第一級成熟度而言，每個實例都是對用戶分別定制的，而在第_級成熟度上，所有實例都使用相同的代碼實施，供應商提供詳細的配置選擇.讓客戶能改變應用的外觀和行為，從而滿足客戶的需求。盡管不同實例在代碼層面上彼此相同，但彼此之間仍完傘隔離。供應商所有客戶都使用相同的代碼庫，這大幅降低了SaaS應用的服務要求，因為代碼庫的任何更改都能證刻方便地作用于供應商的所有客戶，從而無需逐一更新或優(yōu)化每個定制實例了。但是，在應用最初針對獨立定制而不是配置元數據進行設計的情況下，將傳統的應用轉變?yōu)榈诙�級成熟度的SaaS應用時，比起第一級成熟度的轉型而言，將需要多得多的架構重新設計工作。與第一級成熟度類似，第一二級成熟度也要求供應商提供足夠的硬件和存儲資源，以支持大量應用實例同時運行。

(三)可配置、多用戶效率軟件即服務模型。對于第三級成熟度，供應商借助單個實例來滿足小同客戶的需求，并采用町配置的元數據為不同的用戶提供獨特的用戶使用體驗和特性集。授權與安全性策略可確保不同客戶的數據彼此區(qū)分開來。從最終用戶的角度來看，不會察覺到應用是與多個用戶共享的。這時就不再需要為不同客戶的不同實例提供人量服務器空間，因此使用計算資源的效率將大大超過第二級成熟度，從而直接降低了成本。但是，這時的。大弱點在于，應用的可擴展性有限。如果不用分區(qū)來管理數據庫性能的話，j{能通過采用更強大處理器來擴展應用(向上擴展)，但足這樣做只能使投入回報逐漸降低，最終導致功能的提高難以適應低成本的要求。

(四)可擴展、可配置、多用戶效率軟件即服務模型。第四級成熟度也是最高級成熟度。這時供應商在負載平衡的服務器群上為不同客戶提供主機服務，運行相同的實例，不同客戶的數據彼此分開，可配置的元數據可以提供獨特的用戶體驗與特性集。SaaS系統具備可擴展性，可輕松適應大規(guī)�？蛻舻男枰�，可在無需對應用進行額外架構設計的情況下根據需求靈活地增減后端服務器的數量，不管有多少用戶，都能像針對單個用戶一樣方便地實施應用修改。

三、SaaS成熟度模型的抉擇

一般來說，會認為所有的SaaS的目標都是實現四級成熟度，但是情況并非如此�？梢詫�SaaS成熟度視為隔離數據和共享數據兩個極端之間的一點。具體應用應在兩端之間的哪一點上，這取決于業(yè)務、架構及運營需求，也取決于客戶的考慮。一般情況下，抉擇采用何種成熟度模型，取決于以下三方面的因素：

1、業(yè)務模型。隔離方法是否有利于贏利?如果拋棄了共享方案的經濟性和管理優(yōu)勢，這將意味著向消費者提供應用的成本將會更高。但在某些情況下，為了滿足其他需要，這種做法會是值得的。此外，即便向用戶解釋不存在機密數據遭竊的風險，但有的客戶從法律或文化的角度出發(fā)，也會強烈抵制不同用戶共用應用的架構模型。當然。說到底。商業(yè)模型應確保小管采取何種成熟度的模型，都能實現盈利。

2、架構模型。應用能否運行統一的邏輯實例?如果希望將基于臺式機或傳統客戶端一服務器應用轉移拿基于因特網的交付系統，那么原來的應用可能根本不能與統一實例、以元數據為中心的模式相兼容，需要明確將原系統轉型為完全成熟的SaaS應用進行大量投資，到底從財務上合不合算。如果從頭設計和構建網絡應用，那么在采用單個實例模式時才會擁有更高的自由度。

3、運營模型。能否確保始終滿足服務水平協議(SLA)的要求?應仔細考慮與客戶之間現有SLA條款下應承擔的責任，其中包括停機時問、支持選項、災難恢復等，并確定上述責任在互不相關的客戶共用一個應用實例的應用架構下能否得到保證。

在不久的將來，云計算一定會徹底走入我們的生活，有興趣入行未來前沿產業(yè)的朋友，可以收藏云計算，及時獲取人工智能、大數據、云計算和物聯網的前沿資訊和基礎知識，讓我們一起攜手，引領人工智能的未來！

標簽： 安全 大數據 代碼 服務器 服務器空間 服務器硬件 服務商 互聯網 數據庫 網絡 云計算 轉型

版權申明：本站文章部分自網絡，如有侵權，請聯系：west999com@outlook.com
特別注意：本站所有轉載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權歸原作者所有，如需使用，請與原作者聯系。