這幾年云計(jì)算概念炒的很火熱，不僅是很多的云計(jì)算相關(guān)的創(chuàng)業(yè)公司如雨后春筍般冒出來，大佬們也紛紛加入戰(zhàn)場(chǎng)。IaaS、PaaS、SaaS、BaaS多種形態(tài)并存，一派繁榮景象。本文結(jié)合自己的理解對(duì)目前市面上的云計(jì)算形式，談一談看法。
基礎(chǔ)設(shè)施云
又稱為IaaS，故名思議，這類提供商主要提供的是系統(tǒng)底層的設(shè)備服務(wù)。最簡(jiǎn)單的理解，比如提供一個(gè)臺(tái)Linux或者windows服務(wù)器，那么用戶可以遠(yuǎn)程連接服務(wù)器，在上面安裝軟件，對(duì)這臺(tái)服務(wù)器的控制能力相對(duì)比較強(qiáng)。提供商通常會(huì)讓用戶在內(nèi)存、硬盤、帶寬、操作系統(tǒng)等偏硬件的參數(shù)上做出選擇，并根據(jù)選擇收取相應(yīng)的租用費(fèi)用。
提供商通常以虛擬化的方式來高效的利用自己的物理資源。事實(shí)上，對(duì)于用戶而言，面對(duì)的跟物理服務(wù)器沒有區(qū)別，還能擁有更穩(wěn)定的硬件環(huán)境，降低了用戶的運(yùn)維難度。這類云提供商，比較知名的有阿里云、微軟的WindowsAzure等。
一般提供商會(huì)為用戶提供一個(gè)管理控制臺(tái)，可以方便的看到服務(wù)器的運(yùn)行狀況，如下圖是阿里云的后臺(tái)控制臺(tái)界面，用戶的管理單位是虛擬服務(wù)器：
平臺(tái)設(shè)施云
又稱為Paas，這類提供商提供給用戶的是軟件平臺(tái)和開發(fā)工具，比如php、python、.net、數(shù)據(jù)庫系統(tǒng)、存儲(chǔ)平臺(tái)。用戶通常不用考慮底層的操作系統(tǒng)、硬件配置、網(wǎng)絡(luò)配置、負(fù)載，只需要將開發(fā)好的程序通過提供的方式上傳即可運(yùn)行于特定的軟件平臺(tái)；數(shù)據(jù)庫方面，用戶也無需關(guān)心備份、分流等問題，提供商都會(huì)做好，要做的只是根據(jù)要求鏈接數(shù)據(jù)庫讀寫就可以了。
還有一類筆者也歸類為PaaS，就是存儲(chǔ)提供商。通常，存儲(chǔ)提供商負(fù)責(zé)提供文件的存儲(chǔ)、備份，并提供對(duì)文件的讀寫API，這種API跟操作系統(tǒng)無關(guān)，通常是基于HTTP或TCP。正因?yàn)槿绱?，筆者認(rèn)為這跟單純的提供磁盤不同，這是一種統(tǒng)一化的，更邏輯化的存儲(chǔ)服務(wù)，用于無需關(guān)心底層的存儲(chǔ)結(jié)構(gòu)。
筆者接觸的比較多的新浪云和七牛云。新浪云主要提供的是軟件平臺(tái)和數(shù)據(jù)庫，還有一些配套服務(wù)；七牛云是純粹的存儲(chǔ)提供商，特點(diǎn)在于對(duì)存儲(chǔ)的文件的多樣化處理，比如視頻轉(zhuǎn)碼、圖片變換、甚至最近出的鑒黃，應(yīng)該來說給用戶提供了極大的便利。
PaaS通常用用多少收多少的形式收費(fèi)，對(duì)于小流量的用戶，往往是免費(fèi)的。
下圖是新浪云的后臺(tái)的應(yīng)用管理界面，用戶的管理單元是應(yīng)用，應(yīng)用有應(yīng)用的語言、平臺(tái)、配套的數(shù)據(jù)庫、緩存等服務(wù)：
下圖是七牛云的后臺(tái)，用戶的管理單元是空間，文件存儲(chǔ)在空間下：
軟件服務(wù)云
又稱為SaaS，這類云實(shí)際上更貼近最終用戶，用戶也比較好理解，比如典型的百度云盤。這類云相對(duì)來說比較難下定義，范圍很廣，這里不再累述。
后端即云
又稱為BaaS，這類云是比較新的概念，隨著移動(dòng)互聯(lián)網(wǎng)的發(fā)展而提出并實(shí)現(xiàn)，因此比較針對(duì)移動(dòng)應(yīng)用這種端應(yīng)用。簡(jiǎn)單的說，這類云的目標(biāo)就是“消滅”后端程序員，聽起來有些嚇人。筆者接觸下來，感覺還是非常不錯(cuò)的。
結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)：跟直接提供數(shù)據(jù)庫系統(tǒng)不同，這類云提供一系列的API和SDK，讓移動(dòng)開發(fā)人員或web開發(fā)人員，在沒有數(shù)據(jù)庫服務(wù)器和中間件的情況下，直接存取數(shù)據(jù)。比如以前，我們要做一個(gè)用戶注冊(cè)，那么我們必須首先設(shè)計(jì)并初始化好數(shù)據(jù)庫，然后用某種語言，編寫接口程序向客戶端暴露一些接口，讓客戶端通過這個(gè)編寫的接口來訪問數(shù)據(jù)。這個(gè)接口也可以稱為中間件，而這個(gè)工作通常由被稱為“后端程序員”的角色所完成，然后在BaaS下，這個(gè)過程是不需要的。BaaS能夠直接提供客戶端訪問數(shù)據(jù)的能力，而數(shù)據(jù)表可以自動(dòng)的創(chuàng)建。與之配套的還有一套完整的數(shù)據(jù)分析方案和體系。也免去了后臺(tái)管理、數(shù)據(jù)查看分析功能的開發(fā)。
推送：BaaS還能為移動(dòng)客戶端提供消息推送的能力。
文件：有些BaaS也附帶提供文件存儲(chǔ)的能力。
如果創(chuàng)業(yè)團(tuán)隊(duì)需要精簡(jiǎn)人員，專注于產(chǎn)品的前端體驗(yàn)，尤其是移動(dòng)端體驗(yàn)，可以考慮采用BaaS，簡(jiǎn)化后端服務(wù)和人員結(jié)構(gòu)的搭建。筆者接觸過的國(guó)內(nèi)的BaaS有AVOS、Bmob等。
下圖是AVOS的后臺(tái)，可以看到，展現(xiàn)的就像是數(shù)據(jù)庫一樣，而這些Class(表)，都無需事先創(chuàng)建，讀寫完全是通過API和SDK來完成的：
總結(jié)
存在即合理，在選用上述產(chǎn)品時(shí)，并無優(yōu)劣之分。針對(duì)不同的應(yīng)用性質(zhì)，應(yīng)用規(guī)模，團(tuán)隊(duì)人員狀況做出最適合的選擇才是重要的。比如如果是做移動(dòng)app，在人員緊張，尤其缺少后端開發(fā)人員的前期，可以考慮采用BaaS。而在中期，隨著人員規(guī)模的擴(kuò)大，需求的增加，BaaS無法滿足要求，那么可以轉(zhuǎn)向PaaS。如果應(yīng)用規(guī)模進(jìn)一步擴(kuò)大，考慮成本人員等因素，IaaS也許可以考慮，甚至也可以自建機(jī)房。
