服务微型网

IT@Intel白皮书英特尔IT部门IT最佳实践IT业务灵活和创新2012年6月借助平台即服务扩展英特尔的企业私有云平台即服务(PaaS)能提高程序员的工作效率,将私有云的价值扩展到更多部门和更大的使用范围,支持我们使用混合云(私有-公共)进一步提高可扩展和成本效益的技术路线图.
CatherineSpence英特尔IT部门企业架构师TravisBroughton英特尔IT部门企业架构师MurthyUpadhyayula英特尔IT部门项目经理DavidSisson英特尔IT部门平台即服务(PaaS)工程师总体概述作为扩展企业私有云的下一步发展,英特尔IT部门正在积极实施平台即服务(PaaS),以加快定制应用部署并推广云感知应用程序的设计原则.
我们将在成功的基础设施即服务(laaS)上构建平台即服务(PaaS)环境,利用开放源代码软件(OSS)提供一个以自助服务、按需工具、资源、自动化和托管平台运行时容器为特征的环境.
我们预计平台即服务(PaaS)因其模板、资源共享、可重复使用的Web服务和大规模多租户,可推动创建云感知应用程序.
传统的应用部署过程或上线路径会有一些不太理想的情况.
例如,部署一个新的定制应用包含多个手动步骤,整个过程可能需要长达140天的时间.
此外,开发人员必须对底层基础设施技术有深刻的了解,如虚拟机供应和配置、操作系统和中间件,以及存储机制.
由于缺乏标准的业务流程、模板和按需扩展的能力,因此其灵活程度有限.
在我们的企业私有云环境中对平台即服务(PaaS)所进行的概念验证测试中,其潜力能成功展现出来:增强业务灵活和生产效率更高的标准化和扩展功能降低复杂程度提高利用率更有效的数据安全和业务持续支持我们相信平台即服务(PaaS)能强化开发人员对从开发到部署的控制能力,大幅度减短应用上线的时间、将资源优化使用,并鼓励云感知应用程序的开发.
平台即服务(PaaS)能提高程序员的工作效率,帮助我们将私有云的价值扩展到更多部门和更大的使用范围,支持我们使用混合云(私有-公共)进一步提高可扩展和成本效益的技术路线图.
IT@Intel白皮书借助平台即服务扩展英特尔的企业私有云2www.
intel.
com/cn/ITIT@INTELIT@Intel计划将全球各地的IT专业人员和我们机构中的同仁紧密联系在一起,共同分享经验教训、方法和战略.
我们的目标十分简单:分享英特尔IT部门获得业务价值的最佳实践,并使IT成为竞争优势.
如欲了解更多信息,请访问www.
intel.
com/cn/IT或联系您当地的英特尔代表.
背景在当今节奏较快的商业环境中,业务灵活是成功的关键,也是英特尔IT部门云计算方案的主要动力.
在企业私有云支持中,英特尔IT部门已在实施基础设施即服务(laaS)方面取得了显著的进步,采用自助服务模式将配置服务器的时间由几个月缩短到不到一个小时.
我们将平台即服务(PaaS)作为英特尔企业私有云的下一步发展,用以加快定制应用的开发和部署以及推广云感知应用程序的设计原则.
我们设定的目标是使开发人员能在一天内把创新的构思转变成为产品.
目前的应用环境我们相信平台即服务(PaaS)具有很大的潜力,能够解决目前应用环境中的以下弱点.
有限的灵活度现在,构建和托管一个定制应用的过程耗时且复杂.
应用程序初步开发后,经常需要数月的时间将其部署到实际工作环境中.
每个应用程序都遵循其诞生的过程,其中包括源代码的开发、测试和上线阶段.
从开发到上线的路径中,每个阶段都需要配置一个专门的环境,因此应用程序的安装和部署非常复杂.
典型的应用程序生命周期包括75个独立的步骤,其中只有9%是完全自动化的.
部署一个新的定制应用程序需要130天到140天的时间,版本更新则需要30天到40天.
而应用程序生命周期的其他阶段,如维护、新版本发布和报废,也需要进行多个步骤且自动化水平极低,如图1所示.
等应用程序部署完毕的时候,它可能已经过时或没有意义了,因而错过了商机.
目录总体概述.
1背景.
2目前的应用环境.
2解决方案.
4平台即服务(PaaS)优势预测.
4在英特尔实施平台即服务(PaaS)6概念验证.
7主要经验.
7下一步工作.
8短期目标.
8长期目标.
9总结.
9相关阅读.
9缩写词.
10す7俑喑36俑191343俑喑13俑9223俑喑16俑9793俑喑10俑7211.
喑俑Ⅱ喑借助平台即服务扩展英特尔的企业私有云IT@Intel白皮书3www.
intel.
com/cn/IT过于复杂目前,应用程序开发团队在IT人员的大力帮助下负责自己配置基础设施.
因此,开发人员必须对底层基础设施技术有深刻的了解,包括计算、存储、网络、管理和信息安全的资源.
例如,他们必须知道需要多少存储区域网(SAN)和网络附加存储(NAS).
他们还必须请求并部署托管应用程序的中间件,了解中间件与基础设施是如何连接的,并决定采用哪些在底层使用的技术.
配置基础设施堆栈时,开发人员必须知道极多详细的信息,比如IP地址以及网络存储设备的名称和地址.
这种低层次的知识会带来额外的基础设施锁定成本,因为开发人员倾向于将基础设施的详细信息硬编码到应用程序的配置设置中,从而使应用一旦被部署后便难以迁移.
管理同样也很复杂.
当前,每个新的应用程序必须经过详细的审查流程.
不管应用程序是庞大的、复杂的企业级解决方案或是小的、临时的Web应用程序,审查的严格标准是一样的.
这些审查会延长应用程序的部署时间,进一步降低业务的灵活便捷.
较低标准化水平和扩展能力由于缺乏标准的业务流程、模板和按需功能,开发团队的灵活程度受到限制.
开发人员也无法借助逐步说明,将应用程序从一个阶段转移到另一个阶段,例如从开发到测试或从测试到上线.
由于应用程序堆栈的确切配置由开发人员决定,不同的堆栈之间会有相当的差异.
例如,不同的开发人员可能使用不同的中间件组合.
当打补丁或执行业务连续和灾难恢复(DR)演习时,该差异性导致我们需要对特定应用程序堆栈的各个方面进行了解英特尔的平台即服务(PaaS)平台即服务(PaaS)是指预配置环境(操作系统、抽象的中间件和基础设施),以在云中创建并快速托管定制应用程序.
开发人员使用通用的编程语言和开发框架进行应用程序编码,如PHP、Java*和.
NET*,并通过平台即服务(PaaS)将应用上线使用,其间无需IT人员的帮助.
平台即服务(PaaS)为开发人员提供多项优势并降低了创建云感知应用程序的门槛:开发人员获得的效益.
平台即服务(PaaS)可通过自助服务、按需工具、资源、自动化和托管平台运行时容器,简化应用在企业私有云中的部署.
应用程序中的云属性.
平台即服务(PaaS)可通过利用模板、资源共享、可重复使用的Web服务和大型多租户来推动创建云感知应用程序.
借助平台即服务(PaaS),开发人员无需安装工具、订购和配置服务器或虚拟机,也无需将文件从一台服务器复制到另一台.
如图2所示,命令行界面将应用推送到云或借助插件直接从交互式开发环境(IDE)推送到云.
经平台即服务(PaaS)分析后,该应用被托管在与其资源需求相匹配的运行时容器中.
该平台还提供扩展能力、高度可靠、自动配置、负载均衡和管理工具.
平台即服务(PaaS)可以部署在裸机、静态的虚拟机(VM)或基础设施即服务(laaS)环境中.
鉴于基础设施即服务(laaS)更灵活和便捷,我们选择在基础设施即服务(laaS)上的虚拟机集合中实施平台即服务(PaaS).
在基础设施即服务(laaS)环境中,容量可以灵活扩展,不仅可以扩展托管在平台即服务(PaaS)中应用程序的容量,也可扩展平台即服务(PaaS)本身的容量.
我们也可以在同一基础设施云中混合托管定制应用和商业应用.
随着平台即服务(PaaS)在我们开发人员群体中日益普及,总拥有成本和IT投资将会降低.
喍PaaS喎123n喍PaaS喎…2.
IT喍PaaS喎γЙ喍laaS喎IT@Intel白皮书借助平台即服务扩展英特尔的企业私有云4www.
intel.
com/cn/IT广泛的验证流程.
而且,每个操作系统和中间件堆栈都有可能是唯一的,因此,我们必须逐一备份以支持冗余复制和可恢复的能力.
由于我们没有提供一套统一的标准,开发人员会根据自己的喜好开发和部署应用程序—硬编码配置导致应用在初步部署后难以迁移.
有时,英特尔将工作分包给其他公司,代表我们创建应用程序,比如用于某产品发布和其他公共关系事件的微型网站和定向web应用.
这些应用均为个别创建,一般无法利用英特尔计算环境在功能或规模经济方面的优势.
英特尔通常为创建这些微型网站的企业提供功能规格,但是在编程语言、框架和要使用的托管服务提供商方面不提供任何技术标准.
因为语言堆栈和配置与托管环境的特点是紧密耦合的,所以在初始部署后他们将难以迁移.
应用监控是另一个受关注的领域.
由于缺乏标准的监控框架,开发人员负责特定应用的监控—这就导致难以进行集中应用支持.
此外,灾难恢复(DR)不是应用程序开发环境的内置功能.
因此,开发团队需负责对应用程序的灾难恢复(DR)功能进行规划、实施和测试.
在每级独立应用上提供冗余不但成本较高而且占用大量资源.
资源利用率低应用开发人员希望规划应用程序的扩展,但是他们无法使这一流程实现自动化.
因此,他们经常过高估计资源需求.
例如,开发人员可能要求超过实际应用需要的计算能力和存储能力,只是为未来的需要以防万一.
这导致整个企业的资源利用率降低.
鉴于设置应用环境相当复杂,即使应用只需要运作几天或数周,开发人员通常在贯穿应用的整个生命周期都保持每个生产路径实例在不关闭的状态,导致大量的虚拟机或物理机处于未受到充分利用.
解决方案我们相信平台即服务(PaaS)能为应用部署、扩展和终止提供一种快速高效的方法来增强对英特尔开发人员的支持,并简化部署周期.
平台即服务(PaaS)提高开发人员的工作效率、优化资源的使用,从而支持我们使用混合云来进一步提高效率的技术发展路线图.
通过鼓励更多云感知应用的开发,平台即服务(PaaS)支持英特尔的"从内到外"("insideout")云战略.
从性质角度来讲,这些应用程序支持按需服务、自助服务、服务扩展、高度灵活、多租户和测量功能.
此外,如在图3所示,平台即服务(PaaS)将专门解决目前我们应用环境中的效率低的弱点.
平台即服务(PaaS)优势预测与目前的应用环境相比,我们相信平台即服务(PaaS)将具备诸多优势.
提高业务灵活借助按需自助服务开发和托管,平台即服务(PaaS)将能减少启动应用程序所花费的时间来帮助推动英特尔业务更快速的演进.
此外,实现任务自动化并简化业务流程,平台即服务(PaaS)环境将提高应用开发人员的工作效率.
当写入平台即服务(PaaS)环境时,一个应用程序的所有层面都获得快速的伸缩力,使应用程序能够快速响应不断变化的需求.
此外,我们在基础设施即服务(laaS)上构建平台即服务(PaaS)堆栈,可以获得基础设施即服务(laaS)提供的优势.
平台即服务(PaaS)本身甚为灵活,可迅速改变总容量以满足租户的总需求.
ο喍PaaS喎す/喑λ3.
喍PaaS喎倅借助平台即服务扩展英特尔的企业私有云IT@Intel白皮书5www.
intel.
com/cn/IT降低复杂程度平台即服务(PaaS)隐去了基础设施、中间件和配置细节,使开发人员能够专注于代码的开发.
应用开发环境是按需提供的,并且可灵活伸缩扩展,所以开发人员只需使用它,而不用构建它.
我们使用平台即服务(PaaS),可以预先批准平台即服务(PaaS)环境本身及简化一定的应用设计模式的管理流程来简化对新应用的管理.
经过审查和批准该平台即服务(PaaS)后,部署应用的底层环境已得到认证,因而无需对每个应用重复审核.
例如,部署一个普通的双层架构而无需审查主机到主机的通信和相互之间的依赖.
更高程度的标准化和扩展能力借助平台即服务(PaaS),我们可以在云中快速重建应用程序.
启动某应用的一个新实例时可获得额外的容量或进行灾难恢复(DR).
平台即服务(PaaS)为开发人员提供标准的应用程序监控功能,支持对系统稳定、运行状况和性能的测量.
与标准的故障排除不同,我们可以轻松停止、重新启动或重新部署应用程序,只需在重复故障模式出现时花时间将故障排除.
此外,我们使用平台即服务(PaaS),可以提供标准的、内置的灾难恢复(DR)功能.
平台组件和业务流程的标准化和自动化可促进多租户模式、再利用和通用平台.
此外,采用支持多个标准应用程序框架的标准托管平台,代码移植和再次使用利用更为容易,包括由第三方开发的软件代码.
我们可以利用平台即服务(PaaS)在公共云中指定一组框架和平台即服务(PaaS)环境进行验证,从而确保由外部承包商开发的微型网站可在英特尔或我们的首选托管服务提供商重新部署.
虽然合同开发商不能直接将代码提交到我们的实际计算环境中,我们可迅速把它们移植到我们自己生产路径中,而无需重写任何代码.
提高资源利用率平台即服务(PaaS)可提高资源的有效利用率.
我们目前为每一个应用供应一台完整的虚拟机(VM).
借助平台即服务(PaaS),我们可创建多租户虚拟机,这将减少每个应用程序所需的内存、磁盘和CPU周期.
此外,开发人员可利用自助服务和按需流程扩展应用,以避免高估资源需求这一问题.
由于开发人员可使用自助服务在瞬间便可配置新应用实例,我们期望可在需要的时候创建生产环境路径并在该开发阶段完成后销毁,而不是无限期的保持下去.
这样,平台即服务(PaaS)可进一步提升基础设施即服务(laaS)的虚拟化和资源整合所带来的高效资产利用率.
平台即服务(PaaS)的优势有望改善应用开发过程的适时和效率—从配置到安装新代码再到日常管理.
表1提供了几个示例,说明平台即服务(PaaS)可如何帮助改进.
表1.
平台即服务(PaaS)的生产路径活动潜在优势示例开发团队的任务平台即服务(PaaS)改进效果配置服务器环境和服务虚拟机预配置平台抽象的基础设施一键单击部署从几天缩短到几小时加载和安装新代码一键单击部署从几小时缩短到几分钟问题响应平台即服务(PaaS)高度稳定针对失败的应用设计发生致命错误时重新启动快速重建并重新部署应用程序从几小时缩短到几分钟启动托管由开发人员控制的部署抽象的基础设施管理开发人员自助服务管理应用程序容量资源消耗数据添加/删除额外的应用实例和组件(如前端Web服务器)的工具伸缩力提高资产利用率跨应用程序的整合平台较少空闲的测试环境测量基础设施即服务(laaS)+平台即服务(PaaS)资源效率IT@Intel白皮书借助平台即服务扩展英特尔的企业私有云6www.
intel.
com/cn/IT云感知应用的设计原则使用平台即服务(PaaS)可加速云计算的采用.
平台即服务(PaaS)为传统的应用程序开发人员引入了云计算概念并推广一种新型软件设计方法,可帮助消除应用竖井,实现在虚拟化、具伸缩扩展力的多租户环境中运行的简化、容错、模块化的服务.
云感知应用的设计原则,如表2所示,可帮助英特尔开发人员更加轻松地转移到平台即服务(PaaS).
表2.
云感知应用的设计原则原则详细信息虚拟化和伸缩力根据需求的增加和减少自动扩展应用分隔组件,使他们可跨多台虚拟机(VM)运行规划动态IP地址Web服务使用标准服务将应用设计为聚合组件,使用安全的Web服务层,比如表现的状态转移(REST)针对故障和高度稳定的设计在多个区域中使用虚拟机负载平衡策略避免在内存中保持应用程序的状态,而是写入共享的数据库,使用户环境跨应用程序主机而存在,并能够承受单个主机故障使用重启时恢复的线程通过重新加载队列中的消息重新同步状态多租户使用脚本和配置按需供应新的租户使用安全等级选择多租户模式避免锁定假设应用程序将在多个云上部署尽可能使用渐进式功能,比如检测正在使用的平台以支持更高级的功能针对高性能的设计在多个地区分配应用程序,以获得容错功能并改进性能使用应用程序性能管理工具来监控并改进代码库在英特尔实施平台即服务(PaaS)要实施平台即服务(PaaS),英特尔IT部门必须考虑诸多因素.
应用程序方面的考虑我们设想使用平台即服务(PaaS)来运行一个有着云托管组件的小到中等的定制应用程序.
我们预计,大多数使用平台即服务(PaaS)的应用程序是新的,但也有一些是移植的应用程序.
移动应用程序、混合应用程序(托管在多个云上的程序)和服务导向型应用程序是针对平台即服务(PaaS)的特定应用程序.
我们发现这些类型的应用对企业来讲是至关重要的,所以构建一个支持他们正常运行的架构也是极为谨慎.
我们还研究了在平台即服务(PaaS)环境中某些开放源代码的应用程序的部署,如内容管理系统.
与专用的基础设施即服务(laaS)相比,我们对将这些程序托管在平台即服务(PaaS)环境中的利弊进行评估.
适合平台即服务(PaaS)的英特尔应用程序包括lntel.
com公共应用、作为服务提供给英特尔客户的应用程序(SaaS)、供市场活动使用的临时应用、以及专门的部门应用和企业对企业的应用.
开发人员方面的考虑我们计划提供应用程序模板和示例代码以加快目标应用的开发,并为开发人员提供开始编码的起点来鼓励注重云感知.
虽然我们可以将一些云能力构建到平台中,比如高度稳定和负载平衡,但传统的应用程序设计也需要根本的变化.
(请参阅侧借助平台即服务扩展英特尔的企业私有云IT@Intel白皮书7www.
intel.
com/cn/IT栏,"云感知应用的设计原则")平台即服务(PaaS)可以缩短开发人员向云移植的学习过程.
平台即服务(PaaS)环境方面的考虑当我们围绕一个通用平台、工具和业务流程构建平台即服务(PaaS)解决方案时,我们并不局限于部署一个单一的平台即服务(PaaS)实例.
事实上,我们设想能够根据业务需要和一系列应用的隔离等级在同一云或多个云上提供多个实例副本.
借助平台即服务(PaaS),我们可根据需要提供新环境实例.
例如,我们可以部署两个独立的平台即服务(PaaS)环境,以满足供内部和外部应用的独特需求.
虽然为了提高数据安全,这些应用程序需要相互隔离,但是一致的工具和操作可使开发人员在开发两种应用时都觉得熟悉.
我们已利用基础设施即服务(laaS)为内部、外部和企业非保护区部署了多个私有云,并且我们将部署平台即服务(PaaS)托管环境作为这些云的租户.
平台即服务(PaaS)可为内部的应用创造新机遇,从企业服务的快速开发到开发个性化聚合(mashup),应用程序可利用各种Web服务将本地资源和数据结合起来.
概念验证在过去的六个月中,英特尔IT部门研究平台即服务(PaaS)并开展了为期三个月的概念验证(PoC),以确定在英特尔的企业私有云上提供平台即服务(PaaS)的相关要求、范围和实施策略.
这项研究促使我们决定规范开放源代码(OSS)编程语言堆栈.
这种方法提供了一个广泛并灵活的解决方案,支持英特尔使用的编程语言和框架.
基于开放源代码(OSS)的实施,我们从与开放源代码(OSS)群体的合作中获得诸多优势(比如快速升级、低成本、协作能力),同时我们还能定制平台即服务(PaaS).
概念验证(PoC)的目标是:评估传统的和开放源代码平台即服务(PaaS)解决方案的伸缩力、安全功能、虚拟化能力、监控功能和管理为传统解决方案和开放源代码(OSS)解决方案的支持模型提供建议,并记录任何已知的问题在已测试过的平台即服务(PaaS)堆栈中,在完整生产路径中部署典型应用的流程模型向开放源代码社区和特定的供应商分享我们改进及经测试的平台即服务(PaaS)堆栈生产版的所有建议概念验证(PoC)非常成功,这使我们进一步了解平台即服务(PaaS)、开发者如何使用它以及它将如何惠及英特尔的企业私有云.
表3总结了概念验证(PoC)过程中所取得的成果.
主要经验在完成本次概念验证(PoC)后,我们与参与此验证的开发人员开展专题讨论.
我们很难量化不同的开发人员的经验,仅仅7名开发人员不能完全代表英特尔位于各地应用开发人员群体.
然而,我们与他们的对话获得了宝贵的信息.
我们发现开发人员仍然在研究云对应用设计的意义.
我们提供能够满足他们需要的易于使用的平台即服务(PaaS)环境,可以帮助他们完成向云计算的迁移.
我们还了解到,开发人员高度重视按需自助服务,因为他们渴望能独立行动.
新的托管解决方案必须支持持续的、灵活的应用程序开发过程,让团队可在一天内多次瞬间重建及重新部署应用,而不需依照定期的发布周期.
表3.
平台即服务(PaaS)概念验证(PoC)中的活动和结果活动结果安装除了提供独立的开发人员版本平台即服务(PaaS),在英特尔的企业私有云上成功安装两个平台即服务(PaaS)堆栈生产路径超出了我们在每个环境中部署两个应用程序的目标利用平台即服务(PaaS)上载了采用不同编程语言编写的多个应用程序完成了与7名开发人员的反馈收集会议生产评估进行高层次的安全和管理评估开发平台即服务(PaaS)的战略架构分析成本因素,包括预算产品定价和环境配置与供应商建立了稳固的合作关系,并为他们提供特定产品的反馈IT@Intel白皮书借助平台即服务扩展英特尔的企业私有云8www.
intel.
com/cn/IT灵活度、扩展能力和伸缩力开发人员表示,他们希望通过用户界面容易扩展应用程序实例,特别是用来适应突然的需求增加.
他们希望在无需改变应用程序和平台配置的情况下将平台扩展.
支持开发人员控制实例的用户界面和目前必须重新部署应用实例的情况相比较是一个重大改进.
开发人员对于自动化伸缩的评价却没有自助服务那么高.
他们声称自己能够准确预测需求.
然而目前的实际情况是他们经常过高估计应用程序的资源需求.
因为开发人员无需因为资源消耗而付费,所以他们花很少的时间来优化利用率.
但是,如果他们能够看到成本和消耗情况,我们认为他们的行为会有所改变.
此外,自动化伸缩将简化日常调整流程.
通过实现环境增长和收缩的自动化,我们可以达到更高的资源利用率.
复杂和灵活程度我们选择使用基于开放源代码解决方案的单个平台.
这种方法支持多种编程语言和框架,并具备足够灵活来满足不同的开发需求.
我们还了解到,虽然应用程序的开发过程需要简化,但是要注意不能过度,否则一切事情都成为特例而需要单独处理.
因此,虽然我们计划的目标是最高度的自动化,但是某些事情仍然需要手动完成.
此外,解决方案在复杂和灵活之间的权衡取舍是不可避免的.
例如,我们必须决定在平台上安装多少中间件,同时需要在数据库和存储整合等领域权衡多租户效率和数据安全问题.
标准化和多租户我们的目标是支持标准化并鼓励容纳尽多租户.
如果应用程序共享标准应用堆栈并使用共同的资源,我们可以提高资源的利用率和扩展能力.
平台级多租户超越了在单个虚拟机或一组物理服务器上运行的应用程序的虚拟化.
平台即服务(PaaS)能够支持跨虚拟机的应用程序虚拟化,其中每个虚拟机支持特定堆栈的资源.
当应用程序被推送到云上时,平台即服务(PaaS)对其分析以确定需要哪些资源,然后这些应用以及其他类似的应用会托管在包含这些资源的虚拟机上.
借助平台即服务(PaaS),甚至一个应用程序的某些特定部分也可托管在专门为运行特定应用层而构建的虚拟机上.
例如,虚拟机组可配置为Web服务器、应用服务器或数据库服务器.
这可创建一个支持高度多租户的环境,如同多个应用层的整合.
下一步工作在成功完成了概念验证(PoC)后,我们创建了一个路线图,为我们的平台即服务(PaaS)添加新能力(包括短期目标和长期目标).
这些能力将支持我们的总体目标,即快速生产路径、容错设计、高效利用率以及组件再利用.
短期目标目前我们正在提供早期采用试点,希望能快速带来全面生产部署.
我们将努力提升平台即服务(PaaS)的市场认知,并增进对于现有平台即服务(PaaS)需求的理解.
我们目前的沟通工作包括为应用开发人员做演示、发布平台即服务(PaaS)决策框架、以及进行开发人员调研.
当开发人员开始采用平台即服务(PaaS)并能够熟练开发云感知应用程序时,我们将调整平台即服务(PaaS)的实施,以应对不断变化的开发人员的需求.
作为平台即服务(PaaS)部署的一部分,我们正在发展使用平台即服务(PaaS)开发云感知应用程序的最佳实践.
成为云感知的应用程序能够充分利用底层基础设施,从而获得更高的扩展功能、更出色的性能和更为便捷灵活.
使用在冗余数据中心或云计算提供商托管应用,云感知应用还有助于支持业务连续运作,以便避免灾难区和故障点.
我们将为开发者提供必要的工具,以平衡在可用区域或云计算提供商上的负载.
符合这些标准的应用程序将能够申请类似于提供自动化伸缩的服务,在应用或基础设施出现故障时执行补救措施.
我们也将为应用开发过程确定基准,然后建立与应用开发各方面相关的标准和指标,包括配置、新代码安装、恢复服务的平均时间(MTRS)、资源利用率和用户满意度等,制定测量平台即服务(PaaS)优势的机制.
我们还需要提供成本分析,比较平台即服务(PaaS)和传统的软件托管模式的成本.
在技术解决方案方面,我们计划进一步探索开放源代码方式的优点和缺点并提供成本分析.
我们初步发现,借助开放源代码解决方案,英特尔可从快速的社区更新中获益,同时我们也能为英特尔业务部门提供改进的解决方案,然而,必须继续研究最佳实践,从而支持较快的变化速度并充分利用机会实现差异化.
借助平台即服务扩展英特尔的企业私有云IT@Intel白皮书9www.
intel.
com/cn/IT在不久的将来,我们期望使生产路径、托管、配置和打补丁实现自动化;完成我们的Web服务战略;以及为移动和混合应用提供设计模式.
然后,我们将添加自动测试框架、服务质量、平台和应用的端到端分析、移动应用平台自动化、showback模式和计费模式、以及高级的故障排除功能.
长期目标在未来,我们将扩展平台即服务(PaaS)的功能.
我们将更紧密地整合平台与Web服务,以便应用程序轻松使用现有的服务,并发布可被其他应用使用的新服务.
我们将基于来自应用程序特性的使用案例来探索使管理过程实现自动化的方法.
另外,我们希望提供支持按需服务并与云相集成的开发编码环境.
我们为支持容量伸缩和灾难恢复(DR),我们将尝试把应用推载到公共云上.
我们将考虑应用的完全迁移和部分迁移(在混合云模式中)两种情况.
我们有几种选择,或者在公共云基础设施即服务(laaS)托管服务中创建平台即服务(PaaS)环境,或者使用公共云平台即服务(PaaS)提供程序,它使用的底层平台即服务(PaaS)堆栈与我们正在采用的平台即服务(PaaS)堆栈是一样的.
总结在当今节奏较快的商业环境中,业务灵活便捷是成功的关键.
我们在英特尔的企业私有云中提供平台即服务(PaaS),可以缩短新定制应用的上线时间、促进更多云感知应用的开发、支持英特尔使用混合云模式满足业务需求激增的愿景.
根据研究和成功的概念验证(PoC),我们相信平台即服务(PaaS)将会解决诸多当前应用开发过程所面临的挑战:简化生产路径、把IT流程从关键路径上移除屏蔽基础设施细节,让开发人员更专注于代码开发提高应用程序堆栈和业务流程的标准化水平提供自助服务和按需扩展功能来增加资源利用率增强信息安全和业务连续能力我们的平台即服务(PaaS)实施将使用开放源代码软件(OSS)解决方案提供一个预配置的应用环境,支持按需服务、自助服务、可扩展、容量伸缩、多租户和测量功能.
基于我们基础设施即服务(laaS)的成功基础,平台即服务(PaaS)将是企业私有云的下一步发展.
相关阅读《英特尔企业私有云的基础设施数据管理》,英特尔公司,2012年6月《构建企业私有云的最佳实践》,英特尔公司,2011年12月《为企业构建软件即服务》,英特尔公司,2009年10月《最佳组合:富客户端电脑和云计算》,英特尔公司,2009年3月《制定企业云计算战略》,英特尔公司,2009年1月如欲了解有关英特尔IT部门最佳实践的更多信息,请访问:www.
intel.
com/cn/it缩写词ACL访问控制列表DR灾难恢复laaS基础设施即服务IDE交互式开发环境MTRS恢复服务的平均时间NAS网络连接存储OSS开放源代码软件PaaS平台即服务PoC概念验证SaaS软件即服务SAN存储域网络VM虚拟机本白皮书仅用于参考目的.
本文件以"概不保证"方式提供,英特尔不做任何形式的保证,包括对适销性、不侵权性,以及适用于特定用途的担保,或任何由建议、规范或范例所产生的其它担保.
英特尔不承担因使用本规范相关信息所产生的任何责任,包括对侵犯任何知识产权的责任.
本文不代表英特尔公司或其它机构向任何人明确或隐含地授予任何知识产权.
英特尔和Intel标识是英特尔公司在美国和其他国家(地区)的商标.
*其他名称及商标属于各自所有者资产.
版权所有2012英特尔公司.
所有权利保留.
C请注意环保0612/ACHA/KC/PDF327465-001CN