趁此機會，把IaaS/PaaS/SaaS給你講明白了。

IaaS/PaaS/SaaS就(jiu)是云計算的三(san)種(zhong)主流服(fu)務(wu)方式：

• 基礎設施即服務
• 平臺即服務
• 軟件即服務

對于它們區別，我們吃個餃子理解：

我(wo)們包餃子(zi)需要(yao)準備餡(xian)料、配(pei)料和各種(zhong)器具，在自家蒸好后才(cai)能(neng)享用。

1、自(zi)己準備、自(zi)己做(zuo)、自(zi)己吃。

這就叫做本地部署（On-Premises）。

2、如果覺得麻煩，就去買(mai)速凍水餃，直接熱熱就可以。

這個賣半成品的地方，就是提供了基礎設施即服務（IaaS）。

3、還是感到有些(xie)麻煩(fan)？那么可(ke)以直接打個電話，叫一份(fen)餃(jiao)子外賣在(zai)家(jia)吃。

這個提供外賣的店家，就是提供了平臺即服務（PaaS）。

4、如果什(shen)么都不想準備，甚(shen)至連桌子都懶得整理的(de)話，就直(zhi)接去餃子店吃(chi)好了。那里什(shen)么都已經準備好了。

這就是軟件及服務（SaaS）。

不知道(dao)你有沒有體會出其中的遞進(jin)關系？

從自主自備的角度來看，On-Premise>IaaS>PaaS>SaaS。

那么發展到SaaS這一需求，自然而然許多人就會有疑問：

如果按照(zhao)SaaS去搭建企業自身(shen)的云平臺，供應(ying)(ying)商只(zhi)是提供軟件(jian)，那企業的數(shu)據(ju)(ju)就要存儲(chu)在(zai)供應(ying)(ying)商的后(hou)臺數(shu)據(ju)(ju)存儲(chu)服務器，互(hu)聯網公司應(ying)(ying)該對數(shu)據(ju)(ju)都(dou)很(hen)敏感，這(zhe)樣按照(zhao)常(chang)人(ren)理解，不(bu)科(ke)學。

所以(yi)這就引(yin)出了API。

日(ri)常生(sheng)活中，我們(men)有很多(duo)類似(si)API的(de)場景，比如：

電腦需要調用手(shou)機里面的(de)信息，這時(shi)候你會拿一根數據線將(jiang)電腦手(shou)機連(lian)接(jie)(jie)起來，電腦和手(shou)機上連(lian)接(jie)(jie)數據線的(de)接(jie)(jie)口就(jiu)相當于(yu)“API接(jie)(jie)口”。

• 如圖所示：

也就是說，企業可以在自己的數據庫/本地軟件中私密存儲數據。如果需要用到SaaS軟件功能的時候，就通過API，將需要處理/展示的數據對接到SaaS軟件中。

• 舉個實例輔助理解：

【中鐵大橋科研(yan)院】有一(yi)個自(zi)研(yan)的(de)信(xin)息平臺，用(yong)于管理業(ye)務數據(ju)。

但他們曾面臨一個問題——盡管有(you)信息平臺，卻(que)因(yin)為(wei)系統(tong)的獨立(li)性，數據的上傳和備份，需要(yao)依靠(kao)人工在excel里來回操作(zuo)，效率(lv)很(hen)低。

由于系(xi)統的開發周期長、成(cheng)本高，橋科院將(jiang)目光聚焦到現成(cheng)的功(gong)能軟(ruan)件(jian)上(shang)。

后(hou)來通(tong)過API將簡(jian)道云直(zhi)接插入公(gong)司數(shu)據庫，數(shu)據可自(zi)動(dong)上傳至信息平(ping)臺(tai)上并統一展(zhan)示；再(zai)通(tong)過webhook把數(shu)據推送到(dao)服務器，實現自(zi)動(dong)備份。

在這一過程(cheng)中，就是因為API接(jie)口，將(jiang)內外部系統對接(jie)。橋(qiao)科院不用二次開發，就直接(jie)實現(xian)了數據自動上傳、備份(fen)的功能。