在幾年前一次內部會議上，曾經有過激烈的討論為什麼需要PaaS。
我們都知道AWS 或者GCP 都提供虛擬機，你可以遠程桌面或者ssh 連接上基本上可以做任何事情，那為什麼需要PaaS呢？
在另外一方面，很多公司都提供了SaaS 服務(包括 Successfactors，Ariba，S4 Cloud)， 為什麼會需要PaaS來提供更複雜的配置的功能？
從IaaS角度，簡單的例子是安裝一個HANA express 在AWS虛擬機上，然後進行配置實驗或者生產。或者下載一個已經安裝好的鏡像文件。 但是問題在於配置basis 是一個非常專業的任務，系統patch，硬碟backup，內存調整等等都需要自己來實現。另外一個角度來說你系統CPU 內存使用率不高，而租用硬體是按照小時收費而非使用收費。
單純說SaaS，它是非常簡單實用的。 對於絕大多數終端消費者來說SaaS提供的一些配置基本上都是夠用的。這也是為什麼SaaS服務很火的一個原因。但是因為SaaS 服務商給你的只是軟體層面的接入，你可更改的範圍有限。比如說我需要把我自己的另外系統接入到我Saas服務上，但是數據本身還是存在我自己的伺服器中。又或者是我希望建立一個自己的軟體獨特的SaaS的UI 或者workflow（比如一鍵下單後 自動執行 MRP，發貨等個性化功能）都是很難實現的。
而PaaS 的出現就是來彌補這倆者中的不足，一方面對於大型項目以及實際生產有人維護basis 以及基礎設施。而且對於開發新功能和應用又有非常好的兼容性和環境搭建。
其中最值得說道的就是BPaaS的概念（business process ），簡單的來說很多小軟體公司可能專注一點比如發工資和福利，或者是管理貨物。
這些功能單一的軟體相對比較便宜而且不需要很多前期的投入。比較小的公司在開始的時候可能會比較傾向於這樣的小型軟體服務出於投資的考慮。
可是這有一些隱藏的弊端，比如說localization（以工資處理為例，每個國家每個地區的法律稅都不一樣。美國發工資必須有有ssn，每個州扣稅也不相同，過節也不同等等）這些方面的服務不是一間小型公司能夠處理的。
還有就是integration，如果想把financial planning和payroll連接起來需要單獨開發接口，而且二次開發也存在風險以及數據的不統一，數據模型的變動。這樣其實在長遠考慮是非常痛苦的， 而BPaaS就是把單獨的商業功能從一整套ERP中抽取出來以運行次數來收費（API call或者是企業人數）比如如下的稅務服務。