一个产品经理眼中的云计算：前生今世和未来.docx

一个产品经理眼中的云计算：前生今世和未来 PAGE 9 一个产品经理眼中的云计算：前生今世和未来 一最近发了太多JobDeer的广告了，感觉不写点干货有些对不起我的粉丝们。于是这次写写我还算熟悉的领域——云计算。作为新浪云的前产品经理，我不想从技术角度去讲云了，这次我从产品的视角来管中窥豹吧。当然，水平有限，错误难免，所以请各位看官批判的读下去哈。二如果要我来划云计算的里程碑，我会划出两个点。第一个点是Xen等虚拟化技术的出现，第二个点是Docker等容器兴起。在虚拟化技术出现之前，我们都在使用物理机。记得08年创业时，我一个人扛着一台1U托管进了顺义电信，然后就每隔一段时间给机房打电话，请师傅帮忙按电源重启服务器。当有了虚拟化以后，其实只发生了一个小改变：一台物理机可以被分割成许多台虚拟机了。这件事情有什么意义呢？至少有两个方面的意义。首先是利用率。每台物理机只能有一个操作系统，而在一个操作系统里边，各种业务可能互相干扰。所以我们一般会把机器按业务分组，来创建集群。对于大型项目来说，集群的利用率是不错的。但是对于小项目，这种方式利用率就很差了，因为一个业务节点最少需要一台独立的机器。有了虚拟机，就不一样了。一台机器可以虚拟化为很多个操作系统，分配给很多不同业务和不同的人。这样利用率就上来。然后是可控性。在虚拟机之前，有很多控制是物理的，就像我前边提到的，重启是需要按电源的。但是虚拟化以后，重启就变成软件可控的东西了（当然，前提是挂掉的不是宿主机）。可以用软件或者API接口随时启动、关闭虚拟机说起来是件小事，但这后来却演变成了可以自动调度的弹性云服务—— 当你的应用压力大时，云平台可以自动帮你创建新的虚拟机；当应用压力小时，它可以帮你关几台，省电省钱。自动化的能量就是这么大。以这部分服务为基础，云计算的最基础的一个层次，IaaS（基础设施即服务）出现了。之后虚拟化技术本身开始日益成熟、很多服务器开始在硬件级别支持虚拟化；再后来，以操作系统为粒度的隔离方案不断加强，保证在同一台物理机上的虚拟机用户不会因为写磁盘太猛、用网络过度等情况影响别人。隔离技术可以说是云计算的核心技术点之一，正是隔离技术不断的进步，使云的隔离粒度一层层加深，从而推动了云计算产业的一级级迭代更新。三接下来，这帮用惯了虚拟机的程序员们开始不满足了。为什么我写20个PHP项目，需要我装20个操作系统？为什么不能这20个操作系统共享一个Web运行环境，而20个PHP项目之间彼此隔离就好了呢。这样我就只需要上传PHP代码就好了。于是我们对云计算的隔离粒度提出了更高的要求：隔离能不能从操作系统层次进化到应用层次。PaaS（平台即服务）出现了。由于应用本身对于平台有依赖，所以我们一般会选择将通用功能做成平台共享的，而将应用代码和数据隔离。为了实现这个隔离，我们需要制造沙箱。沙箱必须足够安全，除了能合理的分配各个应用消耗的资源外，它还要保证两个用户之间绝对不能非授权访问到彼此的数据。不同语言用到的沙箱技术不同，所以这个时代的PaaS多是可语言相关的。比如GAE支持Java和Python、HeroKu支持Ruby。用得最多的PHP语言却没有可用的PaaS，所以新浪做了国内，大概也是全球第一个支持PHP的大规模公有PaaS平台，那就是SinaAppEngine。我喜欢把这些PaaS称为专用PaaS。专用PaaS有突出的优点，也有蛮致命的弱点。优点是它可以非常有效的降低资源消耗，并在开发者遵守约定的前提下极大的提升开发效率。由于PaaS平台的管理者可以统一管理绝大部分资源，所以它可以实现去运维化。去运维化是PaaS和IaaS最大的区别，这个区别让PaaS平台有了和IaaS平台PK的资本。以我们公司为例，如果将JobDeer放置在IaaS上，我们就需要维护完整的操作系统。日志是否超过4个G了，Apache和Nginx的升级布丁是否打好了，SSH是否被人恶意扫描了……种种烦心事都随之而来，最后我们就只能去雇佣一个系统管理员来做这一切。对于一个创业公司，这是至少每年10万的投入。于是我们选择了将JobDeer放置在SAE上，从6月到现在，我们的花费不过几万云豆——等于几百块钱，这里边没有因为运维花一分钱。那么为什么这么好的模式，没有把所有生意都从IaaS服务商那里抢过来呢？因为专用PaaS有一个挺大的弱点，就是沙箱技术的不完美，大部分的PaaS平台都要求应用程序本身针对平台进行相应的修改才可以运行。比如在SAE上，代码目录是不可写的，文件上传的路径是SAE_TMP。这些看似微小细节的不兼容，却导致了大量的现有项目不能直接运行在SAE上，而要修