PaaS类型.PDF

第3章 PaaS类型 在前面的章节里，我们简单讨论了移植的概念，即将应用移植到不同系统上。虽然 可移植性在很多情况下是一种充满吸引力的特性，但是，我们依然需要权衡可移植 和不可移植的PaaS 。 3.1 不可移植的PaaS ：遵照一个模板 采用不可移植 的平台即服务，我们就可以基于这个平台的独特规范和 编写 PaaS API 代码，从而创建应用。 这意味着我们的代码结构需要严格依附于特定的模板或应用编程接口（API ）。这 些 可能主要集中在服务数据库、存储架构或者有哪些信誉好的足球投注网站架构上。而其他时候， 属 API API 于低层次并且面向编码的。有时候我们必须使用专门为那个平台所构建的特定语言。 正如我们所看到的，这种平台里有各种不同类型的“钩子”，使得它可移植性较 差。最早形式的平台即服务就是建立在这种结构化很强的想法之上。这些从早期实 践中诞生的雏形，逐渐形成了我们现在的平台即服务。 但问题很快就出现了：为什么我们必须基于私有 编写代码呢？难道为了这些优 API 势以及对数据的访问就得失去灵活性？在我们检视新生代公司针对这个问题的回答 之前，先看看不可移植PaaS领域里的几个主角。 3.1.1 F 作为 的开发者平台，诞生于 年的 （ ），允 Salesforce 2008 F 30 许开发者扩展 的功能从而创建应用，而 （ Salesforce Salesforce http://www.salesforce. com ）则是一个非常流行的SaaS客户关系管理（CRM ）销售工具。这是我们知道的 PaaS 的鼻祖之一。F激发了一代应用，数以千计的开发者开发了新的应用来 访问、分析Salesforce丰富的数据。 的平台即服务提供 服务的应用编程接口以及工具集、一个用于创建应 F Web 用的用户接口、一个用于存储数据的数据库以及基础的网站托管功能。最近，平台 添加了移动功能，使得基于F 的PaaS平台开发移动应用也一样便捷。 使用F 的缺点是：开发者不能随意使用编程语言创建通用应用。应用逻辑层 建立于 之上，它是运行在 上的一种强类型、面向对象、类似于 的 Apex F Java 语言。优点是基于Web 的接口创建新应用相对简单、便捷。我们可以选择自己想要 的数据类型、创建数据结构，可以自动生成 和移动设备界面并收集数据。 Web 在数据输入选项的基础上，我们也能加入公式、审批程序、发送邮件，并且测试 快速、简单。F 的PaaS平台有自己的F集成开发环境，开发者们测 试、部署应用都很快速、简单。 当我们在F o r c e.c o m 平台的约束下工作时，不需要去考虑扩展、管理应用问题， Salesforce替我们完成了。PaaS正是采用了这些基础理念，才能获得如此的流行度。 随着 平台的成熟，它支持越来越多的服务：例如 （ F D http:// ），提供定制接口和数据输入，为全世界近100 000商家提供数据库服务。 3.1.2 Google App Engine （ ），也是 年发布 Google App Engine