paas平台即服务_平台即服务

平台即服务通常是云计算中最令人困惑的分类，因为它很难识别，常常被误认为是基础架构即服务或软件即服务。 在这个由三部分组成的文章系列的第二部分中，了解PaaS的独特之处以及如何在您的业务中利用它。

常用缩略语

• API：应用程序编程接口
• HTTPS：基于SSL的超文本传输​​协议
• IDE：集成开发环境
• 投资回报率：投资回报率
• SQL：结构化查询语言
• SSL：安全套接字层
• UI：用户界面

PaaS的独特之处在于，它使开发人员可以在托管基础架构上构建和部署Web应用程序。 换句话说，PaaS允许您利用云基础架构看似无限的计算资源。

当然，似乎无穷无尽的计算资源是一种错觉，其中限制是基于基础架构的大小。 但是，正如您从本系列的第一篇文章中学到的，Google的基础结构估计包含超过100万台基于x86的计算机。 此外，由于PaaS的基础架构具有弹性（第1部分中还将讨论这一概念），因此可以根据需要扩展云以提供更多的计算资源，因此对无限资源的幻想并不是完全虚构的。

开发人员的PaaS

对开发人员的一个普遍误解是云计算仅适用于网络管理员。 但是这种误解忽略了云计算为开发和质量保证团队带来的许多可能性。

考虑一些在软件开发生命周期中经常出现问题的事情。 以我的经验，设置服务器环境以托管开发团队已分配来构建的Web应用程序的过程可能会很麻烦。 即使在大型企业中，通常也将单个网络管理员资源分配给多个开发团队。 当不使用PaaS时，设置开发或测试环境通常需要执行以下任务：

• 获取并部署服务器。
• 安装操作系统，运行时环境，源代码控制存储库以及任何其他所需的中间件。
• 配置操作系统，运行时环境，存储库和其他中间件。
• 移动或复制现有代码。
• 测试并运行代码以确保一切正常。

管理员资源已经变得越来越稀疏，因此部署新环境可能是一个痛苦的过程。 对于客户端和服务器端的Web应用程序开发人员来说，另一个主要问题是出于您自己的测试目的，在本地复制运行时环境。

现在，假设您是使用PaaS的开发团队的一员。 在这种情况下，您将拥有一个包含整个服务器环境的虚拟机（VM），并且实际上可以在USB闪存驱动器上传递该虚拟机。

我想把您的注意力转向第1部分中所示的交叉概念矩阵，以作为本系列继续分析PaaS的参考。 表1中也提供了该矩阵。

表1.三种云计算分类的交叉概念矩阵

	模式转变	特点	关键条款	优点	缺点与风险	什么时候不使用
IaaS	基础设施即资产	通常与平台无关； 基础设施成本是共享的，因此可以降低； 服务水平协议（SLA）； 按使用付费； 自定标	网格计算，效用计算，计算实例，虚拟机监控程序，云突发，多租户计算，资源池	避免在硬件和人力资源上的资本支出； 降低ROI风险； 准入门槛低； 简化的自动缩放	业务效率和生产力在很大程度上取决于供应商的能力。 潜在的更高的长期成本； 集中化需要新的/不同的安全措施	当资本预算大于运营预算时
PaaS	许可证购买	消耗云基础架构； 迎合敏捷项目管理方法	解决方案堆栈	简化版本部署	集中化需要新的/不同的安全措施	不适用
SaaS	软件作为资产（企业和消费者）	SLA； 由“瘦客户端”应用程序支持的UI； 云组件； 通过API进行通信； 无状态 松散耦合 模块化 语义互操作性	瘦客户； 客户端-服务器应用程序	避免在软件和开发资源上的资本支出； 降低ROI风险； 简化的迭代更新	数据集中化需要新的/不同的安全措施	不适用

PaaS的主要成分

理解PaaS的最好方法可能是将其分解为主要组成部分：平台和服务。 现在，请考虑所提供的服务，该服务称为解决方案堆栈。 也就是说，逻辑上假设PaaS的两个主要成分是计算平台和解决方案堆栈。

为了说明这两个“成分”，让我们进一步研究它们的定义。 最简单形式的计算平台是指只要代码符合该平台的标准，就可以一致地启动软件的地方。 平台的常见示例包括Windows™，Apple Mac OS X和Linux®操作系统。 Google Android，WindowsMo​​bile®和Apple iOS用于移动计算； 以及Adobe®AIR™或Microsoft®.NET Framework的软件框架。 要记住的重要一点是，您并不是在谈论软件本身，而是在谈论其运行平台。 图1提供了一个说明，以帮助您了解这种关系。

图1.对云计算的分类与PaaS元素之间的关系的图形解释

现在您已经了解了平台计算的概念，让我们弄清楚什么是解决方案堆栈 。 解决方案堆栈由将有助于开发过程以及应用程序部署的应用程序组成。 这些应用程序指的是操作系统，运行时环境，源代码控制存储库以及任何其他所需的中间件。

选择提供者

解决方案堆栈还使不同的PaaS公司脱颖而出，这是您在决定跳上PaaS火车之前需要深入研究的内容。

在提交给特定的PaaS提供商之前，您可能需要问以下几个基本问​​题：

• 它支持哪些框架和语言？ 理想情况下，PaaS应该支持基于该平台选择语言的任何框架。
• 我可以创建多少个应用程序？ 大多数PaaS提供商都会根据您注册的计划或软件包来限制您可以构建的应用程序的数量。 确保提供商提供满足您需求的计划或套餐。
• 允许哪种类型的内容？ 支持PaaS产品的基础架构通常涉及一种称为多租户计算的概念，其中许多“租户”在单个服务器上共享“住宅”，并由系统管理程序管理的VM实例隔开。 PaaS提供商可能会对您计划托管的应用程序类型和内容有某些限制。
• 支持哪种数据库？ 如果您有要作为应用程序的一部分进行迁移的数据，那么此答案非常重要。 您必须确保提供者提供的数据库与打算用于导入数据的格式兼容。
• 是否支持SSL（HTTPS）？ 出于安全原因，这是另一个重要因素。 如果您打算通过应用程序进行事务处理，并且发现不支持SSL，则会遇到重大问题。

PaaS解剖

到目前为止，您已经了解了PaaS，下面让我们探讨比较PaaS提供程序时应考虑的哪些功能：

• 应用程序开发框架。 基于广泛使用的技术构建的强大的应用程序开发框架。 理想情况下，您应该提防供应商锁定此处的可能性。 在这方面，诸如Java™技术之类的开源平台通常是安全的选择。
• 使用方便。 PaaS应该带有易于使用的WYSIWYG工具，该工具具有预构建的小部件，罐装UI组件，拖放工具以及对某些标准IDE的支持。 它应有助于快速，迭代的应用程序开发。
• 业务流程建模（BPM）工具。 您需要一个强大的BPM框架，该框架允许您对业务流程进行建模并围绕该流程构建应用程序。
• 可用性。 选择的平台应可随时随地访问和使用。
• 可扩展性。 该平台应足够聪明，以利用基础架构的弹性能力来处理将要承受的应用程序负载。
• 安全。 为了有效应对威胁，该平台应处理跨站点脚本，SQL注入，拒绝服务和流量加密等问题，并将其根植于应用程序开发中。 此外，该平台必须支持单点登录功能，才能将其与其余的本地应用程序或任何其他云应用程序集成。
• 包括的。 该平台应提供包含，嵌入和集成在同一平台或其他平台上构建的其他应用程序的功能。
• 可移植性。 该平台应与基础架构无关，并允许公司将应用程序从另一个IaaS迁移到另一个。
• 移植工具。 为了方便将数据从旧式本地应用程序轻松迁移到基于新平台的应用程序，批量导入转换工具是平台工具包的必要组成部分。
• API。 为了执行诸如用户身份验证以及存储和检索文件（例如，Web应用程序文件和资产）之类的任务，有时甚至直接调用数据库，该平台应具有文档齐全的API。 这将使您的企业具有创建和自定义软件应用程序以与满足公司特定需求的平台交互的灵活性。

管理供应商锁定

供应商锁定意味着客户依赖于供应商，并且无法使用另一供应商，而不会承受大量的转换成本。 就像云计算一样，相对较新的技术和日益普及的技术创造了创建支持供应商锁定的环境的机会。 早期采用者必须在立即签署任何长期的IaaS和PaaS协议之前，先了解自己的想法。

避免锁定的一种方法是通过API和平台技术的标准化。 诸如Simple Cloud之类的组织已经开始与各种规模的供应商合作，参与该开源项目，以使云中PHP具有一致性。 为了创建简单云，Zend Technologies，Microsoft，IBM和Rackspace联手实现了跨不同平台提供抽象层的目标。

Simple Cloud API目标是为文件存储，文档存储和简单队列服务创建通用接口。 这将使您能够编写可在主要云供应商之间移植的应用程序。 值得赞扬采取这种举措来标准化云计算的供应商，并鼓励他们继续进行这些努力。 当选择供应商为您的公司提供PaaS服务时，我强烈建议您认真考虑一下支持标准化的供应商。 标准使我们在IT部门的所有人的生活更加轻松，最重要的是，它们为企业节省了资金。

为了摆脱PaaS市场上的供应商锁定机会，需要支持相同底层API的服务提供商。 答案很简单：坚持专有技术的服务提供商必须同意支持标准化计划，例如Simple Cloud。

结论

在有关云计算的三部分文章系列的第二部分中，您学习了如何表征和识别PaaS。 您还了解了选择PaaS提供商时应问的问题以及选择提供商时应注意的问题，例如供应商锁定。 本系列的最后一篇文章将深入探讨SaaS的结构，并展示如何表征和识别它。 您还将了解选择SaaS提供商以保护您的业务时需要注意的事项。 同时，请查看“ 相关主题”部分，以获取有关PaaS的更多信息的链接。

---

翻译自: https://www.ibm.com/developerworks/cloud/library/cl-cloudservices2paas/index.html