但是,擁有清晰的定義是十分重要的事情,Current Analysis有限公司應用軟件程序基礎設施首席分析師Bradley F. Shimmin這樣說道。
“我確實是把SaaS看作一個傳遞機制,這個傳遞機制指出單個實例/多個承租的應用軟件程序,”他說?!岸椅覍OA視為開發松散的耦合的軟件的哲學框架。因此,SOA包括了一切關于軟件是如何被架構起來的東西,而SaaS是一切關于軟件是如何被應用的?!?/P>
Shimmin觀察了有關SOA和SaaS之間的混淆的一部分,這些混淆是源于當我們談及服務的時候我們沒有清晰的指明我們的意思造成的。
“也許這個問題滋生于服務這個詞語,”他解釋說?!霸赟aaS當中,他表示應用程序可以像任何服務一樣被傳遞,就像你家中電話的語音一樣,看起來似乎就是為你的需求量體裁衣得到的,也是你可以一定層度上客戶化的東西。而SOA的定義和這個無絲毫的聯系。SOA支持的服務,都是些離散的可以再使用的事務處理,這些事務處理合起來就組成了一個業務流程,是從基本的系統中提取出來的抽象代碼?!?/P>
ZapThink有限公司高級分析師Jason Bloomberg,贊同有關SOA和SaaS的混淆是針對于兩者的不同點沒有清晰的定義以及在結合使用時就出現了的問題。
“在SOA和SaaS的關系之中有大量混淆的地方?!?Bloomberg說道?!癝OA是一個框架的方法,而SaaS是一種傳遞模型。服務通過SaaS傳遞模型傳遞也許可能也許不可能達到松散的耦合以及像我們在談及SOA的時候談到的類似于Web服務的訂立了標準的服務。大體上來說,這些服務的種類是不同的,但是我們在市場上正在尋找能夠通過SaaS的方法進行傳遞的合約化服務的匯合點?!?/P>
Bloomberg還敘述說傳統的用SaaS傳遞應用軟件程序的方法的功能已經通過網絡接口實現了。最近SaaS開始試圖融合Web服務,使得它可以在沒有用戶接口的情況下通過網絡服務進行傳遞,但是,這種傳遞的方法還不是SOA。
“通過SaaS傳遞Web服務并不需要SOA?!盉loomberg是這樣說的。
不過,Bloomberg以及其他的本文采訪過的分析人士都認為SOA的方法是對SaaS有好處的。
“SOA帶給SaaS的既有松散的耦合,也有約定化的、能夠治理的服務?!盉loomberg解釋說?!斑@些服務都經過約定,而且都于政策的元數據相關聯,這樣可以對服務提供者和服務使用者之間的關系進行約束。舉例來說,這些政策也許指明的是服務需求的質量,再使用的指南或者是版本政策?!?/P>
對于版本政策的需要更加凸顯了SOA能夠為SaaS軟件廠商提供價值的重要。他說。
“我們假設,你通過SaaS提供一個Web服務,而且你有很多顧客在使用這項服務?,F在,到了該將這項服務升級的時間了。對于所有的客戶而言這會發生什么呢?讓他們將所有的工作停下來?他們需要手動升級他們的軟件嗎?每一個選項都代表著服務使用者和服務提供商之間的緊密聯系——在這種情況下SOA能夠解決的問題?!?/P>
提供給SaaS的SOA方法是能夠解決這個問題的。Bloomberg說道,因為SOA可以提供“一個適當的事先定義好的版本政策,這樣會規定用戶必須每個月都要用一些規定的步驟去保證他們都在使用最新的軟件。例如,通過自動的下載一個升級,在用戶下載的第二天,服務將自動更新版本?,F在,對于客戶而言,自動化保持一個或者所有的版本和服務器同步更新是可以實現的。這就實現了松散的耦合的運作,以及一個SOA有力運轉的證明?!?/P>