技术改变世界 阅读塑造人生! - shaogx.com

This string was altered by TechBlog\Plugins\Example.; This is an example to show the potential of an offcanvas layout pattern in Bootstrap. Try some responsive-range viewport sizes to see it in action.

PaaS怎么样了?

尽管投资巨大且经过多年的发展,但目前为止,PaaS并未吸引到很多客户。本文概括了数位分析师对PaaS现状及其未来的看法。 多年来,PaaS被看作是应用程序/服务/软件层和云基础设施层之间必要的“粘合剂”,正如Paul Miller在文章“PaaS要死了吗?”中的观点: 该平台作用明确、有说服力且功能强大。它应该是基础性部分,比一堆运行在商用硬件上的廉价虚拟机要重要的多也有趣的多。它应该是云的驱动力,是云能够继续在世界范围内变革企业和业务模式的原因。 Miller补充到,但是“PaaS作为一个范畴远未达到这一期望”。近来,有人已经开始琢磨,我们是否真的需要PaaS,PaaS是不是要死了或者它是不是正被laaS吞噬?的确,在论及Gartner最近的应用程序PaaS(aPaaS)象限图时,Nancy Gohring注意到,PaaS客户数量令人吃惊。谷歌大约有三万客户,大部分都是小型网站,也有几个响当当的名字,如Snapchat和Khan Academy。虽然没有提供具体数字,但Gohring认为,Salesforce“可能比Google App Engine有更多的客户”,因为“谷歌排名比Salesforce靠后”,但好消息也就只有这些: 使Gartner的报告更引人关注的是其中那些客户更少的供应商。那是因为他们中有些非常有名。比如,Gartner写道,IBM的SCAS服务在世界范围内的客户数量估计少于50。Gartner指出,SAP客户数少于100。另据Gartner报告,Red Hat作为谈论重点的OpenShift服务“几乎没有付费客户”。 新加入者的情况更明朗:“服务于欧洲市场的德国公司CloudControl说自己有400个付费客户。而Docker有500个付费客户。” 七年之后(根据谷歌趋势,PaaS这一术语第一次在网络上出现是在2007年三月),PaaS既不如laaS(见Amazon AWS)成熟,也不如SaaS(见Salesforce)成熟。451 Research集团最近在一篇题为“PaaS正在变成laaS的一项功能吗?”(需要订阅)的报告中发出了这样的疑问:PaaS是不是正被laaS吞噬?事实上,在成为PaaS供应商之初,谷歌和微软都已经使用若干laaS特性、CPU和存储扩展了其产品。 PaaS怎么样了?为什么会这样?PaaS能够活下去吗?Krishnan Subramanian认为,PaaS刚刚过了炒作高峰期,“达到了一个新的成熟度水平”,而且尽管有不足之处,但2013年,PaaS领域有一个重要的发展:分化成两种类型: ·PaaS by service orchestration——“早期的供应商如Google App Engine提供这种类型的PaaS,通过组合应用程序部署所需的不同服务来构建平台。”·PaaS by container orchestration——“Docker是一个快速、轻量级Linux容器的典型例子,它使用户可以更容易地在不同云提供商之间移植应用程序。与虚拟机只抽象原始的计算机不同,容器能够将整个应用程序和应用程序环境封装。” Mike Kavis列出了他认为的企业采用PaaS缓慢的三个原因: 1、市场信息混乱——“市场上有诸如Heroku、谷歌、微软这样的公共PaaS提供商,也有Apprenda、OpenShift、Pivotal、WSO2及许多其它私有和混合型的PaaS解决方案,还有特定领域的PaaS解决方案,致力于截然不同的领域,如移动、大数据、社交等等。……laaS提供商也提供了许多类似PaaS的服务,如AWS的Elastic Beanstack及其它服务。更令人困惑的是,谷歌和微软现在都随其PaaS服务提供了laaS服务。没有哪一天我看不到人们在设法比较Microsoft Azure和AWS,前者是PaaS,后者是laaS。更糟糕的是,即使是‘专家’也无法正确地区分。” 2、缺乏成熟度——“PaaS的挑战在于,许多客户已经将SaaS和laaS看作是是企业信得过的服务,而且它们获得了更多来自企业内部的信任(或者至少AWS是如此)。AWS在2008年回归PaaS时,大部分客户是初创企业和中小型企业。也有一些令人印象深刻的企业成功案例,但为数不多。” 3、局限性——“有一种看法,你只需要简单地扑向这些PaaS解决方案,然后开始编码。那可能是事实,但如果要使代码能够运行,你必须深入理解PaaS的局限性,并以此为基础进行架构。例如,你可以将Heroku的dyno看作是一个容纳了所有基础设施和堆栈的容器。Heroku会在它觉得合适的时候随机回收dyno,而且它总共只给你10秒钟的时间来处理错误代码……那么,突然之间,你的代码开始有一个非常特定的目标PaaS平台,创建一个你很可能并不想要的锁定模式……解决大部分PaaS架构局限性所需的工作量以及占用如此多的抽象资源所付出的成本使得它非常难以采用,而且价格高昂,有时候甚至都不可能采用。由于laaS不像PaaS那样限制资源,多数时候,超大型应用程序能从laaS解决方案获得更好的服务。” 在为Forbes写的文章中,Ben Kepes写道,PaaS市场有太多的竞争者,尚未统一: 总之,对于PaaS而言,这是一个特殊时期。Pivotal One这种云计算类型似乎占有了绝大多数注意力份额,使其他云计算供应商为如何提供差异化服务抓耳挠腮。与此同时,RedHat正设法为其PaaS版本OpenShift实现某种快速突破。同样,Stalwarts Heroku(现在归Salesforce.com所有)和EngineYard也一直在调整其PaaS发展方向。在这种情况下,部分OpenStack竞争者已经决定创建他们自己的PaaS方案Solum,所以客户面对的是一个混乱而令人困惑的市场。抛开Seattle、AWS和微软这些庞然大物不谈,除此之外,从表面上看,在全世界实际上已经决定购买PaaS的企业中,每六家就有一个供应商。 当谈及PaaS的未来时,有各种不同的见解。 Brandon Butler在文章“难道PaaS市场真像我们所了解的那样要死了吗?”中写道: Tim Crawford在他的独立公司AVOA担任CIO战略顾问,他说“许多人都会说PaaS见光死。”他认为,即使有更大的laaS和SaaS供应商采取行动,PaaS作为一个独立的托管平台,企业采用之路依然困难重重。 Kepes:“现在是PaaS在市场中真正地证明自己不只是一个非常奇妙的概念的时候了。” Kavis:“PaaS没有死:事实上,它只是处于起步阶段,正等着在市场上掀起一股风暴。问题在于,以PaaS目前的形式,许多企业还不太想把筹码压在上面。” Subramanian:“过早地宣布PaaS死亡将最终伤害一个行业,否则可能从它的持续发展中获得巨大的价值。” 在炒作之后,2014年是否会成为PaaS成熟统一之年——对于企业而言,它足以代表一个可靠的方案,而反过来,供应商又可以趁机推动PaaS走向成功——还有待观察。【责任编辑:鸢玮 TEL:(010)68476606】原文:PaaS怎么样了?返回云计算首页... 全文

云计算 PaaS

PaaS市场正在消亡吗?

云计算平台即服务(PaaS)的市场目前还没有发展成熟,然而也有人表示PaaS市场正在消亡。 451 Research Group高级分析师Jay Lyman在一篇题为“PaaS是否将成为IaaS的一个功能?”的报告中指出了云计算行业内滋生的一个理论,即PaaS市场(提供基于云的应用程序开发环境)将整合到其他两个主要云模型中,即基础设施即服务(IaaS)和软件即服务(SaaS)。 IaaS和SaaS供应商已经推出了类似PaaS的功能,让客户能够在其服务上构建应用程序。例如,领先的SaaS公司Salesforce.com为用户提供了Force.com,让用户基于企业云中已有的数据建立自定义应用程序。IaaS供应商,如VMware、CenturyLink和Verizon都已经部署了PaaS技术,使客户可以构建应用程序,然后将它们托管在其IaaS云中。与此同时,还有独立PaaS供应商采用了大量的方法来满足应用程序开发人员的需求。但是,Lyman等人的报告让我们不得不质疑这个PaaS行业的未来。 PaaS是位于IaaS和SaaS模型之间的应用程序开发环境。IaaS提供虚拟计算、存储、数据库和其他基础设施硬件服务,而SaaS为客户提供基于云的应用程序。PaaS允许开发人员构建应用程序—在云中运行而不需要考虑底层硬件。PaaS则为开发者提供了一个平台来构建可以在云上运行的应用程序而不用担心托管的问题。PaaS能够提供一些工具方便应用程序的创建,例如与安全身份验证服务——Active Directory。 不同的PaaS能够迎合不同编程语言编写的应用程序,例如.NET、Java或者Ruby,而其他PaaS则通晓数种语言,这意味着它们支持多种语言。 因为PaaS是构建应用程序的一种方法,而IaaS和SaaS层则用来托管应用程序,这些市场之间自然存在汇流。IaaS和SaaS供应商正在推出PaaS功能以打造一站式云服务。 很多人说PaaS是DOA,即见光死。 独立公司AVOA 的CIO战略顾问 Tim Crawford 这对于最终用户可能是好事,但Lyman表示,这可能会让纯粹的PaaS供应商出局。“很显然,PaaS面临着压力,可能会被IaaS和SaaS取代,”Lyman表示,“这并不是说PaaS作为一套功能和特性或者作为一个市场会就此消失,但这确实突出了PaaS的定义正在发生变化,特别是在IaaS和SaaS的背景下。” PaaS在云中发挥了重要的作用,支持者称,它可能在未来成为企业构建自定义应用程序的关键模型。一些最大的IaaS供应商在推出IaaS之前就通过PaaS开始了他们的云进入市场战略。Azure PaaS是第一个微软云服务,而谷歌在推出其IaaS(谷歌计算引擎)前就推出了谷歌应用程序引擎(GAE)。 自那时以来,PaaS市场开始发展,而IaaS和SaaS市场此时已开始大幅扩展。亚马逊云计算服务(AWS)每年产生数十亿美元的收入,成为IaaS市场的领导者,而Salesforce.com能够吸引了10万多用户到专注于SaaS的Dreamforce会议。而PaaS供应商还一直未扬眉吐气。据Gartner研究表明,在1310亿美元的云计算市场中,PaaS只占1%的份额,而SaaS占了14.7%,IaaS占了5.5%,且基于云的业务流程服务占了最大比例,为28%。 也许PaaS行业的最大整合可以从云供应商的合并、收购和伙伴关系战略中看出来。Salesforce.com在2010年以2.49亿美元收购了PaaS供应商Heroku,而CenturyLink在去年6月收购了专门做PaaS公有云服务的供应商AppFog。IaaS供应商Rackspace、VMware和Verizon在2013年都向其IaaS云增加了类似PaaS的元素。VMware使用了开源Cloud Foundry PaaS,Verizon也使用了这个。Rackspace在OpenStack社区内开启了新的项目,名为Solum,以在OpenStack IaaS云中构建PaaS服务。IaaS供应商对PaaS功能的收购对于纯粹的PaaS供应商来说是一种威胁。 “很多人说PaaS是见光死”,独立公司AVOA首席信息官战略顾问Tim Crawford表示,作为独立的托管平台,鉴于IaaS和SaaS供应商所采取的大的举动,PaaS在企业部署方面确实存在着挑战。Crawford认为私有PaaS是一个前景不错的服务领域,或者是在企业在其防火墙背后托管的应用开发环境,用来构建可能在未来应用于云中的新的应用程序。“现在,如果我是一个首席信息官,我会想看到如何将这些新的应用程序‘云计算化’,而不需要承担托管解决方案的所有风险。”Apprenda和CloudBees等供应商都在这些领域中提供服务。 PaaS支持者表示,关于PaaS灭亡的说法是没有道理的,他们认为这个行业还很年轻。“PaaS被整合到IaaS或SaaS的说法都是不成熟的,”行业观察家和Red Hat的OpenShift PaaS项目的战略主管,“这就像在看到价值之前写关于某个东西的讣告。如果自动化是云的必杀技,PaaS用最简单的方式提供了最好的自动化性能。”客户部署Paas产品才刚刚开始,而我们需要给它一些时间。 在未来构建云应用程序将会更加容易,对于最终用户来说,他们更关心这个问题什么时候会实现。IaaS公有云提供商,如微软、谷歌、Rackspace、VMware都将推出应用开发功能。另一种选择是选择独立PaaS供应商,但Lyman表示这些供应商可能最终会整合成较大的IaaS或SaaS供应商。... 全文

PaaS 云计算

遗留开发进入PaaS五要素

平台即服务提供了管理企业自己的开发基础架构的优势,允许企业有更多时间关注于设计和编码。虽然PaaS可能是新项目的优先选择,但是对于现有、遗留开发工作可能并不合适。在将遗留开发项目转移到平台即服务(PaaS)之前,需要认真考虑如下五件事。1、如何使用PaaS?... 全文

PaaS 软件开发

专家预测:PaaS将很快改变落后的状态

作为云服务大家庭中的一员,平台即服务(PaaS)的增长速度最为缓慢。尽管PaaS具有不少优势,但是相对于其他的云服务类型,企业在部署PaaS时遇到的困难也是最大的。不过,专家认为PaaS可能很快就会改变目前这种落后的状态。... 全文

PaaS

七大因素论为什么PaaS是云计算未来

绝大多数的Web应用程序最终都会在platform-as-a-service上,即PaaS。这种转变相对于基础设施即服务(IaaS)会慢一些,因为研发出完美的PaaS,会大大失去对硬件和软件的控制权。许多IT企业会抵制它,但是PaaS服务终究会产生。... 全文

PaaS

PaaS成为业界宠儿(1)

PaaS走俏作为云服务大家庭中的一员,平台即服务(PaaS)的增长速度最为缓慢。尽管PaaS具有不少优势,但是相对于其他的云服务类型,企业在部署PaaS时遇到的困难也是最大的。不过,专家认为PaaS可能很快就会改变目前这种落后的状态。... 全文

PaaS Gartner AWS

你应该知道的五种开源PaaS方案

开源平台即服务(PaaS)让广大开发人员和用户可以贡献及共享源代码和扩展件。有的PaaS由厂商驱动,有的则基于标准。厂商驱动的开源PaaS让广大开发人员和用户被某家厂商牢牢锁定。说到将应用程序从厂商驱动的开源平台传送到另一个平台,开发人员在这方面的控制权很有限。... 全文

开源 PaaS

Cloud Foundry剥离引发PaaS市场戏剧性变化

寻求产业标准的企业IT专家在开始部署新的技术之前,会发现不和谐的方案,新开源PaaS基金会加重了这种倾斜。Cloud Foundry基金会上周从Pivotal剥离,向现有的方案下了挑战书,旨在创建开源平台即服务(PaaS)产品,包括针对OpenStack和红帽的OpenShift平台开发的产品。Cloud Foundry在Apache 2.0下已经拥有了开源PaaS许可,但是现在其以前的持有方Pivotal允许其他厂商协作,参与其Cloud Foundry的治理。基金会成员包括EMC、惠普、IBM、Rackspace、SAP和VMware。 根据PaaS在企业中的采用情况来看,PaaS仍处于早期阶段,但是越来越清晰的一点在于开源PaaS软件背后由企业厂商支持将会成为未来的趋势。现在唯一的问题在于最后哪一个软件以及哪一个厂商最后会胜出。 IT服务提供商Windward IT Solutions的策略开发副总裁John Scott认为,这种割据的竞争态势下,每一个厂商都声称自己是约定俗成的业界标准,对于进行PaaS试验的企业而言都是潜在的障碍。“每一个人都想从标准化中受益,当多种竞争标准近距离对峙时,我觉得这会抑制开源发展的进程,”Scott说道,“而且我觉得对于企业采纳而言也会成为问题。” Cloud Foundry开始开源PaaS竞争 有推测认为Cloud Foundry基金会的发展,对于努力营造OpenStack PaaS的人而言就像是丧钟。然而,一些产业观察家表示开源PaaS的狂热竞争,只是加强了企业替代标准内容。萌芽期的OpenStack PaaS项目Solum成为这场争论的核心。 根据官方OpenStack Wiki页面介绍,Solum旨在让云服务更易于消费,并且集成到应用开发流程中,利用其它的开源应用容器项目Docker,实现应用可移植性。Solum项目处于开发初期,遵循OpenStack开发原则,但是还没有经过OpenStack技术委员会的孵化期投票表决,或者集成到OpenStack发布版本中。 “Solum的出现,主要在于将一项服务内置到一个具体的平台中有很多优势,”OpenStack工程服务公司Mirantis的执行副总裁Boris Renski说道。Renski认为Cloud Foundry剥离成为独立的基金会并不会发生什么改变。 Cloud Foundry支持者持反对意见,因为Rackspace开始Solum项目,但是现在也加入到了Cloud Foundry基金会中。“因此,客户可能已经看到Rackspace支持Solum,”OpenStack分销商Piston Cloud Computing的CTO Josh McKenty说道,同时他也是OpenStack基金会的董事会成员,此外他还联合编写了OpenStack和Cloud Foundry的第一次集成。 McKenty说:“Rackspace支持Cloud Foundry的方式每个人都会做,因此现在没理由永远使用Solum。”Rackspace希望尝试组合项目,而非放弃Solum。 “Rackspace发现有两种类型的平台服务层在我们的客户中很受欢迎,主要取决于他们是以PaaS为核心,还是以IaaS为核心方向,来提供这个平台服务层。”Rackspace私有云副总裁John Igoe说道,“PaaS为核心的客户可能重视Cloud Foundry的交叉云可迁移性,而OpenStack上以IaaS为核心的客户可能看中Solum能够完全使用其现有的基础架构服务层。” 同时,红帽也开发了OpenShift,这也是一个集成在OpenStack上的开源PaaS层。观察者认为Cloud Foundry基金会对于这些工作造成了威胁,因为红帽是OpenStack最大的贡献者,不会坐以待毙。 “这不仅仅是一个警告,这也是红帽OpenShift游戏的一个转换着,”Shlomo Swidler说道,他是咨询公司Orchestratus的CEO,“Pivotal已经下了挑战书,说的不仅仅是‘加入我们或者和我们对抗’,而且还包含了‘如果你和我们对抗,你就是和整个生态环境作对’的意思。” 最为回应,Mirantis的Renski期望红帽加倍OpenStack项目的开发。“如果有什么区别的话,就是要为Solum提供更大的加速,因为有很多参与者包括红帽对于厂商中立的PaaS很感兴趣,”他说。 红帽未作评论。 小题大做? 业界观察家认为所有的这一切都还属于内部竞争,并没有涉及到PaaS标准的问题。企业IT真正想从开源PaaS标准上得到的是一种更加有效的开发应用流程,且成本可负担,可以在基础架构平台之间进行迁移。现在,市场处于一种远离这个愿景的方向上,Cloud Technology Partners的副总裁John Treadway说道,这是一家云咨询公司。 Treadway认为:“人们争论的焦点应该是我们如何公平地竞争,以便大家可以方便地购买PaaS?他们应该争论企业在选择任何厂商时如何感到放心。现在这些大相径庭。”市场将会发展成为标准多样化的情况,Swidler预测目前的这些堆栈中只有两家最后能胜出。在开源世界中,OpenStack服务于计算基础架构,虽然PaaS态势似乎倾向于Cloud Foundry。第三个组件、大数据服务都随着Hadoop形成,Swidler新的Cloud Foundry应该关注其活力。 Swidler最后说道:“市场上现在已经用实践投票,并表示Hadoop是他们希望用户的工作负载的大部分内容,而现在OpenStack或者Cloud Foundry生态系统都没有很好地集成。”【责任编辑:鸢玮 TEL:(010)68476606】原文:Cloud Foundry剥离引发PaaS市场戏剧性变化返回云计算首页... 全文

Cloud Foundry PaaS

PaaS市场必将发生重大变化

PaaS市场开始变得拥挤,这是毫无疑问的。除了独立的PaaS厂商外,还有像亚马逊这样的IaaS厂商也加入了进来,并且还有一些传统的企业级技术厂商。不这么做,它们可能全都无法继续生存。“任何一个市场在起步时都会有数千家厂商加入,然后逐渐经过整合,最后会只剩下顶多两家或四家大厂商,”Forrester分析师John Rymer如是说。“我想PaaS市场也没有任何理由成为例外。”... 全文

PaaS 微软 AWS IaaS

美国第三大电信运营商CenturyLink进军PaaS市场

据 CenturyLink 内部人士透露,该公司正在展开对平台即服务(PaaS)公司 AppFog 的收购流程,但交易金额和条款尚未披露。... 全文

PaaS AppFog

如何快速击破PaaS安全三大挑战

为了避免基础架构即服务(IaaS)的安全问题,很多担心安全的企业使用一个简单的解决方案:在它们进入云端之前加密对象。不幸的是,这种方法对于减缓平台即服务(PaaS)的安全问题并不是最优的方案。PaaS创造了数据访问和处理的环境。在PaaS环境中,数据必然会被访问、修改和存储。这意味着数据需要解密和重加密,因此引入了主要的管理问题。加密挑战远不是PaaS安全问题的唯一挑战。在这篇技巧中,我们将看看企业在同PaaS提供商签订合同时应该考虑哪些安全问题。PaaS安全挑战:数据位置... 全文

PaaS安全 云安全

Technavio:2016年PaaS的市场规模达65亿美元

全球权威调研机构Technavio最新报告显示,预计到2016年PaaS市场规模将达到64.5亿美元,以近50%的复合增长率(CAGR)在增长,预计增长最快的是应用基础设施和PaaS中间件。... 全文

PaaS

私有PaaS:移动工作者效率提升利器

长年以来,企业一直都热衷于提升员工的办公移动性。时至今日,提升员工办公可移动性的能力已被认为是全新生产模式中的关键所在。确保移动性方面的优势就意味着要解决好移动设备管理方面所提出的挑战,而为了达成这一目标,企业正在越来越多地转而寻求平台即服务(PaaS)工具的帮助。这些私有PaaS产品可以为移动业务应用案例提供所需的一致性、可审计性以及高效性等方面的好处。... 全文

私有PaaS 服务器托管

亚马逊数据流PaaS:AppStream和Kinesis

云计算的未来很可能是在增加托管服务的基础上,通过RESTful访问网络友好的应用程序编程接口,从而实现特殊的提升以解决企业用户和开发人员的问题。亚马逊公司的缓存技术、数据库管理软件即服务以及虚拟桌面服务都是这一发展趋势的一种具体表现,这些技术或服务可让开发人员部署机器镜像,而这些机器镜像绝非是简单的基础设施即服务(IaaS),它们是整合了基于云计算的特殊功能的镜像。AppStream和Kinesis就是这样的两个服务,它们的目的就是为了让云计算成为完全不同的东西——即可以支持庞大的数据流和具有挑战性的图形用户界面演示的应用程序。另外,AppStream和Kinesis都是具有重大现实意义的,但同时它们也是极具吸引力的。结合其他的亚马逊公司网络服务(AWS)发展,它们将有可能改变云计算的游戏规则。 在线数据生成并不是大数据的唯一形式,但是它是具有特殊意义的一种数据形式,因为数据源都是分布的而且由于数据源众多的原因数据量是潜在庞大的存在。在很多应用程序中,开发人员被迫开发大规模的汇聚网络来收集数据,开发弹性处理框架来处理数据,同时调整适应数据量的变化,进而同时实现整个架构的低延迟和高可用性。这是一个相当艰巨的任务,因为任何公司都可能会有一个数据流密集型的应用程序。 亚马逊公司的Kinesis就是创建了一个可以调集弹性网络服务以处理分布式或单一流式大容量数据流的网络服务。Twitter是最经常被提出的例子,但是在企业用户的眼中它可能会降低Kinesis的使用率。几乎所有的金融贸易应用程序,大部分的大规模事务处理,以及特别是机器-机器和互联网数据传输等应用都适合采用这一数据流模式。 Kinesis让开发人员能够定义任意数量的数据源点,然后可以把这些数据源与以一种弹性的方式托管在亚马逊公司云计算的处理相关联。源点和主机处理之间的联系就是一个流,一个流可以被定义包括任意数量的源点,并与任意数量的处理相关联。通常情况下,为实现较高的可靠性,用户可以跨亚马逊公司的可用区域来复制这些流。这样做的结果就是出现了一个供开发关键数据流应用程序使用的架构,而这个架构对于除了公共云计算以外的任何云计算模式都完全没有任何实际的意义。因此,Kinesis需要买家和亚马逊公司跳出“迁移至云计算”的模式而进入一个开发云计算的模式。 显而易见,Kinesis并不是买家们能够在财务上轻松负担的一项服务,但是它却是专为需要实现预期数据处理性能和高度弹性特性的应用程序而设计开发的。与专用的私有基础设施相比,Kinesis 可能是一个便宜货,尤其是当数据容量的可变性相当高时。甚至有应用程序使用Kinesis作为从网络商店提高后端交易的框架或者一组进行交易处理系统的网络应用程序。随着Kinesis的进一步发展,它将会以更简单的形式、更低廉的成本和更广泛的应用程序出现。一个关于公共云计算的大真理在于,即便是在单个应用程序和用户使用承诺较小的情况下它也能够非常高效地使用资源。当亚马逊公司做好准备时,Kinesis将是一个大众市场的工具。 亚马逊公司的另一个服务,AppStream似乎是其Kindle接口在内容渲染亚马逊使用的产品化。几乎所有的游戏应用程序、众多的视频制作、甚至图形模拟和显示应用程序所共同面临的挑战之一就是,它们的运行非常非常地依赖于高性能图形处理单元。这类技术很少被用于大部分的商务笔记本电脑、平板电脑或者智能手机。AppStream在应用程序和设备之间的云计算中创建了一个代理,这个代理可发挥图形处理单元(GPU)的图形渲染功能,并把渲染计算结果发送至一个简单的显示数据流,而这个数据流将是几乎所有现代计算机、平板电脑或者智能手机都能够轻松处理的。 AppStream最明显的优势就是它能够让图形计算密集型应用程序在不具备特殊GPU工具的设备上正常运行。当然,对于游戏应用这是相当重要的,而且这一优势可能会再次打动企业,这事实上可能就是亚马逊公司的最大客户们。在医疗保健与金融行业中,通过行业工程与设计,以及其他设计数据图形渲染或图形描绘的电路和结构,AppStream可以为平板电脑和智能手机打开使用图形应用程序的大门。 AppStream的第二个优势就是,它可以把数据传送至在多个平台上运行的客户浏览器或应用程序,而不需要修改底层的应用程序。虽然亚马逊公司提供的材料让这一连接并不明显,但AppStream很可能与亚马逊公司的WorkSpaces虚拟桌面结合以满足企业用户需求,或者甚至与WorkSpaces以及Kinesis一起对大型复杂数据流进行虚拟化。在诸如医疗保健和金融贸易这样的行业中,这样的组合的叠加价值就将较为明显了。 也许,这就是Kinesis和AppStream的真正价值所在。亚马逊公司正在努力打造一个部署在云计算中的软件服务社区,并将其提供给用户和开发人员用于开发他们自己的应用程序。这使得亚马逊公司已经超越了云计算;它是在为开发人员进行应用程序开发创建了一个分布式的软件操作系统。随着时间的推移,这不仅会鼓励更多的亚马逊公司合作伙伴参与到他们的网络中来,而且这也使得亚马逊公司成为了一个独特的基于云计算的应用程序平台,而不仅仅是另一个IaaS厂商。当然,这似乎是亚马逊公司的长期计划。... 全文

亚马逊 PaaS AppStream Kinesis

PaaS平台之争:Cloud Foundry是赢家吗?

企业PaaS供应商Cloud Foundry 2月下旬已经正式从Pivotal分离出来,Cloud Foundry将通过Cloud Foundry基金会继续发展,旨在创建开源平台即服务(PaaS)产品,包括针对OpenStack和红帽的OpenShift平台开发的产品。Cloud Foundry作为一个开源项目已经获得Apache 2.0许可,这意味着Cloud Foundry的发展将会更加规范有序。... 全文

PaaS Cloud Foundry

PaaS的征途,在生存的困局中寻求价值(1)

【51CTO观察】IaaS,PaaS,SaaS。自“云计算”这一概念成形,这三层云计算服务的分类也很快成为业界的共识。... 全文

PaaS

DMZ安装:用PaaS代替虚拟机方式

用平台即服务(PaaS)替代把DMZ应用装到本地虚拟机上的方式,可以提供更为简单和灵活的管理。通过PaaS,您可以访问到共享开发平台。DMZ负载和PaaS恰好都是基于Web方式的,所以把DMZ开销用PaaS来完成是个不错的主意。而且,在PaaS平台中通过简单增加更多计算资源就可以满足DMZ负载可能面临的突发需求增长。PaaS提供DMZ安装带来的优势是因为用户需要管理的价格减少了。不需要对涉及DMZ安装的整个虚拟机架构进行管理,只需简单地管理单一的托管应用。... 全文

DMZ PaaS 虚拟机

私有PaaS:移动工作者效率提升利器

长年以来,企业一直都热衷于提升员工的办公移动性。时至今日,提升员工办公可移动性的能力已被认为是全新生产模式中的关键所在。 确保移动性方面的优势就意味着要解决好移动设备管理方面所提出的挑战,而为了达成这一目标,企业正在越来越多地转而寻求平台即服务(PaaS)工具的帮助。这些私有PaaS产品可以为移动业务应用案例提供所需的一致性、可审计性以及高效性等方面的好处。 “私有PaaS”一词已意味着任何一套工具,企业可以把这样的工具与公共云计算或私有云计算IaaS集成以便于开发出一种几乎是特殊的中间件。大多数的私有PaaS产品并不会试图提供完整的操作系统和中间件功能;与之相反,他们会更多地关注于应用程序支持的某一特定方面。应用程序管理(ALM)就是这样一个私有PaaS所关注的特定主题,它可以支持三个主要任务: ·一个和谐的开发环境,它对于BYOD支持具有特殊价值·安全性和合规性管理·应用程序生命周期管理 私有PaaS的开发是通过一个服务器托管软件组件而得到支持的,同时这个组件需支持用户通过诸如浏览器友好HTML或应用程序友好的网络服务这样的机制进行访问。企业可以开发出连接这些访问机制和应用程序及数据库资源的应用程序,其中不仅包括了由公司所属IT部门提供的应用程序,还涉及了第三方软件供应商提供的应用程序软件商品,这里所指的资源包括苹果公司、谷歌公司以及雅虎公司。 目标:基于通用应用程序,提供一套单一的接口,以便于几乎任何的设备都可以使用,甚至是笔记本电脑或桌面电脑。 这种形式的私有PaaS的作用就是允许移动企业在一套通用的资源工具和灵活访问的应用程序编程接口的基础上为授权移动雇员创建网络服务。然后,管理协调移动办公员工使用公司(和第三方)数据信息的方式,从而随着移动办公人士越来越多地使用公司数据就可以更容易地为他们提供支持。 那些不准备自行开发移动应用程序的公司可能并不会认识到这一类工具的真正价值所在。但是这里需要指出的是,这些直接供开发人员使用的私有PaaS应用程序并不是直接支持应用程序移动端的开发工作的。 第二类私有PaaS工具是那些把应用程序置于安全封装中的工具,在大多数情况下,这些安全封装还可至少为合规性审计和保证提供某些管理方面的功能。在很多情况下,这些工具都是依靠一个运行在移动设备和PaaS软件上的组件来发挥作用,而且这些工具通常还与PaaS移动开发工具集成在一起,以便于创建一个功能更为全面的包。 单单从一端确保或审计应用程序组件的协作系统(具体而言,就是移动中心和数据中心)是几乎不可能的。安全性和合规性将几乎总是要求在移动设备中配有一些协作组件以确保设备的安全性并对设备进行监控,同时获得访问该远程代理的授权,而这个远程代理是开发你的安全性合规性框架的关键所在。 这意味着,如果你不选择使用一个集成工具,那么你就可能需要移动代理的功能,而且这个移动代理是得到一个给定安全性与合规性PaaS产品支持的。 应用程序生命周期管理(ALM)已被证明在移动应用程序开发中是有问题的,特别是对于那些打算在移动设备上开发他们自己的应用程序并把这些应用程序与在他们的数据中心或公共云计算中运行的应用程序进行集成的公司而言,这一点表现得尤为突出。所面临的挑战在于,分别在设备和主机上运行的应用程序是两个独立的子系统,但我们又必须以协作的方式进行对其设计开发和更新升级。幸运的是,PaaS工具有很多种方法可以做到这一点。 实现移动应用程序生命周期管理的最明显的方法就是,找到一个可提供较好移动支持的标准ALM平台。这样的支持包括允许把移动开发过程和测试活动整合至标准ALM流程中,或者让移动开发PaaS产品支持ALM。 通过标准平台整合移动ALM和“一般应用程序”ALM的用户体验是可变的;很多用户反馈说,这些传统的ALM工具并不能够很好地支持移动应用程序的开发。尤其是,它们并没有解决好具体的网络服务问题,即如何支持移动用户使用好用于访问这些服务的应用程序。因此,传统的ALM工具可能并不是我们的最佳选择,当然用户通过移动浏览器访问应用程序的情况不在此列。 而对于ALM能够与PaaS应用程序开发支持在某种程度上实现较好集成的情况,用户普遍反响良好。因为,ALM一般主要负责确保安全性和合规性方面的工作,这可能还意味着要把安全性和合规性作为移动PaaS的一部分,然后为涵盖所有三方面需求的完整移动PaaS产品创建一个明确的解释。 如果,听上去所有的需求都指向一个解决所有三方面问题的单一解决方案,那么恭喜你,你摸对门路了。应用程序开发、安全性与合规性控制、以及ALM都是在概念上紧密联系在一起的。如果只是各自闭门造车地实施,就有可能造成严重的整合问题,甚至还有可能导致需求无法得到满足的问题。所以,应当在需求中增加支持所使用的移动设备和服务器开发环境的要求,同时认真审查所使用的工具很显然也是非常必需的。 IT团队应当花费时间评估他们的选择,并且如果他们发现没有一个单一的工具能够完全满足他们的需求时,他们就应当考虑使用多个工具。移动应用程序支持中一个完整的PaaS产品应当是绝对物有所值的。... 全文

私有PaaS BYOD ALM

1 2 3 4 5