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云的终极目标--“让客户只关注前台业务逻辑”，让其没有能力和动力关注通用后台架构：

1. CDN的普及让客户放弃自建Squid加速站点；

2. 对象存储的普及让客户再无动力自建存储系统；

3. 如果普及了SeverLess，一大批真架构师直接失业；

   配图说明：远方云的终极理想

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云上必须有产品创新。