軟件即服務

本頁使用了標題或全文手工轉換
維基百科,自由的百科全書

軟件即服務(英語:Software as a Service,縮寫:SaaS,發音:/sæs//sɑs/[1]),亦可稱為「按需即用軟件」(即「一經要求,即可使用」)[2],它是一種軟件交付模式[3]。在這種交付模式中,軟件僅需通過網絡,不須經過傳統的安裝步驟即可使用,軟件及其相關的數據集中寄存雲端服務。用戶通常使用精簡客戶端,一般即經由網頁瀏覽器來訪問、存取軟件即服務。SaaS 最大的特色在於軟件本身並沒有被下載到用戶的硬碟,而是儲存在提供商的雲端或者伺服器。相較於傳統軟件需要花錢購買和下載,軟件即服務只需要用戶租用軟件,線上使用,不但大大減少了用戶購買風險, 也無需下載軟件本身,無裝置要求的限制[4]

對於許多商業應用來說,軟件即服務已經成為一種常見的交付模式。這些商業應用包括會計系統[2]協同軟件客戶關係管理管理資訊系統企業資源計劃、開票系統、人力資源管理內容管理、以及服務台管理[5]。軟件即服務已經被吸納進所有領先的企業級軟件公司的戰略中[6]。這些公司的最大的賣點之一就是通過將硬件和軟件維護及支援外包給軟件即服務的提供者,來降低資訊科技(Information Technology,簡稱IT)成本[7]

根據一份高德納集團(Gartner Group,也稱顧能集團)的評估[8],軟件即服務的銷售在2010年達到了100億美元,並且曾被預計在2011年要達到121億美元,比2010年上升20.7%。高德納集團估計,到2015年,軟件即服務的收入將會超過它的2010年的收入的2倍以上,並且達到預計的213億美元。客戶關係管理系統持續成為軟件即服務的最大市場。在客戶關係管理市場中的軟件即服務曾被預測會從2010年的32億美元上升到2011年的38億美元[9]

「軟件即服務」(SaaS)的術語被認為是雲端運算的命名法的一部分,還有IaaSPaaS桌面即服務(DaaS)都被認為是雲端運算的學術名稱[10]

歷史

一款SaaS的CRM軟件
線上寫網頁軟件

商業應用的集中式寄存可以追溯到20世紀60年代。從那一年代開始,IBM和其他大型電腦提供商提供了常被稱為分時系統和公共事業計服務局英語service bureau業務。這種服務包括從他們在世界各地的數據中心向銀行以及其他大型組織提供計算能力及資料庫儲存。

20世紀90年代期間,互聯網的擴張使應用服務提供商作為新型集中式計算提供者而興起。應用服務提供商向商業組織提供寄存的服務,並管理專門的商業應用,目的在於通過集中式管理,以及解決方案提供商在特定商業應用上的專業化,來降低花銷。

軟件即服務實質上擴充了應用服務提供商(ASP)模式的思想。然而,術語「軟件即服務」常常被用於更特定的環境:

  • 雖然大多數最初的應用服務提供商聚焦於管理和寄存第三方獨立軟件供應商的軟件,但到了2012年,軟件即服務提供商通常開發和管理他們自己的軟件。
  • 雖然許多最初的應用服務提供商提供更傳統的、需要在用戶的個人電腦上安裝軟件的客戶機-伺服器應用,當代的軟件即服務解決方案絕大多數依賴於萬維網,並且僅僅需要一個互聯網瀏覽器即可使用。
  • 儘管大多數最初的應用服務提供商所使用的軟件架構必須要求為每個商業組織維持一個該應用的獨立實例,但到了2012年,軟件即服務解決方案通常使用一個多租架構,在這種架構中,應用為多個商業組織和用戶提供服務,並相應地將它的數據進行分區。

「SAAS」這個簡稱據稱初次出現在一個名為「戰略背景說明會:軟件即服務」(Strategic Backgrounder: Software As A Service)的文章中。這篇文章由軟件和資訊行業協會(Software & Information Industry,簡稱SIIA)電子商務分部(eBusiness Division)於2001年在內部刊物中發表[11]

資料庫即服務(Database as a Service,簡稱DbaaS)已經作為軟件即服務的一個子衍生出現[12]

定價

與大多通常以直接用費以及一個可選的持續收取的支撐費用的方式作為永久許可證銷售的數傳統軟件不同,軟件即服務提供商一般地使用一個簽約費用來給應用定價,最常見的是一個月費或年費。因此,軟件即服務的初裝費用通常比同等的企業軟件要便宜。軟件即服務供應商通常基於一些用量參數來為他們的應用定價,例如使用該應用的用戶數量(座位數)。然而,因為在一個軟件即服務環境中,客戶數據存在於軟件即服務供應商,提供商也可按事務、事件或其他單位的值收費。

在一個多租環境中的相對低廉的用戶服務開通(亦即設立一個新的客戶),使得一些軟件即服務供應商得以用基本功能免費的模式來提供應用。在這種模式下,一個擁有有限功能或範圍的服務是免費可用的,增強的功能或更大的範圍則是要收費的。其他一些軟件即服務應用則對用戶完全免費,而收入則產生於變通的來源例如廣告。

軟件即服務的增長的一個關鍵驅動力就是軟件即服務供應商提供一個與駐場軟件具有競爭力的價格。這與傳統的關於外包資訊科技系統的理念是一致的,它包括將規模經濟應用到應用運營上,即一個外部的服務提供商可能有能力提供更好、更便宜、更可信賴的應用。

知名服務提供商

架構

絕大多數軟件即服務解決方案都是基於一個多租架構的。依靠這個模式,應用的一個單一的版本,以及一個單一的組態硬件網絡作業系統)被用於所有客戶(「租戶」)。為了支援可延伸性,應用被安裝在多台機器上(被稱為水平擴充)。在一些情況下,應用的第二個版本被裝好,並提供給精心挑選的客戶,讓他們訪問預發佈的應用的版本(例如一個試商用版本,即beta版本)用於測試目的。這與傳統軟件形成對比。對於傳統軟件來說,軟件的多個物理副本被安裝在大量的客戶現場。這些物理副本的每一個都有可能是不同的版本,並且有不同的組態,並且常常經過客製化化。

在一些特定的例外情況下,軟件即服務解決方案不使用多租技術,或使用其他技術諸如虛擬化,來替代多租戶技術,高費效比地來管理大量的客戶[13]多租戶技術對於軟件即服務來說是否是一個必需的組件,目前仍是一個爭論的話題。[14]

特徵

由於並非所有的軟件即服務應用都開放所有的功能特性,下面的這些是許多軟件即服務應用的常見的特徵:

組態和客製化化

軟件即服務應用支援類似傳統意義上所說的應用「客製化化」。換句話說,與傳統的企業軟件類似,一個單獨的客戶可以更改組態選項的設置(也稱「參數」),這些設置影響它的功能以及介面外觀。對於組態選項,每個客戶可能擁有他自己的設置(或:參數值)。基於一系列的預定義的組態選項,應用可以被客製化化到他所被設計到的程度。

例如:要支援客戶的這樣一種常見需求——更改一個應用的介面外觀以使得這個應用看起來擁有該客戶的品牌(或者如果需要,聯合品牌),許多軟件即服務應用讓客戶提供(通過一個自助服務介面或通過與應用提供商員工協同運作)一個客戶品牌圖示,而有時候是一系列的一貫風格的顏色。然而,除非本來就設計了這麼一個選項,否則客戶不能更改頁面佈局

加速了的特性交付

軟件即服務應用通常比傳統軟件更快地被更新[15],許多情況下是每周或每月一次的頻度。這是由幾個因素來實現的:

  • 應用被集中式地寄存,因此新的發行版本可以直接被放上去而無需要求客戶安裝新的軟件。
  • 應用只有一個單獨的組態,使得開發測試更快。
  • 應用供應商可以訪問所有客戶數據,加快了設計回歸測試的速度。
  • 解決方案提供商能夠檢視用戶在應用中的行為(通常通過網站分析),可以更容易地辨識出值得改進的區域。

敏捷軟件開發方法論進一步使得更快的特性交付成為可能[16]。這個在20世紀90年代中期得到了演進的方法提供了一系列軟件開發工具和實踐來支援頻繁的軟件發行版本。

開放式整合協定

由於軟件即服務應用不能訪問一個公司的內部系統(資料庫或內部服務),他們絕大多數提供在廣域網路上操作的整合協定和API。API一般使用HTTPRESTSOAPJSON等技術。

軟件即服務的無處不在,以及其他互聯網服務,還有他們的AP)技術的標準化,造就了混搭的發展——它們是一些輕量級的應用,將來自多個服務的數據、展現和功能結合起來,建立一個複合服務。混搭將軟件即服務應用與駐場軟件進一步差異化,因為後者無法被在一個公司的防火牆之外被輕易地整合。

協同運作(和「社交」)功能

受到社交網絡服務以及其他所謂的Web 2.0功能的啟發,許多軟件即服務應用提供讓他們的用戶協同運作分享資訊的特性。例如,許多在軟件即服務模式中交付的專案管理應用提供超出傳統專案計劃功能的協同運作特性,讓用戶可以在任務和計劃上進行評註,並在組織內外共用文件。其他一些軟件即服務應用允許用戶投票和提供新的特性想法。

儘管一些協同運作相關的功能也被整合進了駐場軟件,但不同客戶的用戶之間的隱性或顯性的協同運作只有在集中式寄存的軟件上才有可能實現。

為什麼採用SaaS

軟件市場和技術前景的幾個重要變化,促進了軟件即服務解決方案的接納和增長:

  • 應用對基於萬維網的用戶介面的不斷增長的使用,以及聯合就踐行——例如網上設計的激增,持續地降低了對於傳統客戶端-伺服器應用的需要。因此,傳統軟件供應商在基於胖客戶端的軟件上的投資變成了劣勢(它必須要持續的支援),打開大門迎接新的軟件供應商來提供一個用戶體驗,被認為更「入時」。
  • 萬維網協定棧(HTMLJavaScriptCSS、HTTP)的標準化,網站開發作為一個實踐不斷增長的流行程度,以及像Ruby on Rails這樣的Web應用框架的引入和無處不在,逐漸地降低了開發新的軟件即服務解決方案的花費,並使得新的解決方案提供商提供有競爭力的解決方案成為可能,挑戰着傳統的供應商。
  • 互聯網寬頻接入(broadband Internet access)上的持續突破,使得遠端集中式寄存的應用提供能與駐場軟件可相提並論的速度成為可能。
  • HTTPS作為萬維網協定棧(web stack)的一部分,它的標準化提供了普遍適用的輕量級安全保障的,對於日常應用來說足夠了。
  • 輕量級整合協定,例如RESTSOAP的引入和廣泛接受,使得軟件即服務應用(存在於雲中)和內部應用在廣域網路上與其他軟件即服務應用之間的經濟適用的整合成為可能。

採用SaaS的挑戰

一些限制延緩了軟件即服務被接受的速度,並阻止它被用於某些情況:

  • 由於數據是被儲存在供應商的伺服器上,數據安全成為了一個問題[17]
  • 軟件即服務應用被寄存在雲端,與應用用戶相距甚遠。這樣就在環境中引入了時延;因此,舉例來說,軟件即服務模式不適合要求響應時間在毫秒級的應用。
  • 多租,這個驅動了軟件即服務解決方案提供商的高費效比的架構,不允許用於大客戶的真正的對應用的客製化化,阻止了這種應用被用於對於這樣一種客製化化存在需求的場景(通常適用於大型企業)。
  • 一些商業應用要求去訪問或與客戶的當前數據整合。當這樣的數據量很大或者敏感時(例如用戶的個人資訊),將他們與遠端寄存軟件整合起來就會很花代價並且很有風險。
  • 政策法規上的搜尋/佔有保障法律並不保護所有形式的軟件即服務動態儲存的數據。最終導致結果是,安全鏈條上又被加上了一環:在這裏,對數據的訪問,以及進一步的對該數據的不當使用,僅僅由假定是誠信的第三方或能夠訪問該數據的政府部門以他們自己的承諾書來限制[18][19][20][21]
  • 更換軟件即服務供應商可能引入緩慢而困難的在互聯網上載輸非常大的數據檔案的任務。
  • 採用了軟件即服務的組織可能會發現他們被強迫採用新的版本,這可能導致未預料的培訓花費或用戶會出錯的可能性的增加。
  • 依賴於一個互聯網連接意味着數據會以互聯網的速度傳輸向或接受自軟件即服務公司,而不是一個公司內聯網的可能的更快的速度[22]

標準模型也存在限制:

  • 與硬件、其他軟件以及作業系統的相容性[23]
  • 許可證和遵從性問題(承載該組織的軟件程式的未授權的副本)。
  • 維護、支援和修補程式修正行程。

數據第三方擔保

軟件即服務數據第三方擔保(SaaS data escrow)是將關鍵的軟件即服務應用數據儲存在一個獨立的第三方的過程。與將軟件原始碼儲存在一個獨立的第三方的原始碼第三方擔保類似,軟件即服務數據第三方擔保是應用在一個軟件即服務應用中的數據的相同的邏輯。它允許各個公司保護(protect)並擔保(insure)留存在軟件即服務應用中的所有數據,防止數據遺失[24]

對於考慮軟件即服務數據第三方擔保來說有着各種各樣的原因,包括對關於供應商破產的擔心,未計劃的服務斷供以及可能的數據遺失或篡改。許多商業組織還熱衷於確保這些數據符合他們自己的數據支配(data governance)標準,或想擁有針對他們的軟件即服務數據的改進了的報表和商業分析。一項由清步軟件公司(Clearpace Software Ltd.)發起的對軟件即服務的增長的研究顯示,85%的參與者想要獲得他們的軟件即服務數據的一個副本。1/3的這些參與者想要每天取得一份副本[25]

參考文獻

  1. ^ Panker, Jon; Lewis, Mark; Fahey, Evan; Vasquez, Melvin Jafet. How do you pronounce IT?. TechTarget. August 2007 [2012-05-24]. (原始內容存檔於2016-11-28). 
  2. ^ 2.0 2.1 IT Channel Glossary. compuBase. March 2013 [2013-02-13]. (原始內容存檔於2021-02-05). 
  3. ^ SaaS Business Model Canvas. DeckPresenter. June 2013 [2013-06-07]. (原始內容存檔於2021-01-17). 
  4. ^ Yu Xiang. 什么是SaaS软件即服务. 2019-01-27. (原始內容存檔於2020-10-20). 
  5. ^ Software as a Service (SaaS). Cloud Taxonomy. [2011-04-24]. (原始內容存檔於2010-07-04). 
  6. ^ Jutras, Cindy. QAD On Demand gives manufacturers the tools they need to become global. Aberdeen Research Group. TheStreet.com Inc. [2011-05-22]. (原始內容存檔於2012-01-05). 
  7. ^ How SaaS Is Changing the Face of Enterprise IT Support. Dell.com. [2012-06-28]. (原始內容存檔於2012-06-26). 
  8. ^ McHall, Tom. Gartner Says Worldwide Software as a Service Revenue Is Forecast to Grow 21 Percent in 2011. Gartner.com. Gartner. 2011-07-07 [2011-07-28]. (原始內容存檔於2012-09-27). 
  9. ^ Barret, Larry. SaaS Market Growing by Leaps and Bounds: Gartner. Datamation. QuinStreet, Inc. 2010-07-27 [2012-09-09]. (原始內容存檔於2012-01-21). 
  10. ^ Anderson, Tim. full form of SaaS. The Register. 2011-05-05 [2016-06-04]. (原始內容存檔於2017-12-26). 
  11. ^ Software As A Service: Strategic Backgrounder (PDF). Washington, D.C.: Software & Information Industry Association. 2001-02-28 [2011-04-24]. (原始內容 (PDF)存檔於2011-09-27). 
  12. ^ Ferrari, Elena. Access Control in Data Management Systems. Synthesis Lectures on Data Management. Morgan & Claypool Publishers. 2010: 77 [2012-02-13]. ISBN 978-1-60845-375-7. (原始內容存檔於2021-02-05). [...] a new emerging option is represented by the Database as a Service (DbaaS) paradigm [...]. DbaaS is regulated by the same principles as Software as a Service (SaaS) and basically means the delivery of the typical functionalities of a database management system in the cloud. 
  13. ^ Wainewright, Phil. Workstream prefers virtualization to multi-tenancy. ZDNet. CBS Interactive. 2007-10-19 [2011-04-24]. (原始內容存檔於2010-03-23). 
  14. ^ Carraro, Gianpaolo. I can't believe we are still talking about whether saas == multi-tenancy.... Gianpaolo's blog. Microsoft Corporation. 2008-06-21 [2011-04-24]. (原始內容存檔於2011-10-28). 
  15. ^ Creese, Guy. SaaS vs. Software: The Release Cycle for SaaS Is Usually (Not Always) Faster. Gartner blog. Gartner, Inc. 2010-05-18 [2011-04-24]. (原始內容存檔於2011-10-28). 
  16. ^ Jumping to SaaS? Take Agile Software Development Along with You. DevX.com. QuinStreet Inc. 2008-01-08 [2011-04-24]. (原始內容存檔於2012-03-18).  Authors list列表中的|first1=缺少|last1= (幫助)
  17. ^ Lisserman, Miroslaw. SaaS And The Everlasting Security Concerns. Forrester Research. 2010-12-20 [2011-04-24]. (原始內容存檔於2011-08-13). 
  18. ^ Arthur, Charles. Google's ChromeOS means losing control of the data, warns GNU founder Richard Stallman. Guardian. 2010-12-14 [2012-02-16]. (原始內容存檔於2013-03-08).  已忽略文字「Technology」 (幫助); 已忽略文字「guardian.co.uk」 (幫助)
  19. ^ Adhikari, Richard. "Why Richard Stallman Takes No Shine to Chrome."頁面存檔備份,存於互聯網檔案館LinuxInsider, 15 December 2010.
  20. ^ Stallman, Richard. Who does that server really serve?. GNU, Boston Review. 2011-09-20 [2012-01-15]. (原始內容存檔於2018-09-30). 
  21. ^ Examples: Hill, Benjamin Mako. Show Me the Code. Revealing Errors. Sun, 01 Feb 2009 [2012-01-15]. (原始內容存檔於2021-02-25).  Assange, Julian. (訪談) http://rt.com/news/wikileaks-revelations-assange-interview/. 2011-04-09 [2012-01-15]. London. (原始內容存檔於2021-05-09). Facebook, Google, Yahoo – all these major US organizations have built-in interfaces for US intelligence. It’s not a matter of serving a subpoena. They have an interface that they have developed for US intelligence to use.  缺少或|title=為空 (幫助)
  22. ^ Gallaugher, John. Information Systems: A Manager’s Guide to Harnessing Technology. Flat World Knowledge. [2012-04-21]. (原始內容存檔於2013-04-26). 
  23. ^ Cloud Software as a Service (SaaS) in Cloud Computing. This is not rightServices. CloudComputingSec. 2011 [2011-12-15]. (原始內容存檔於2012-01-13). 
  24. ^ Wilson, Deborah R; BonaPart, Alexa. Develop a Framework for SaaS Application Business Continuity Risk Mitigation. Gartner.com. Gartner, Inc. 7 August 7, 2009 [2011-04-24]. (原始內容存檔於2013-03-08). 
  25. ^ SaaS Data Escrow International Report (PDF). RainStor (Gloucester, England: Clearpace Software Ltd). 2009-12-14 [2011-04-24]. (原始內容 (PDF)存檔於2011年7月15日). Only 15 per cent of those who currently use, or plan to use, SaaS have no inclination to keep a copy of their data. 

外部連結