PAAS平台即(Platform-as-a-Service:平台即服务),把套用服务的运行和开发环境作为一种服务提供的商业模式。
基本介绍
- 中文名:PAAS平台
- 外文名:Platform as a service
- 别称:平台即服务
- 性质:商业模式
介绍
PAAS平台通过网路进行程式提供的服务称之为SaaS(Software as a Service),而云计算时代相应的伺服器平台或者开发环境作为服务进行提供就成为了 PaaS(Platform as a Service)。
事实上,PaaS是位于IaaS和SaaS模型之间的一种云服务,它提供了应用程式的开发和运行环境。IaaS主要提供了虚拟计算、存储、资料库等基础设施服务,SaaS为用户提供了基于云的套用,PaaS则为开发人员提供了构建应用程式的环境。藉助于PaaS服务,你无须过多的考虑底层硬体,并可以方便的使用很多在构建套用时的必要服务,比如安全认证等。
不同的PaaS服务支持不同的程式语言,比如.Net、Java、Ruby等,而有些PaaS支持多种开发语言。由于PaaS层位于IaaS和SaaS之间,所以很多IaaS及SaaS服务商很自然的就在本身的服务中加入了PaaS,打造成一站式的服务体系。

定义
PaaS(Platform-as-a-Service:平台即服务)全称:(Platform as a service)中文: 平台即服务所谓PaaS实际上是指将软体研发的平台(计世资讯定义为业务基础平台)作为一种服务,以SaaS的模式提交给用户。因此,PaaS也是SaaS模式的一种套用。但是,PaaS的出现可以加快SaaS的发展,尤其是加快SaaS套用的开发速度。在2007年国内外SaaS厂商先后推出自己的PAAS平台。PAAS之所以能够推进SaaS的发展,主要在于它能够提供企业进行定製化研发的中间件平台,同时涵盖资料库和套用伺服器等。PAAS可以提高在Web平台上利用的资源数量。例如,可通过远程Web服务使用数据即服务(Data-as-a-Service:数据即服务),还可以使用可视化的API。用户或者厂商基于PaaS平台可以快速开发自己所需要的套用和产品。同时,PaaS平台开发的套用能更好地搭建基于SOA架构的企业套用。
特点
PaaS能将现有各种业务能力进行整合,具体可以归类为套用伺服器、业务能力接入、业务引擎、业务开放平台,向下根据业务能力需要测算基础服务能力,通过IaaS提供的API调用硬体资源,向上提供业务调度中心服务,实时监控平台的各种资源,并将这些资源通过API开放给SaaS用户。PaaS主要具备以下三个特点:(1)平台即服务:PaaS所提供的服务与其他的服务最根本的区别是PaaS提供的是一个基础平台,而不是某种套用。在传统的观念中,平台是向外提供服务的基础。一般来说,平台作为套用系统部署的基础,是由套用服务提供商搭建和维护的,而PaaS颠覆了这种概念,由专门的平台服务提供商搭建和运营该基础平台,并将该平台以服务的方式提供给套用系统运营商;(2)平台及服务:PaaS运营商所需提供的服务,不仅仅是单纯的基础平台,而且包括针对该平台的技术支持服务,甚至针对该平台而进行的套用系统开发、最佳化等服务。PaaS的运营商最了解他们所运营的基础平台,所以由PaaS运营商所提出的对套用系统最佳化和改进的建议也非常重要。而在新套用系统的开发过程中,PaaS运营商的技术谘询和支持团队的介入,也是保证套用系统在以后的运营中得以长期、稳定运行的重要因素;(3)平台级服务:PaaS运营商对外提供的服务不同于其他的服务,这种服务的背后是强大而稳定的基础运营平台,以及专业的技术支持队伍。这种“平台级”服务能够保证支撑SaaS或其他软体服务提供商各种套用系统长时间、稳定的运行。PaaS的实质是将网际网路的资源服务化为可程式接口,为第三方开发者提供有商业价值的资源和服务平台。有了PaaS平台的支撑,云计算的开发者就获得了大量的可程式元素,这些可程式元素有具体的业务逻辑,这就为开发带来了极大的方便,不但提高了开发效率,还节约了开发成本。有了PaaS平台的支持,WEB套用的开发变得更加敏捷,能够快速回响用户需求的开发能力,也为最终用户带来了实实在在的利益。
企业级PaaS
云计算起源于大型网际网路企业。对于网际网路企业,成本压力和指数级的业务增长压力使他们关注于物理资源的利用率和套用的可扩展性。在套用伺服器这层,通过Cluster Session来实现水平扩展;在数据存储这层,採用基于BASE模型的NOSQL数据存储来实现扩展。
(1)基于商业软体的部署方式:Application- Framework/Libs - Websphere/Weblogic + RDBMS(2)基于开源软体的部署方式:Application - Frameworks/Libs - Tomcat/JBoss + RDBMS(3)云环境下的部署方式:Application - Frameworks/Libs - PaaS(Goole App Engine, Amazon)这种情况下,PaaS实质上就是一个预先装好的Web Container和一组公共服务,如数据存储服务(不一定是关係型资料库)、讯息伫列、集中式session及cache等等。对于个人用户或者简单套用来说,公有云PaaS平台使得开发人员仅关注套用逻辑开发本身,不用把精力花费在基础实施和套用的扩展和维护上。所谓企业级PaaS平台,主要包含两类,一是大型企业内部的私有云PaaS平台,另一类是面向ISV厂商的PaaS平台。然而对于企业级PaaS平台,PaaS不仅仅是云环境下的套用部署平台。 抛开安全问题不讲,私有云PaaS平台和公有云PaaS有如下核心区别:(1)複杂的多租户模型:对于公有云PaaS平台,其租户模型是 (用户-> 套用 -> 套用实例),一个用户可以部署多个套用,每个套用可以有多个运行时实例,套用实例共享资源池。对于一个大型企业,一个大部门可能是一个租户,大部门下面的子部门也是一个租户;或者一个SaaS套用系统的一个实例就是一个租户。对于租户的资源使用,大部门租户是共享资源池里面的资源,也可能某些关键租户需要独占一些资源以保证安全。(2)已有套用的兼容:企业的历史套用都是基于关係型资料库的,某些PaaS平台不支持关係型数据存储,即使是简单的已有套用都无法迁移到PaaS平台上。(3)複合套用的构建: 企业On-Premise套用在很长一段时间内都是要存在的,私有云PaaS平台要成为On-Premise和公有云之间的桥樑。私有云PaaS平台除了是套用部署平台外,还需要提供集成和方便构建複合套用的能力,就是Gartner所提的iPaaS能力。 企业级PaaS平台不仅仅是套用部署平台,而且是複杂多租户环境和複杂套用环境下的共享基础设施平台,是On-Premise部署通往公有云部署的必经之路现在拥有PAAS平台技术的厂商
apaas和ipaas
简单的说,PaaS平台就是指云环境中的套用基础设施服务,也可以说是中间件即服务。PaaS平台在云架构中位于中间层,其上层是SaaS,其下层是IaaS。在传统On-Premise部署方式下,套用基础设施即中间件的种类非常多, 有套用伺服器,资料库,ESBs, BPM, Portal, 讯息中间件,远程对象调用中间件等等。对于PaaS平台,Gartner把它们分为两类,一类是套用部署和运行平台APaaS(application platform as a service),另一类是集成平台IPaaS(integration as a service)。 人们经常说的PaaS平台基本上是指APaaS。
paas对网际网路产业的影响
平台即服务(Platformas a Service, PaaS)是软体即服务(Software as a Service, SaaS)的延伸。SaaS提供的是定製好的远程软体服务,比如当你订购一个网路销售系统软体,就可以直接使用,不需要代码开发,但是缺点是客制化困难。PaaS也是远程订购服务,但是你购买的是平台模组服务,如计算能力、资料库、储存和讯息传送等。底层的平台已¾¬帮你铺建好,你需要开发自己的上层套用。
首先,技术门槛降低让套用更容易生成,而间接鼓励更多的商业模式创新。尤其是资金花在软体和硬体的比例会减低,给初创公司带来更大的生存空间;再来,可以有更多的平台服务架构在现有的PaaS上(Platform over PaaS),使得服务的种类多样化。这也会促成生态链的形成;最后,公司的合併门槛减低,如果两家公司用的是同一个平台服务,那幺就没有技术整合的问题了。当然,PaaS要大力发展还是有一些困难得克服,例如vendor lock-in,也就是说API和数据都还不是标準化,使得套用迁移变得複杂。再者,网路的连线性也是一大问题——当你的套用因为任何一端的网路而没办法连上平台服务时,你可能没有任何其他的备份方案。最后,老实说国内的网际网路产业要能真正提供PaaS还有一段路得走,毕竟技术门槛不是太低,尤其是分散式计算的构建不是一蹴而就的。
PAAS平台套用代表
国外:Google、Salesforce、Amazon
国内:八百客 用友 百度BAE 新浪SAE 阿里Ali 魔泊云(MoPaaS)
风险
平台即服务(PaaS)上进行网路套用开发是存在着一定风险漏洞的。具体的威胁风险包括黑客、软体设计缺陷或者不良的测试方法。这些风险有可能会利用漏洞来影回响用或大幅度降低套用的性能。
通过降低PaaS上SaaS套用开发的风险,云计算架构师和开发人员将会更加深刻地了解他们套用所面对的显着威胁。然后,只需简单地实施具有成本效益的保障措施,这些深刻了解就将有助于实现较高的投资回报。通过减少漏洞被利用的频率,它们还有助于减少灾难恢复的成本。
以下是减少PaaS风险的五大步骤:
·资产识别
·漏洞与威胁识别
·风险评估
·套用相关保障措施修补漏洞
·实施风险缓解策略
·漏洞与威胁识别
·风险评估
·套用相关保障措施修补漏洞
·实施风险缓解策略
发展前景
云计算相对来说仍然还不成熟,新服务和功能会一直出现。云开发平台和PaaS也会在新的功能登场时不断演变。然而,由于用户社区对开源软体的影响很深,因此无法保证新功能会以足够快的速度出现以满足你的开发需求。
虽然每个PaaS产品都有着类似的功能,但具备这些功能的速度却有所不同。例如,Pivotal的开源PaaS产品Cloud Foundry以其对语言的支持,服务整合,以及与其它如Chef,Puppet,Jenkins和NoSQL这样的开源工具的集成着称。然而,Cloud Foundry上只提供初步的容器支持,用户界面主要靠命令行,支持数量有限的软体部署商业模式以及在套用的性能指标衡量上偏弱。
监控一个平台的发展路线图然后再作出决定。那些发展缓慢或者正在经历某种艰难的发展模式的平台可能会为你的套用开发团队和你的业务带来问题 。
PaaS模式
风险管理生命周期。开发人员可通过风险分析来实施风险缓解程式并确保成本效益。这里所谓的风险,就是指威胁利用一个或多个漏洞的可能性。
应用程式开发生命周期。开发人员可在PaaS上跟蹤SaaS应用程式的开发过程。其中包括了从设计、编码至部署等阶段的需求。
商业流程生命周期。开发人员可以对应用程式进行控制、保护以及最佳化等操作。作为这一周期的一部分,开发人员可使用电子表格、文字处理、演示文档以及其他的商业工具。其主要目标就是要改善总体工作流程。