這幾年云計算概念炒的很火熱，不僅是很多的云計算相關的創(chuàng)業(yè)公司如雨后春筍般冒出來，大佬們也紛紛加入戰(zhàn)場。IaaS、PaaS、SaaS、BaaS多種形態(tài)并存，一派繁榮景象。本文結(jié)合自己的理解對目前市面上的云計算形式，談一談看法。

基礎設施云
又稱為IaaS，故名思議，這類提供商主要提供的是系統(tǒng)底層的設備服務。最簡單的理解，比如提供一個臺Linux或者windows服務器，那么用戶可以遠程連接服務器，在上面安裝軟件，對這臺服務器的控制能力相對比較強。提供商通常會讓用戶在內(nèi)存、硬盤、帶寬、操作系統(tǒng)等偏硬件的參數(shù)上做出選擇，并根據(jù)選擇收取相應的租用費用。

提供商通常以虛擬化的方式來高效的利用自己的物理資源。事實上，對于用戶而言，面對的跟物理服務器沒有區(qū)別，還能擁有更穩(wěn)定的硬件環(huán)境，降低了用戶的運維難度。這類云提供商，比較知名的有阿里云、微軟的WindowsAzure等。

一般提供商會為用戶提供一個管理控制臺，可以方便的看到服務器的運行狀況，如下圖是阿里云的后臺控制臺界面，用戶的管理單位是虛擬服務器：

平臺設施云
又稱為Paas，這類提供商提供給用戶的是軟件平臺和開發(fā)工具，比如php、python、.net、數(shù)據(jù)庫系統(tǒng)、存儲平臺。用戶通常不用考慮底層的操作系統(tǒng)、硬件配置、網(wǎng)絡配置、負載，只需要將開發(fā)好的程序通過提供的方式上傳即可運行于特定的軟件平臺；數(shù)據(jù)庫方面，用戶也無需關心備份、分流等問題，提供商都會做好，要做的只是根據(jù)要求鏈接數(shù)據(jù)庫讀寫就可以了。

還有一類筆者也歸類為PaaS，就是存儲提供商。通常，存儲提供商負責提供文件的存儲、備份，并提供對文件的讀寫API，這種API跟操作系統(tǒng)無關，通常是基于HTTP或TCP。正因為如此，筆者認為這跟單純的提供磁盤不同，這是一種統(tǒng)一化的，更邏輯化的存儲服務，用于無需關心底層的存儲結(jié)構(gòu)。

筆者接觸的比較多的新浪云和七牛云。新浪云主要提供的是軟件平臺和數(shù)據(jù)庫，還有一些配套服務；七牛云是純粹的存儲提供商，特點在于對存儲的文件的多樣化處理，比如視頻轉(zhuǎn)碼、圖片變換、甚至最近出的鑒黃，應該來說給用戶提供了極大的便利。

PaaS通常用用多少收多少的形式收費，對于小流量的用戶，往往是免費的。

下圖是新浪云的后臺的應用管理界面，用戶的管理單元是應用，應用有應用的語言、平臺、配套的數(shù)據(jù)庫、緩存等服務：

下圖是七牛云的后臺，用戶的管理單元是空間，文件存儲在空間下：

軟件服務云
又稱為SaaS，這類云實際上更貼近最終用戶，用戶也比較好理解，比如典型的百度云盤。這類云相對來說比較難下定義，范圍很廣，這里不再累述。

后端即云
又稱為BaaS，這類云是比較新的概念，隨著移動互聯(lián)網(wǎng)的發(fā)展而提出并實現(xiàn)，因此比較針對移動應用這種端應用。簡單的說，這類云的目標就是“消滅”后端程序員，聽起來有些嚇人。筆者接觸下來，感覺還是非常不錯的。

結(jié)構(gòu)化數(shù)據(jù)存儲：跟直接提供數(shù)據(jù)庫系統(tǒng)不同，這類云提供一系列的API和SDK，讓移動開發(fā)人員或web開發(fā)人員，在沒有數(shù)據(jù)庫服務器和中間件的情況下，直接存取數(shù)據(jù)。比如以前，我們要做一個用戶注冊，那么我們必須首先設計并初始化好數(shù)據(jù)庫，然后用某種語言，編寫接口程序向客戶端暴露一些接口，讓客戶端通過這個編寫的接口來訪問數(shù)據(jù)。這個接口也可以稱為中間件，而這個工作通常由被稱為“后端程序員”的角色所完成，然后在BaaS下，這個過程是不需要的。BaaS能夠直接提供客戶端訪問數(shù)據(jù)的能力，而數(shù)據(jù)表可以自動的創(chuàng)建。與之配套的還有一套完整的數(shù)據(jù)分析方案和體系。也免去了后臺管理、數(shù)據(jù)查看分析功能的開發(fā)。
推送：BaaS還能為移動客戶端提供消息推送的能力。
文件：有些BaaS也附帶提供文件存儲的能力。
如果創(chuàng)業(yè)團隊需要精簡人員，專注于產(chǎn)品的前端體驗，尤其是移動端體驗，可以考慮采用BaaS，簡化后端服務和人員結(jié)構(gòu)的搭建。筆者接觸過的國內(nèi)的BaaS有AVOS、Bmob等。

下圖是AVOS的后臺，可以看到，展現(xiàn)的就像是數(shù)據(jù)庫一樣，而這些Class(表)，都無需事先創(chuàng)建，讀寫完全是通過API和SDK來完成的：

總結(jié)
存在即合理，在選用上述產(chǎn)品時，并無優(yōu)劣之分。針對不同的應用性質(zhì)，應用規(guī)模，團隊人員狀況做出最適合的選擇才是重要的。比如如果是做移動app，在人員緊張，尤其缺少后端開發(fā)人員的前期，可以考慮采用BaaS。而在中期，隨著人員規(guī)模的擴大，需求的增加，BaaS無法滿足要求，那么可以轉(zhuǎn)向PaaS。如果應用規(guī)模進一步擴大，考慮成本人員等因素，IaaS也許可以考慮，甚至也可以自建機房。

最新評論