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云上必须有产品创新。
本文转载自微信公众号「云算计」，可以通过以下二维码关注。转载本文请联系云算计公众号。
