平台即服务(PaaS)实操指南

上传人:ali****an 文档编号:119222569 上传时间:2020-01-09 格式:PDF 页数:25 大小:1.08MB
返回 下载 相关 举报
平台即服务(PaaS)实操指南_第1页
第1页 / 共25页
平台即服务(PaaS)实操指南_第2页
第2页 / 共25页
平台即服务(PaaS)实操指南_第3页
第3页 / 共25页
平台即服务(PaaS)实操指南_第4页
第4页 / 共25页
平台即服务(PaaS)实操指南_第5页
第5页 / 共25页
点击查看更多>>
资源描述

《平台即服务(PaaS)实操指南》由会员分享,可在线阅读,更多相关《平台即服务(PaaS)实操指南(25页珍藏版)》请在金锄头文库上搜索。

1、 平台即服务(PaaS)实操指南 2 / 25 平台即服务(PaaS)实操指南 最初,平台即服务厂商根据自身支持的语言确立自己的市场差异性,比如支持 Java 或者.NET,但是最终 他们还是要不断发展支持多种语言,最后还要用基础架构即服务支持数据存储、消息服务、应用服务和可迁移 性。市场上为开发者提供了各种 PaaS。虽然看起来 PaaS 厂商都极为相似,但是却也存在诸多不同。要跟上市 场的变化,在选择 PaaS 平台时,有一些关键性能需要注意。 在这本技术指南中我们将重点介绍平台即服务的市场现状以及如何将遗留开发转移到 PaaS 之上,同时我 们会给出最新的私有 PaaS 概念和产品选择指

2、导,希望对您有所帮助!另外如果您有任何意见或者建议欢迎致 信 zhangpeiying。 PaaS 市场全观察 平台即服务在今年滋生出很多话题,而且 2014 年其采用可能持续攀升,但是从长期来看,这个分类将会 越来越难在日渐模糊的云服务类型中定义。最近的云市场调查显示,IT 专业人士在新的一年中对于平台即服务 (PaaS)的兴趣增加了。下面我们就来看看具体的市场情况,以及企业该如何根据自身的现状作出选择。 PaaS 采用会在 2014 年持续攀升? 云市场观察:平台即服务厂商 当 IaaS 不再 迁移至 PaaS 云前途几何 遗留开发和 PaaS 真假 云计算已经刮起了流行旋风,随着其不断成

3、熟,应用不断增长,新用户涌现。在 IT 业界软件即服务和基础 架构即服务愈发如鱼得水。但是因为云洗白和市场不成熟,平台即服务仍旧处在黎明前的黑暗中。另外,相比 于管理企业自己的发展基础设施,平台即服务提供了很多优势,可以有更多时间专注于设计和编码。然而对于 新项目来说,PaaS 可能是首选,但是 PaaS 可能不适合现有的、遗留的开发工作。那么该如何抉择呢? 雾里看花 巧辨真假 PaaS 3 / 25 遗留开发工作入 PaaS 你考虑好了吗 遗留开发进入 PaaS 五要素 PaaS 应用可移植性:问题与解决方案 私有 PaaS 对于很多企业来说,尽管对于云计算的兴趣并是不是来源于公有云的使用,

4、而是来自私有云的使用。这其 中包括私有平台即服务(PaaS)的使用,相比较而言,这个概念比较新。在这部分中我们也将着重介绍私有 PaaS 的概念以及作用,同时介绍如何选择最佳的私有 PaaS 产品。 搏击私有 PaaS 概念 私有 PaaS 拯救企业治理和云安全 改善云体验:如何选择最佳私有 PaaS 产品 4 / 25 PaaS 采用会在 2014 年持续攀升? 平台即服务在今年滋生出很多话题,而且 2014 年其采用可能持续攀升,但是从长期来看,这个分类将会 越来越难在日渐模糊的云服务类型中定义。 最近的云市场调查显示,IT 专业人士在新的一年中对于平台即服务(PaaS)的兴趣增加了。Th

5、eInfoPro 在 2013 年七月进行的调查有 97 位受访者参与,18%的受访者表示其 2014 年在 PaaS 上花费的费用将会比 2013 年高。只有 2%预测会回落。同时 9%表示会保持原来的态势。 TechTarget2013 年秋季的 Cloud Pulse 调查中有 119 为受访者参与,31%指出其基础架构的 1%-25% 都基于 PaaS。在更小的一组人群中,56 位受访者中的一半都预测其基础架构的 1%-25%在未来半年会运行在 PaaS 之上。 调查的结果显得内容对于很多厂商都比较有利, 尽管他们可能更喜欢知道两份报告的不同之处。 通常而言, IT 专家更喜欢微软的

6、Azure、S 的 F 以及亚马逊的 Web 服务。 PaaS 采用源自开发者生产力 从一种较高的水平来看,IT 专家寻求能够为开发者提供一种高度自动化的环境,这种环境中每一种元素, 比如补丁、补丁包和服务器升级都可以抽离开,应用服务库易于朝如到新开发的应用中。 “管理多种服务器和管理一个数据库会产生大量的开销,削减了开发者编写软件的时间,”Dan Sullivan 说道, 他是云计算咨询公司 DS Applied Technologies 的负责人, “在编码和管理服务器或者数据库之间做一 个选择的话,据我所知大多数开发者更喜欢编码。” 移动开发将会是另一个巨大的 PaaS 驱动,Sulli

7、van 说。比如,亚马逊、谷歌、微软和 Rackspace 都在推 出面向移动开发的服务套件,具备了推送消息和地理编码的功能。“这些都是移动应用中常用的功能,但是并 不能实际帮开发者区别其产品,”Sullivan 说,“这也使得面向移动的 PaaS 更具有活力。” 开发者的时间是衡量 PaaS 采用的一个通用指标,但是云咨询师表示财务节省也有是显著指标。“我们有 个客户去年就具体的而应用在 F 上进行了概念验证,”云咨询公司 Cloud Technology Partners 的 5 / 25 高级副总裁 John Treadway 说道。这个客户对比了使用硬件堆栈和本地软件开发一个新的 Ja

8、va 应用和使用 F 开发。“并非采用六个月和数十万的经费,而是在两周内实现,其成本为 8 万。” 不同模型的 PaaS 交付混乱 然而在任何关于 PaaS 的讨论中,双方协定术语定义都令人头痛。 在市场调查中,三分之二的顶级 PaaS 厂商都提到这个问题。F 旨在快速的开发者,这些开发者 用可视化工具工作,通过范式定义工作流,尽可能少的进行编码。相反,微软的 Azure PaaS 产品则更加面向 代码, 目的在于让程序员使用 Visual Studio。 “这还是一个不成熟的市场, ”Treadway 说道, “没有标准。 ” 分析师表示,过去很多观点可能会说 PaaS 是个不错的注意,具体

9、到实际的提供的功能和可以担负的工作 复杂问题就变得更为复杂。“一般来说谈到 PaaS 都是很复杂的,而且实际的成本会花在哪里?”John Rymer 说道,他是 Forrester Research 的分析师,“选择大相径庭。” “IaaS-plus”和 SaaS 让事情更糟糕 随着类似亚马逊弹性计算云 (EC2) 这样的服务激化了这个领域的矛盾, 关于如何定义 PaaS 和未来的 PaaS 采用都导致了不同的讨论。EC2 是基础架构即服务(IaaS),但是可以提供自动扩展、负载均衡以及将很多通 常和 PaaS 相关的服务。然而,客户还需要访问并且对底层服务器负责,这些内容又通常不是 PaaS

10、 的特性。 Forrester Research 提出了这个术语:“IaaS-plus”,而且这个术语只是让围绕 PaaS 采用的讨论更加复 杂化。实际上,一些产业观察者预测 PaaS 市场在明年会变得很困难,因为 IaaS-plus 即 IaaS 厂商会增加增值 服务,更多的软件即服务(SaaS)厂商也在针对开发者提供应用平台。 “现在这些已经发生了,”Development Partners 软件公司的首席分析师,同时也是 Windows Azure MVP,Bill Wilder 说道,“云平台服务已经发展成为一种工具盒,你可以使用,满足 PaaS 或者 IaaS 需求, 或者是 API

11、 可用的 SaaS。” 今年,风险投资不断催化 PaaS 市场,但是也有 VC 在日渐模糊的云服务分类前退缩不前。 原文链接: (来源:TechTarget 中国 作者:Beth Pariseau 翻译:张培颖) 6 / 25 云市场观察:平台即服务厂商 最初,平台即服务厂商根据自身支持的语言确立自己的市场差异性,比如支持 Java 或者.NET,但是最终 他们还是要不断发展支持多种语言,最后还要用基础架构即服务支持数据存储、消息服务、应用服务和可迁移 性。 市场上为开发者提供了各种 PaaS。虽然看起来 PaaS 厂商都极为相似,但是却也存在诸多不同。要考虑能 控制的类型,如果有的话,开发者

12、就可以在基础架构上进行配置了。理想上,PaaS 厂商管理了实施的所有细 节,但是有时候开发者却需要更多的控制。因此考虑厂商支持的服务极为重要,比如关系型数据库和 NoSQL 数据库。如果关注厂商锁定,一旦准备在某一个厂商的 PaaS 产品上开发了应用,就要评估转移到其他的 PaaS 厂商是否困难。 要跟上市场的变化,在选择 PaaS 平台时,有一些关键性能需要注意。下面我们就来具体看一下。 IaaS 厂商支持 PaaS 很多 IaaS 云厂商逐渐转向提供 PaaS。 亚马逊 Web 服务 (AWS) 弹性 Beanstalk 就是混合了 IaaS 和 PaaS 模型的工具;提供了自动化扩展、负

13、载均衡和应用监控。 AWS Elastic Beanstalk 可能对于那些喜欢 PaaS 优势的开发者有吸引力, 这些开发者偶尔需要配置服务器、 存储或者其应用使用的其他服务。不像那些把基础架构与客户隔离开的 PaaS 厂商,AWS 为 IT 提供了运行应 用的资源的完全控制, 包括弹性计算云 (EC2) 实例, 和简单对象存储服务 (S3) 。 AWS Beanstalk 支持 Java、 .NET、 Python、Ruby、Node.js 和 PHP。 Google App Engine 是为了在 Google 基础架构上运行 Python、Go 或者 Java 而设计。应用运行在一个

14、受限制的沙盒中, 因此现有的应用可能需要大量改变。 比如, 应用不能编写文件系统, 且必须使用 AppEngine、 缺失 NoSql 模式数据库,存储稳定数据。开发者也要访问基于 MySQL 5.5 设计的 Google Cloud SQL 和对象 数据存储 Google Cloud Storage,Google Cloud SQL。 微软 Azure 最初作为 PaaS 厂商,随后提供 IaaS。除了支持多种语言,微软 Azure 还提供移动设备应用 后端支持的专业服务。SQL 数据库和报告服务也包含在 PaaS 产品中。在思考大数据时,微软可能并不是我们 7 / 25 第一个想到的云厂商

15、,但是它和 Hortonworks 是合作伙伴关系,在 Azure 中支持 Hadoop。Azure 的这种结 合易于使用且微软对于非微软技术的支持也会让其 PaaS 吸引更多的.NET 开发者。 PaaS 厂商静观其变 除了 IaaS 厂商提供 PaaS 特性之外, 也有各种各样单纯的 PaaS 厂商。 Heroku 提供 PaaS, 支持通用语言, 比如 Java、Ruby、Node.js 和 Python,以及功能性编程语言 Scala 和 Clojure。Heroku 抽象虚拟机(VM) 实例,成为一种结构,称之为 dynamo,dynamo 被描述为运行单一命令的容器。Heroku

16、基础架构管理你的 应用的 dynamo 数量和分布。除了计算服务之外,Heroku 用户可以利用数据库、队列和性能监控服务。 红帽 OpenShift 是一种 PaaS 应用框架,支持通用语言,但是也实现了自定制化的功能,允许用户安装其 他语言。 比如 AWS Elastic Beanstalk, OpenShift 为客户提供了更加明显的自定制化控制。 为了在 OpenShift 中运行应用,开着创建一个配置文件,指定使用的组件,比如 Python 和 MongoDB,以及应用代码位置。 OpenShift 可以根据负载自动化扩展,或者系统管理员可以人工按需扩展。 CloudBees 的 PaaS 定位是支持敏捷开发者和 Java 虚拟机 (VM) 工作, 比如 Ja

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 高等教育 > 其它相关文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号