透过三个典型代表畅谈PaaS的前世今生.docxVIP

透过三个典型代表畅谈PaaS的前世今生  PaaS的前世今生 我们所熟悉的云计算分为3个层面：IaaS(基础架构即服务)、PaaS(平台即服务)、SaaS(软件即服务)。与SaaS相比，PaaS和IaaS的概念相对较新，也是最近几年云计算领域的集中发力点，像Amazon、微软、谷歌、阿里云等还有很多初创公司都推出了IaaS和PaaS产品。 下面一张图比较经典的比较传统IT、IaaS和PaaS： 目前市面上有很多PaaS平台，我自己认为可以分为3个阶段： 第一代PaaS，比如Google App Engine、SAE，这是最早期的PaaS，当时并没有PaaS这个概念，但是他们做的事情，现在看来是包含在PaaS范围内的。 第二代PaaS，比如 Cloud Foundry、OpenShift。这是各大IaaS流行之后，顺势推出的PaaS， 并且迅速发展。 第三代PaaS，比如Kubernetes。这是在Docker火爆之后，利用Docker的特性构建出许多PaaS，这些PaaS更加灵活，更加适应企业，逐渐成为PaaS的主力，我想也是很多人正在做的方向。 接下来给大家说明下刚才提到的几个典型的项目， Cloud Foundry、Docker和Kubernetes，从中就可以看到几代PaaS进化的技术驱动力。 Cloud Foundry Cloud Foundry是VMware于2011年推出的业界第一个开源PaaS云平台，后来分拆出Pivotal公司进行接管，2014创立Cloud Foundry基金会，希望吸引更多的公司参与，而不是Pivotal一家独大。 现在说的Cloud Foundry是V2架构，它的结构图如下： Router：路由模块，所有的数据面和管理面请求都通过Router进行分发。 UAA/Login Server：鉴权模块。 NATS：消息总线， Cloud Foundry内部组件的通信主要通过NATS进行通信。 Cloud Controller(CC)：管理中心，负责应用的生命周期管理等等。 Health Manager：应用的健康监控状态。 DEA：应用的运行时节点，应用都是运行在DEA上。 Warden：容器管理模块，类似Docker，提供给应用容器运行环境。 Service Brokers：用于适配对接各类的第三方服务，可以是各种关系数据库、中间件、缓存、云存储、内存数据库等各种服务。 Metrics Collector/App Log Aggregator：平台应用的日志和监控数据收集。 Cloud Foundry推出以后逐渐得到了各大厂商的支持， 华为云、IBM BlueMix、 HP Cloud和Dell云服务都采用了 Cloud Foundry作为基础，一时间成为PaaS的代表。那么 Cloud Foundry的优势有哪些呢? 开源、开发的架构。 开源是趋势， Cloud Foundry顺应了趋势，自然可以吸引大批的开发者和公司参与其中。同时 Cloud Foundry是一个开发的架构，定义了一套标准，可以扩展多种框架、语言、运行时环境及应用服务，支持运行在云平台IaaS上。 运维智能化。 运维能力是PaaS最最最最最重要的能力，这决定了PaaS的成功与否，如果PaaS无法提供强大的运维支持，为什么我要把应用托管在PaaS，我需要看日志和监控，我需要经常升级应用等等，IaaS可是提供了相当灵活的处理机制。 Cloud Foundry在这方面做出了很多努力，提供应用的容错容灾、弹性伸缩、负载均衡、安全控制、监控日志的收集汇总等等。 容器。 这里不得不提容器技术，容器轻量、隔离的特性是非常适合PaaS的需求的， Cloud Foundry中开发了Warden组件来实现容器管理，实际上Warden和Docker类似，只不过 Cloud Foundry当时并没有专注于容器这一块，Warden在易用性和设计上都不如Docker，自然被Docker抢了风头。 Cloud Foundry最大的问题是它只能支持简单的Web类应用：应用只能暴露一个HTTP端口，应用之间通信也只能通过HTTP等等，这是因为 Cloud Foundry一开始的设计模型是比较简单的，很多复杂场景应该是没考虑的，目前V3架构Diego正在开发中，应该有这方面的考虑。 总之Cloud Foundry最为第二代PaaS的代表，它在运作、架构和技术上相比第一代PaaS都有一定的提高，在云计算大潮中引领了PaaS的发展，但是PaaS 一直处在一个不温不火的尴尬程度，使用PaaS绝大多数是开发者个人的玩票性质，真正使用的企业用户其实很少。接下来Docker登场。 Docker Docker是PaaS提供商dotCloud开源的高级容器引擎，Docke