主流公共云服务商对比.docVIP

主流公共云服务商对比 百度开放云服务: 应用引擎BAE3.0 概述 百度应用引擎（BAE）提供多语言、弹性的服务端运行环境，能帮助开发者快速开发并部署应用。 传统PAAS采用沙盒技术来实现应用之间的资源隔离，如下图所示。沙盒技术需要对运行环境和编程语言进行功能限制，例如：禁止创建进程和线程，禁止某些系统调用，禁止对某些文件系统路径的读写，禁止加载C语言模块、禁止某些网络功能等，这就大大增加了开发者的学习成本，也使得应用的开发和迁移难度变大。 采用沙盒技术进行资源隔离时，困扰开发者的一个主要问题就是应用的云端运行环境与开发者的本地开发环境不一致，很多功能受到限制。开发者在本地开发调试好的应用，发布到云端就遇到种种问题无法运行，不得不针对云端环境进行修改。 图1 BAE采用轻量虚拟机技术进行资源隔离，如下图所示。在运行环境和编程语言层面，不做任何限制；应用在云端的运行环境与开发者本地的开发环境保持一致，从而使得学习成本、开发和迁移成本降到最低，开发者的生产力得到最大限度的解放。 图2 核心概念 工程 一个BAE工程可包含多个部署。 部署 每一个BAE实例称为一个“部署”。 部署类型 每个BAE部署对应一种部署类型。除了传统的WEB形式的部署类型外，BAE3.0新增了worker类型的部署。传统的WEB类型，主要用来创建WEB应用，它的特点是通过HTTP请求来驱动应用逻辑；但有时候我们需要长期在后台跑一些任务，例如爬虫，不停的去爬取各种网络资源，这种就需要woker类型的部署来实现了。目前BAE3.0平台支持node.js-web，php-web, php-worker, java-web, python-web, python-worker等部署类型，后续会支持更多类型，给开发者更多的选择。 执行单元 每个BAE部署由一个或多个“执行单元”组成。执行单元是一个抽象的概念，每个执行单元实际是由一组进程组成；例如一组lighttpd + php-fpm 进程组成了 php-web执行单元。对于一个WEB应用来说，随着访问量的上升，一个执行单元很可能扛不住压力。那么可以通过增加执行单元个数进行“水平扩展”，或者增大执行单元配置如内存进行“垂直扩展”，从而轻松应对压力。 轻量虚拟机 执行单元由一组进程组成，而这组进程实际是运行在一个单独的轻量虚拟机里面的；每个执行单元对应一个轻量虚拟机。对开发者来说，不需要关心轻量虚拟机的存在，而是关心为自己应用服务的“执行单元”； 而对BAE的运维人员来说，才需要关心轻量虚拟机的运行情况。 图3 【如图3所示：在BAE3.0中，BAE部署与执行单元、轻量虚拟机的关系】 假设有一个“BAE部署”，分配了两个“执行单元”，每个“执行单元”对应一个“轻量虚拟机”， “执行单元”是抽象概念，它启动后，对应着“轻量虚拟机”里面的一组进程，包括 lighttpd 和 php-fpm 进程等。 当“轻量虚拟机”出现故障后，BAE平台会自动为它重新分配一个轻量虚拟机，并将“执行单元”部署到新的轻量虚拟机上，这就是“执行单元”的迁移。这种技术保证了应用的高可靠性。 当应用流量上升，两个“执行单元”不够用的时候，可以再增加新的轻量虚拟机，并部署“执行单元”，这就是“执行单元”的扩容。这种技术保证了应用的可扩展性。 BAE3.0特性 运行环境和与编程语言无任何限制 对运行环境和编程语言，包括创建进程、创建线程、系统调用、执行C扩展模块、文件系统访问不做任何限制。 多种编程语言支持 除了PHP、Python、Java、Node.js以外，我们还会陆续增加对主流开发语言的支持。此外将来开发者还可以自定义运行环境。 编程框架的支持 由于编程语言层面没有任何限制，那么各种编程框架的支持也就水到渠成了。不管你是主流的框架，还是小众的框架，只要能在开发者本地的环境中运行起来，那么在云端也可以跑起来。 自动安装依赖的模块 对于python开发者来说，只要把依赖的模块，例如django, flask等写到 requirements.txt中，BAE会自动帮你把这些模块部署到执行环境中。对于nodejs开发者，可以使用 package.json 达到同样的效果。 丰富的服务支持 提供多样性的扩展服务，包括MongoDB、MySQL、Redis、Log、Port等。此外百度强大的云能力也都支持，如云存储、媒体云、云推送、LBS等等。 自由的网络访问 许多PaaS，对外的网络访问需要通过HTTP Proxy 或者是Socket Proxy 代理出去；而在BAE3.0里面，对外的网络访问不再需要经过代理层的转发。 此外，我们还将在未来开放“端口服务”，允许开发者自定义对外提供服务的TCP/UDP端口，从而实现更复杂的业务逻辑。 新增work