Google App Engine部署环境平台相关元模型.docx

Google App Engine的部署环境平台相关元模型 平台简介 Google Cloud Platform Google Cloud Platform是谷歌公司的云计算平台，提供了一系列IaaS和PaaS解决方案。该云计算平台一共提供了10种服务，分为5类：计算、存储、网络、大数据、应用服务。如图3-15所示。 图 315 Google Cloud Platform提供的服务 Google App Engine是Google Cloud Platform的PaaS平台。在App Engine上可以使用内置服务轻松地开发应用，提高生产率。App Engine是基于谷歌可靠的数据中心的、完全由谷歌管理的平台，用户只需上传应用，App Engine负责基础设施管理。 在Google Cloud Platform提供的10种服务中，本文只关注PaaS平台—— Google App Engine。本文将为该PaaS平台建立部署环境的元模型。 Google App Engine 在App Engine中，应用运行在一个安全的沙盒环境中，负载均衡器在多个实例间分发请求，并根据流量变化伸缩实例数量。 App Engine内置了很多功能，比如分布式内存对象缓存、队列、邮件服务等；App Engine还可以集成Google Cloud Platform的其他服务，比如关系型数据库、非关系型数据库、对象存储等。 本文根据部署环境的逻辑组成，对Google App Engine部署环境的元模型作如图3-16所示的划分。 图 3 SEQ Figure \* ARABIC \s 1 1 Google App Engine的元模型划分 二、 部署环境的元模型 Application包：应用结构 应用结构（Application）元模型支持对App Engine应用及其组成部分的描述。一个App Engine应用由一个或多个模块构成，必须包含一个默认模块。每个模块由代码和配置文件构成，但是模块使用的文件实际上是模块的一个具体的版本。当讨论模块的时候，实际上讨论的是模块的一个具体实现——版本。如图3-17所示。 图 317 Application包 Application类表示一个部署到Google App Engine平台的应用。该应用需要指定一个id，id是在网页控制台创建App Engine项目时得到的，id用于生成应用的URL：app_，所以是唯一的。如果使用的是Premier账户，还能选择将应用部署到美国还是欧洲的数据中心，否则只能部署到美国。 Module类表示应用的一个逻辑组件。uri用于在应用中定位一个模块，在应用范围内必须是唯一的。多层应用通常由多个前端模块和后端模块组成，每个模块甚至可以配置不同的运行环境。 Version类表示模块的一个具体版本。版本用一个名称来标识，通常表示模块的一种实现方式或随时间的渐进升级。当部署一个模块的时候，实际上部署的是模块的一个具体的版本，可以在App Engine上部署同一个模块的多个版本。在运行时，具体版本的代码在多个实例上运行。一个具体的版本需要部署到运行环境。 Environment包：运行环境 运行环境（Environment）的元模型支持对App Engine应用运行环境的硬件性能和软件堆栈的配置。虽然App Engine没有明确提出运行环境这一概念，但是为了方便表示每一个模块的每一个具体版本运行时所需的资源，本文借鉴AWS引入了这一概念。如图3-18所示。 图 318 Environment包 Environment类表示运行一个模块的一个具体版本的软硬件资源及配置。threadsafe配置运行环境中的实例是否能够接收并发请求，启用多线程要在代码中使用正确的线程同步机制。SSL安全链接默认情况下是启用的，可以关闭安全链接。预编译是将Java字节码、脚本语言等预先编译为本地机器码，以加快执行速度，默认情况下启用该功能。Warmup requests是指App Engine尝试检测应用何时需要启动新的实例，并通过一个“暖身”请求初始化该实例，默认启用该功能。运行环境可以分为前端和后端两类。 Frontend类表示前端运行环境。前端中HTTP请求的超时时间为60秒，任务的超时时间为10分钟。前端的实例类型可以选择F1、F2、F4和 F4_1G中的一种，默认为F2。前端的伸缩方式只能为自动伸缩，实例根据流量状况被创建和关闭。 Backend类表示后端运行环境。后端中HTTP请求可以无限期执行，实例可以运行一个程序或脚本长达数小时而不返回HTTP响应。后端的实例类型可以选择B1、B2、B4、B4_1G和B8中的一种，默认为B2。后端中的实例是可以寻址的，通过在代码中