标签：blog http ar os 使用 sp for strong on
Iaas（Infrastructure-as-a-service），直译为基础设备作为一种服务。
Paas（Platform as a service），直译为平台作为一种服务。
暂且忘掉这两个单词，想象两种场景。
一、回忆下《目前公司内部的系统是如何在线上运行和调整的》
dns，lvs，web机======这一层通常由IT部门或者ops部门来完成
webserver，php，mysql，memcache，内部使用的各种sdk====这一层也是由运维来完成，部分sdk由sdk维护人员来管理和部署
应用程序本身=====这一层是由业务开发来完成
这些所有的概念（包括web机，包括应用程序）构成一个私有应用。
公司会有很多这样的私有应用，一个个叠加起来就需要一个自动化运维平台，来管理所有的应用，能对应用进行监控，能够快速拷贝os到app到sdk的一个环境到新的一台web机上。
这个自动化运维平台，加上它管理的这所有的应用，构成了一个平台，有个很庸俗的名称叫云。
透过这个平台能够管理所有的节点信息，纵深比老总的级别更多，不仅查看每个VP，也能知道每个部门的负责人，负责人下面有多个团队，每个团队多少个业务等等自顶向下的信息。
二、回忆下《学校里面的代理服务器》
一个实验室有一台或者几台服务器，没有主机名，没有lvs，只有IP，基本是单点，没有容灾能力。功能很弱，但它给每个学生提供了单独建站的平台。每个学生都可以上去完成自己的job。
没有分布式的概念，只有一个硬件服务器+os。
两个场景回忆完毕，两个概念也就出来了：Iaas是实验室模式，Paas是平台模式。
两种模式相差甚远，完全不在一个维度，区分起来很简单，Iaas没有分布式能力，Paas天然支持分布式。那什么是分布式？有容灾能力的是分布式，没有容灾能力（单点故障就挂掉的）不是分布式。
从一个产品想做成什么样的来定义一个产品，比这个产品用什么实现的更重要。从这个角度来看，easy的文章（http://qing.blog.sina.com.cn/tj/40dfde6f3300060l.html）要更好。
SAE的目标（也是BAE，阿里云等云系列共同的目标）是：为web服务端开发提供一整套解决方案，当然肯定是分布式Web服务喽
参考资料：http://www.u1city.net/Article-538.html
http://qing.blog.sina.com.cn/tj/40dfde6f3300060l.html
http://bbs.aliyun.com/?spm=5176.383338.201.56.CT6vih
http://sae.sina.com.cn/
http://sae.sina.com.cn/?m=front&a=architecture
http://cloud.it168.com/a2012/0719/1374/000001374232_4.shtml
标签：blog http ar os 使用 sp for strong on
原文地址：http://www.cnblogs.com/helww/p/4104413.html
