掃盲區分IaaS和PaaS
1.從分類看本質
對產品進行分類，是對產品本質的復習和揣摩。
云計算圈兩大產品分類是IaaS云和PaaS云，大家經常討論不清楚，溝通有困難。
如果我們分不清某個云產品到底屬于IaaS還是PaaS，那產品設計和推銷必然會走上歪路。
今天耗時十分鐘，我和朋友們分享一下自己的見解。
配圖說明：分類是認識事物(馬匹)的最好方法。
2.計量單位是最好的區分
我在《硬核分享云產品定義》里就把“計量單位”當做產品最重要的屬性。
用計量單位區分IaaS和PaaS非常方便、清晰和徹底：
- IaaS云的計量單位都是“資源配額上限”;
- PaaS云的計量單位都是“用戶實際用量”。
舉些例子
RDS和部分大數據服務就是IaaS，他們只是買附贈軟件咨詢的模板化云主機。
容器也是IaaS，容器從產品上就是云主機的變體，加上K8S也只是模板化云主機。
對象存儲和Serverless是根正苗紅的按量付費，這就是PaaS服務最標準的形態。
誰說PaaS服務就活該敲著盆討飯了 —— CDN是很多公有云的營收命脈。
公網帶寬既有流量型也有定寬型，我們可以將其視為兩個類似的產品。
說起短信通道，一堆人笑的梨花帶雨的，但看完下文大家就知道短信通道真是個PaaS。
配圖說明：論斤賣的書和論本賣的書不是一類產品。
3.不同的終極產品目標
IaaS云的終極目標是--“模擬硬件IDC環境”，我們夸獎IaaS云的說辭都是：
- CPU性能和物理機相比幾乎沒損耗;
- 比物理機開關速度更快遷移更便利;
- Vxlan完美模擬了二層網絡隔離;
- 分布式云硬盤比本地硬盤速度更快;
PaaS云的終極目標--“讓客戶只關注前臺業務邏輯”，讓其沒有能力和動力關注通用后臺架構：
- CDN的普及讓客戶放棄自建Squid加速站點;
- 對象存儲的普及讓客戶再無動力自建存儲系統;
- 如果普及了Serverless，一大批真架構師直接失業;
配圖說明：遠方云的終極理想
4.不同的用戶和展示形式
IaaS云的目標用戶是運維部和基礎架構部，其產品展現形式也完全符合客戶需求：
- IDC和硬件資源，比如華北節點+8C16G+100G云盤+20M帶寬;
- 操作系統和網絡配置界面，比如選擇信創操作系統+虛擬路由器+跨云專線;
- 客戶自己能基于IDC資源搭建好的各種數據庫、大數據、消息隊列等服務;
PaaS云的目標客戶是業務研發和個人開發者，其產品展現形式異常單調：
- PaaS云服務提供業務API接口和管理API接口，使用通用服務協議接入;
- 大部分PaaS云會提供多語言SDK，一般是MIT或者其他寬松協議;
- 雖總否認但如有必要，PaaS云廠商還會提供Demo甚至駐場寫程序;
配圖說明：不同角色畫不同的臉譜。
5.實現技術的區別
IaaS云的實現技術是一條先難后易，先硬后軟的路：
- 虛擬化操作系統、虛擬化網絡、虛擬化存儲;
- 努力釋放新硬件性能、穩定性、易運維能力;
- IaaS云的技術終點是提高穩定性和降低運營成本。
PaaS云的實現技術是一條先易后難，先軟后硬的路：
- 有無數種應用層容錯手段，經常見到性能不夠成本來湊;
- 服務體量大到一定規模，都會積極擁抱各種專用硬件加速卡;
- PaaS云的技術終點是更新迭代應用協議，實現客戶側的更多功能。
配圖說明：不同原材料的寶石細節不同
6.從業人員的區別
IaaS云的核心從業人員比較清晰簡單，也是當前云計算公司的主流構成：
- 售前和售后主要來自于甲方運維團隊，同一類人才能相互溝通。
- 核心研發都有虛擬化、操作系統、內網組網的技術儲備，否則就是個調接口傻樂的孩子。
- 優質產品經理必須能理解客戶運維的語言，并能和這批研發順暢溝通;好幾位優秀的IaaS云產品都做過“私有云售前加實施”，他們轉崗做產品后即懂技術也懂業務。
PaaS云的核心從業人員，我們先看售前和產品的錯位：
- PaaS產品暴露的就是個API接口，售前幫客戶做的都是講解而非規劃。
- 大部分產品經理沒能力推動PaaS云技術革新，也不具備和研發平等對話的實力，抄友商的公開文檔和SDK都懶得改指紋，所以他們把精力用在和客戶做計費和管理接口的聯調對接上了。
PaaS云的研發遵循著先易后難的路線：
- 對于用戶來說，API背后是個黑盒，小型PaaS云在做功能的階段，對初始研發人員的能力要求并不高;一個小PaaS云與其招攬頂級大牛，不如多買點IaaS資源做容錯。
- 大規模PaaS云的功能日漸雷同，但支撐的后臺都是架構怪物，此時要招攬頂級高手坐鎮，解決性能和穩定性問題，進而解決成本問題，最終主導功能迭代。
售后需要和客戶技術部門交朋友，所以最佳PaaS云售后都是程序員：
- 大部分PaaS云的售后是將售后承擔的技術壓力簡單平拋給產品和研發，讓技術售后淪為溝通客服。
- 各個PaaS云創業期就是主程自己對接開發者做售后;某PaaS云的售后既能幫客戶寫Demo，也會轉崗到主力研發部門。
配圖說明：馬跑得快、驢能吃苦、騾子比較單純
7.營收模型的區別
在不考慮大項目砸盤的影響下，IaaS云的營收模型應該是這樣的：
- 整體營收增加是“臺階狀”的，購買服務器就上臺階，撤銷服務器就是降臺階。
- IaaS云營收價值的基礎是：電力、芯片和數字地產，因此IaaS云很容易平移做大營收。
- 當前IaaS云的毛利凈利畸形，但未來總會變成低毛利和高凈利。
在不考慮大項目砸盤的影響下，PaaS云的營收模型應該是這樣的：
- 整體營收變動是個圓潤的曲線，微觀上單個客戶是大波動，但宏觀上多客戶疊加是很圓潤穩定。
- PaaS云營收價值的基礎是：PaaS軟件帶來的準業務功能，非專業人士也知道對象存儲就是云相冊。
- 現階段PaaS云營收的毛利較高但規模量級較小，但未來PaaS能做成營收大凈利高。
談到PaaS營收就要談CDN的負毛利負凈利，我想解釋一下：
- 我說PaaS營收大凈利高，理論依據還真是CDN。CDN是1998年發明的，在此后十幾年里都是個暴利行業，最高能賣到每月每兆一千塊，饞死現在搞帶寬的窮鬼。
- 任何產品設計都無法規避砸鍋型友商，CDN有資格被選做砸鍋刷單神器，這是CDN產品的成功和榮譽。
- 下一代PaaS產品的王者還得借鑒學習CDN，猝死的李小龍依舊是功夫之王。而且CDN也沒死透，CDN產品(而非具體廠商和從業者)借過直播、借過動態加速，也在想借邊緣計算東山再起。
配圖說明：企業的IT支出可以用“朝三暮四”的原意解讀。
8.前景未來不同
各大云的核心負責人都是IaaS云出身，我本人的技術儲備也是IaaS為主;樹挪死人挪活，我們要探索新大陸。
IaaS云的發展很快到極限了，因為IaaS云就是在“盲目和通用”的支撐客戶業務;
- “通用”代表著產品設計很清晰，但產品的演進潛力也相對有限;
- “通用”把大額營收從IDC平移到云平臺，但現在大部分服務器已經是賣給云廠商了;
- “盲目”會制約IaaS云平臺成本優化、穩定性優化、性能優化的潛力;
- “盲目”會讓產品缺乏客戶粘性，服務部門缺乏客戶業務挖掘能力;
- 客戶的業務部門從來想將IT需求簡化為成“掏錢就行”，但IaaS云用戶仍然需要后臺研發、基礎架構和運維部。
PaaS云才是云計算的未來，我建議IaaS產品線全體同仁早做規劃：
- 初期PaaS云對人才要求不高，成熟PaaS云的各種容錯已經很清晰，所以轉崗過去沒有技能壓力。
- PaaS云每一行訪問日志都是對客戶行為的直觀描述，有巨大的技術優化潛力和產品演進潛力。
- PaaS云能讓客戶將IT需求簡化 -- 客戶掏錢就OK，這是產品設計的成功。
- 客戶技術團隊也在逐步流失和放棄做后臺技術，做業務研發是簡單的快樂。
如果IaaS高手還是不服氣，請把我的本段評價套用到數據中心上。IDC至今有有產研服務的微創新，但是我們都放棄IDC而是做云計算了啊。
配圖說明：這個家長只能盲目支撐老師留下的作業;
如果甲方對此圖有不爽，可以把“爸爸”替換成“孫子”。
9.關于SaaS的認知
SaaS是IaaS和PaaS的客戶，不是我的戰友或者友商。
- 我以結交知名SaaS專家為榮，但他們和我不在一個世界;
- 我非常認可SaaS為客戶提供的最終價值，但他的價值和我無關;
- 我實地勘察過SaaS解決方案，我發現做功能和跑客戶的邏輯完全不同;
- IaaS和PaaS云并不關注被支撐的業務軟件是否叫SaaS云。
從前序的IaaS和PaaS的區別看，我無法將SaaS和常規云計算有實質性關聯。
- 云廠商做成功的SaaS云，和其主體產銷研體系并無強關聯，集團的招牌對你們做客戶的助力更大。
- 云廠商做失敗的SaaS云，也怨不到主體產銷研體系，你們自己去創業會更好還是更差?
- 我在云游戲前景展望中，對云游戲的PaaS還是SaaS之路做了一些區分對比。
配圖說明：SaaS和我們的世界是平行宇宙。
0.回顧和總結
1. 計量單位就是產品最重要的屬性，全文都在證明《硬核分享云產品定義》中的這段話：
計量方式是產品定義的第一位最重要的概念。嚴肅談計量單位定義，其涉及產品如何組裝而成、后端成本和施工、客戶可接受的包裝方式、明牌對著黑箱承諾等一系列最本質的產品問題。
2. 認知事物最好的辦法就是分類，我在《云產品向上管理總則》中已經提到多個分類方式。
除了IaaS和PaaS，除了主力營收型產品和技術支撐性產品，云計算產品還有很多維度的分類方法。我們不停的分類分析，能讓自己對手頭產品的理解更深入。
3. 我在《公有云成本危機》的末尾很認真的提到了——危機之下對產品創新的要求更高。
主力IaaS和主力PaaS產品要對運營需求創新，產品可描述、可觀測、可調度才能有效壓縮成本。
如果云廠商不想被IaaS的上限解讀為全云天花板，那在PaaS云上必須有產品創新。
本文轉載自微信公眾號「云算計」，可以通過以下二維碼關注。轉載本文請聯系云算計公眾號。
