公有云剖析：平台活，产品死
基于信息安全考虑，去IOE、国产化，科技发展趋势：廉价x86架构开源免费软件替代昂贵的商用软硬件。整个云计算市场潜在规模巨大，正在快速发展的初期，趋势和前景天知地知，你知我知。
2017年公有云市场(含混合云的公有云部分)规模能到百亿RMB，企业和政府需求是互联网的10倍。政务云需求由政府力量驱动，企业需求由市场和科技驱动，互联网需求都不用怎么驱动、会主动拥抱。
机会：平台型活，产品型死
首先我们要阐明市场上那么多卖云主机的，哪些才是我们要讨论的公有云，业内大牛沙克老师提到过云计算5大特征，如果一个都不具备，那就是卖虚拟机的，不算。本文讨论的公有云主要包含互联网公司、创业型公司、华为联想之类厂商、CDN厂商。
做技术的都知道，云计算本身并不是一种新技术，而是把很多运维技术结合起来做成一个整体的平台，只能算是一种新的业务模式。运维技术大概经历了5个时代：手工时代、脚本时代、工具小平台时代、自动化大平台时代、云平台时代，未来也许是虚拟机器人时代。大多数中小互联网公司及大部分企业都还处于前3个时代，技术水平和思维跟不上，云平台一些新技术和理念还接受不了，先进的东西往往最后妥协成一个四不像。现实中我们经常看到很多互联网用户还是把云主机当物理机来用，8核32G配置，独立外网ip，原有运维流程和脚本最好丝毫不变，企业用户就更不用说了。
简单来说，一方面，公有云在稳定性、安全性等方面还没有获得用户信任，另一方面，一些理念又太超前，用户接受不了。先获取信任，再来说服用户接受。
企业市场，华为、联想们有天然优势，如果能补上互联网平台运营的短板，将切得最大块蛋糕，互联网公司从来都不擅长做企业市场，打法完全不一样。
目前公有云分为3类：产品型、平台型、生态型，未来产品型将没有竞争力。创业型公司2年内只能是产品型，要尽快往平台型转。如360、通联数据，都属于平台型，现在跟进也不算晚。
事实上，创业大门已经关闭
技术上，越往后越有优势，所以偏技术思维的容易产生错觉：我要是现在创业，十几个人几个月就能做出一个比市场上所有平台都好的公有云，成功概率岂不大大的!?真的是这样吗?
先说自主研发技术，周期太长，肯定来不及了，开源架构基本就是openstack了，有些问题反正前期规模没到所以还不是问题，有些还真就是问题，业内对openstack公有云都尚存疑虑、信心不足，用户又怎么敢用?中心化下，网络节点的单点瓶颈、消息队列的性能瓶颈、LB(HAProxy)的性能瓶颈、分布式块存储的稳定性等等，上规模后都是大问题。详细的“技术分析”见后面第五节。运维这个领域永远都是谨慎、稳重第一，获取用户的信任之前，你能吸引到的最大用户群也就是不很看重稳定性的个人用户和创业群体，商业公司没人敢冒这个险。
再难有大的创新
再说市场层面，青云之后，再难有大的创新，IaaS的创业门槛一下就提高了很多，甚至可以说大门都快关上了。没有先入优势，也没有重大创新，只是微创新、好一点，市场是不会给你创业机会的。
所以我认为在2013年底创业大门就已经关闭了，对应2014年上半年要发布产品，因为2013年底2014年初公有云行业有几个重大变化：青云立足、金山云发布、腾讯云对外发布、阿里云成为核心战略获得全力支持。
真想创业该考虑PaaS行业，或给IaaS用户提供服务，比如深圳有一家叫“多备份”，由于本文只说IaaS就不展开了。
创业公司大忌：完全模仿。正所谓：学我者生，似我者死。技术上的差别用户看不见、也不关心，把握准IT行业、运维技术发展的趋势，在技术保障的基础上，产品、商业模式上必须要有重大创新，能真正解决用户关心的一些问题，至少要有一个明显的创新和优势能打动用户，凭此打造切入点。在产品、商业模式、界面等用户看得见的地方全面模仿，无异于替别人宣传了。
扛大旗：openstack的故事好讲
openstack正在快速成熟，再有2个版本就差不多了，出于利益会员们都想推广自己的plugin，但各方角力下，谁也别想当主角，小厂力单势薄，有能力的没意愿，有意愿的没能力，导致开源免费的产品进展缓慢，现实中，大厂还是在openstack下集成自己的硬/软件，小厂只能凑合着用尚不成熟的免费产品，也有少数具备技术实力的，对openstack做些二次开发、不成熟的模块替换掉或改架构。
openstack原生态架构下的免费实现方式，做公有云还是不行。扛openstack大旗讲故事、拉投资，获得技术圈内叫好，都没问题，但要拿出来商用做公有云，目前还差很多。目前成功的案例都是做了二次开发，或用了硬件。
openstack做私有云很成熟了，因为对存储和网络要求没那么高，业务也单一，分布式搞不定用本地也行，网络大二层搞定，网络节点就管理个ip、还只是内网，外面独立搭建一套lvs负责外网的负载均衡、端口转发及nat，没有性能瓶颈，单个集群规模也大不了，涉及到的技术在BAT之类公司里都有很成熟的经验和方案，关键是自己的业务熟悉，满足需求，又把老板关心的成本降下来了，就ok啦，甚至有家公有云都是这么实现的。
LB：主要谈四层。分lvs和HAProxy两种，BAT之类技术实力雄厚，而且有现成的方案，都是用lvs fullnat，真实ip也很好的解决了(不是vm内打linux内核补丁，在ovs层面解决)，用万兆网卡可以抗巨量的pps，技术上的优势就不赘言了，我想提的是它带来的巨大的成本优势，以别人1/10的价格，还能做到更高的毛利率。HAProxy相比而言，转发性能先打个7折，抗压能力又差一个数量级，创业公司技术和人力有限，只能选这个容易实现的，小规模也凑合能用，HAProxy具体的实现方式大概有2种，1是中心化，一台物理机上配一堆实例，2是直接给一个独立的低配置vm，安装HAProxy。
LB/RDS/Cache：这类PaaS产品，能充分体现大公司的技术优势。不要看宣传，测下产品就能感觉出明显的差距，最简单表面比较下产品方式和价格也能看出。
SDN：VPC如今已是标配，尤其是混合云已成为企业首选。现阶段，功能比性能更重要。
CDN：技术不是核心，资源和服务是关键，BAT们目前和CDN厂商还是有一定差距，创业型公司还是找CDN厂商合作吧。
SLA：做运维的都知道，只要有运营商冗余和全局负载均衡，99.99%的服务可用性是互联网标准，没有的话，降到99.95%，做不到的话，都不合格，不管是运维水平还是业务系统的原因。数据可靠性，6个9迟早丢数据，10个9理论上足够安全，但尚需时间考验，重要数据还是要在自己的数据中心或跨服务商做个备份。
另外想特别提一下传统运维的趋势：网络、IDC、系统、安全等运维职位将大减，尤其中小公司里这类职位将消失，从事这方面工作的要早做打算，去大公司，或干脆去做云计算。op受影响较小(个别职位影响大，比如dba)，主要是工作方式会改变，要学会基于云平台开展业务运维工作，如何用好云平台的产品，会对运维开发有较高要求。
CDN：BAT一来，立刻洗牌
某公有云，从CDN厂商按带宽计费20块/M采购进来，再按流量计费卖给用户，价格基本合采购成本的1.8倍，不算复用毛利率都已经近50%了，就是个中介、开发量很小，毛利率等于净利率;
再说说复用率，90%以上的业务，按带宽计费的，复用率很低，移动互联网下的app更新业务，基本都走按流量计费，这类业务复用率很高，所以总体复用率决定于用户群体的结构/业务性质，保守估计这家在1：(1.5~2)，按150G带宽采购量来算，初略估算年赚超过6000W。不是暴利是什么?有人问，20块怎么可能，一线CDN厂商报价都是40块以上。100多G的量(有些二线CDN的总带宽也不过如此)，这就是谈判筹码!很讽刺吧，辛辛苦苦做技术含量高的云平台，就是迟迟不赚钱，突然发现CDN舒舒服服赚大钱。
另外，如果没有CDN业务，也会给BGP带宽带来更多压力，而这块又是卖的越多亏的越大，所以有一定规模后，CDN业务很关键，只要有10个G，就能和CDN厂商谈，然后尽量把用户从BGP引导到CDN。补充CDN业务后，业务范围都扩大了，主机托管这类IDC的活都能做，圈用户卖CDN赚钱。这就是大平台的好处。
大厂已经自建CDN，BAT都开始往外卖了，用不了几年，大厂在技术、资源、服务、价格优势上会全面超越CDN厂商。以流量大户：视频为例，一大半属于BAT阵营，剩下有点规模的也都有自建CDN。最近微博把30%流量切到了阿里云CDN，这就是一个重要标志。小用户CDN厂商以前又看不上，现在想看上也迟了，都被云平台圈走了。为什么CDN厂商现在还没有危机感呢，主要是整个互联网大发展的趋势下，CDN的市场增量很大，几年内各家的绝对值还是增长的，但相对的市场占比肯定是不断缩小。
而且以BAT的巨无霸体量，一旦扑进这个CDN这个行业，相当于鲨鱼进入池塘，CDN第一名的年盈利才5亿RMB，一旦正面竞争如何抵挡?有可能1年内阿里云CDN就到第一，CDN行业要洗牌了。未来某种程度上CDN只是公有云的一项服务。