我們可以這樣簡單定義saas：軟體部署為託管服務，而且可以通過網路訪問，可以客戶按需定製，並且開發商實施簡單。internet的迅猛發展，軟體作為一種服務形式提供給客戶的需求逐漸增加。而saas 這個新的模式出現正是順應了這個要求，它可以幫助軟體開發商通過提供服務的形式贏得客戶。
無庸置疑，saas的出現徹底顛覆了傳統軟體的運營模式。它不僅僅從**上，交付模式上，實施風險上帶來了明顯改觀，更是促進了軟體與網際網路的融合以及整個軟體市場的發展。
伴隨著saas的愈發火熱，加之soa的繼續深入，市場上越來越多的人開始談論soa產品在saas方面的能力。誠然，越來越多的軟體**商將借助 saas的方法，以需求為基礎向消費者提供soa產品。這是我們所期待看見的，但這也在某種程度上混淆了soa和saas。
首先需要明確的一點則是：soa是乙個框架的方法，而saas是一種傳遞模型。
saas看作乙個傳遞機制，這個傳遞機制指出單個例項/多個承租的應用軟體程式。soa是開發鬆散耦合的軟體架構。因此，soa包括了一切關於軟體是如何被架構起來的東西，而saas是一切關於軟體是如何被應用的。
可以這樣說，兩種技術是共生的，但是兩者可以通過不同的方法來實現，也可以通過不同的方法一起工作。
soa帶給saas的既有鬆散的耦合，也有約定化的、能夠治理的服務。從這方面而言，soa的方法是對saas有好處的。而從另一方面而言，soa和saas在重利用、成本控制、標準化方面相互提供參考，兩者正在開始走向趨同。
單純從定義和實現形式上來看， 「soa可以認為是saas在企業內部執行的一種形式」。而這一觀點正式當前關於soa和saas最為激烈的爭論。
支持者認為「大多數企業將最終成為服務的消費者兼發行者，進而模糊了soa與saas之間的界限」。
也有不少人認為，soa不太可能也不具備作為企業內部saas執行的能力。「繁重的企業基礎架構減少了soa的有利部分，而saas則提供了更敏捷，低本高效的第三方服務選擇。」
而對於其之後的發展也有著清醒的預計，「具有更大因經營規模擴大而得到的經濟節約和價值建議的外部服務將取代內部執行的服務。隨著企業逐漸了解由soa驅動的 服務**理念，itil 與saas將面臨乙個問題： 作為服務的**商，他們需要迅速、低廉並且可靠的提供執行包括服務管理、報告和表單功能在內的服務以增強競爭力。於是，企業將不太可能維持原有昂貴、個人 化、單調的企業基礎架構，而會轉向外部有效的計算機處理平台。面對更遠的未來，將來的企業最終會定製「商務即服務」(baas)主張，從而實現構造整體價 值鏈條而非單純購買軟體。」
歸根結底，soa不太可能也不具備作為企業內部saas執行的能力， 但它能夠在很多方面為saas鋪平道路;而無論內部基礎架構有多麼soa化，都沒有與市場驅動的saas相抗衡的靈敏度。
BPM與SOA之間的區別及聯絡
關於業務流程管理 bpm 和面向服務架構 soa 之間關係的討論熱鬧非凡。二者也是多年來的熱門話題，但是關於它們的討論通常都出現在互不相關的論壇上，討論它們的人通常也屬於不同的圈子。不過現在這種情況正在改變，因為這兩個概念以及相關技術的使用者和提供者正日漸將二者結合起來看待。bpm陣營通常聲稱，so...
SOA與SaaS的關係
soa和saas兩者之間存在著怎樣的聯絡?乙個是服務基礎架構 service oriented architecture 乙個是軟體即服務 software as a service 至少，他們都是關於 服務 的。我們可以這樣簡單定義saas 軟體部署為託管服務，而且可以通過網路訪問，可以客戶按需定...
分析 BPM與SOA之間的區別及聯絡
關於業務流程管理 bpm 和面向服務架構 soa 之間關係的討論熱鬧非凡。二者也是多年來的熱門話題，但是關於它們的討論通常都出現在互不相關的論壇上，討論它們的人通常也屬於不同的圈子。不過現在這種情況正在改變，因為這兩個概念以及相關技術的使用者和提供者正日漸將二者結合起來看待。bpm陣營通常聲稱，so...