paas模式_PaaS最佳做法和模式

本文探讨了云计算的三种模型:IaaS,PaaS和SaaS,重点阐述了PaaS如何助力行业解决方案。PaaS提供基础架构和平台,支持长尾应用,尤其适合电信等行业的长尾服务。通过PaaS,开发人员可以专注于软件开发,而无需关心基础设施和平台配置。此外,文章还讨论了以业务流程为中心的PaaS框架,强调了多租户管理和行业特定服务的重要性。
摘要由CSDN通过智能技术生成

云计算通过针对基础架构,平台和应用程序的易用服务来增强业务敏捷性。 可以粗略地定义为使用按需付费从公司环境外部作为服务提供的可伸缩计算资源。 公司只使用和支付所需的费用。 它可以随时随地从Internet上的任何地方访问“云”中的任何资源,而不必担心幕后的维护。 但是,企业通常难以解决如何在传统行业解决方案中调整云计算服务的情况。

为了满足客户和内部组织成功实现云计算的目标,企业必须重新考虑他们如何参与其业务模型。 本系列文章将基础的云原理转变为实际的行业方案。 第一篇文章介绍了三种模型,即基础架构即服务(IaaS),平台即服务(PaaS)和软件即服务(SaaS),并讨论了PaaS如何特别有助于提供行业解决方案。 图1显示了具有这三种模型的分层云计算。

图1.分层云计算作为行业解决方案的服务
分层云计算作为行业解决方案的服务

型号说明

IaaS模型为行业解决方案的客户提供了基础架构,尤其是所需的硬件和带宽资源。 客户必须处理平台和应用程序的配置,例如操作系统和所需软件组件的安装。 利用IaaS的行业解决方案具有与任何传统交付方法相同的开发,测试和发布管理,但是它们可以充分利用云计算的优势,包括解决方案的备份和硬件资源的充分利用。

PaaS模型提供了用于部署应用程序的基本基础架构和平台。 客户不需要配置平台或保留硬件资源。 PaaS模型通常提供用于开发,测试和部署行业解决方案的API。 该模型对于长尾应用非常有用。 传统上,根据帕累托原则或80-20规则,大约80%的收入来自大约20%的产品或解决方案。 其余大量解决方案仅贡献了少量收入。 但是对于长尾行业来说,越来越多的收入来自长尾解决方案。 一个例子是电信行业。 图2描绘了电信服务的长尾巴。

图2.电信服务的长尾巴
电信服务的长尾巴

为了吸引和服务不断扩大的客户群,电信服务提供商正在追求针对长尾的服务和解决方案。 结果,服务和解决方案将变得更加集中和个性化,并基于许多组合中的可重用组件。 通过重用许多组件,您可以轻松地使用PaaS模型来开发这些长尾解决方案。 它是提供商的复杂性和客户的灵活性之间的权衡模型。

SaaS模型为不同的客户提供了完全托管在云中的应用程序功能,但客户的灵活性有限。 通过SaaS模型,该行业解决方案的上市时间非常短。

通过使用这三种云计算模型中的任何一种,行业解决方案既可以从云计算中受益,也可以从交付模型中受益,例如缩短上市时间和组件重用。

深度PaaS

对于软件供应商来说,PaaS模型是一种特殊的方法,他们希望主要关注软件开发周期和新应用程序的货币化,从而绕过对用于应用程序设计,开发,测试,部署,和托管。

PaaS系统通常是托管的,基于Web的应用程序开发平台,可提供端到端或某些情况下的部分环境,以在线开发完整程序。 开发人员可以利用现有SaaS的功能或开发新的Web应用程序,而用户无需担心开发,托管,更新或维护应用程序或存储数据。

业务流程是企业IT系统的中心,在传统的业务流程管理(BPM)驱动的企业中,总是涉及捆绑的软件和管理IT基础架构,以解决面向业务的流程建模和以IT为中心的流程开发,部署,和监督职责。 提高商业程序效率(从而导致业务创新)的关键是将某些业务流程的IT关注与业务分析分开。 启用PaaS的在线平台以流程为中心是提供这种业务转型的一种方式。

对于基于工业解决方案的BPM应用程序,难以管理的复杂性可能会阻碍解决方案构建周期的加速。 因此,为了最大化以流程为中心的PaaS模型的利益,可以在PaaS中预构建具有可定制行业解决方案模式的库以及现成的可部署虚拟机模板。 托管的PaaS本身可以通过基于Web的管理控制台加固为一个盒子(设备),作为仅用于安全控制和客户端自定义提交的访问门户。

我们设计了CloudLand(一个以流程为中心的PaaS框架),以满足企业行业解决方案的需求。 功能包括:

  • 基于Web 2.0的开发人员工作区的无代码开发,以进行场外开发和实施
  • 易于定制的硬化设备
  • 行业解决方案模式的构建
  • 生命周期管理
  • BPM多租户

基于提出的PaaS框架,我们开发了几种基于云的行业解决方案,以满足不同的行业需求,其中包括:

  • 支持云的自助服务电信服务交付平台:基于电信服务(例如基于位置的服务(LBS),短消息服务(SMS),多媒体消息传递)在开放的开发人员社区和公共云中支持个性化的长尾应用程序服务(MMS),第三方呼叫和聚合通信服务。
  • 支持云的集成信息框架:用于化学和石油行业,在私有和混合云中支持关键绩效指标(KPI)流程和复合业务服务,价值链集成以及企业SaaS。
  • 支持云的医疗保健解决方案:用于混合和私有云中基于电子医疗保健记录的应用程序。
  • 支持云的金融市场数据解决方案:用于混合云。

PaaS模型

从业务角度来看,公共云中托管的通用PaaS解决方案涉及以下场景:

  • 所有平台和应用程序都包含在一个供应商拥有的一个环境中。
  • 这些应用程序大多是在正式的编程模型中从头开始开发的。
  • 供应商提供的服务(例如,数据库和Web应用程序服务器)是通用且稳定的。
  • 在设计整个云服务环境时,业务模型角色从一开始就很稳定。
  • 该平台中没有特定于行业的服务或应用程序,因此该平台易于设计和管理。

当PaaS模型在特定于行业的环境中迁移到企业时,会引入更多的复杂性和要求。 这种PaaS解决方案通常面临的挑战包括:

  • 私有或混合云模式:此类行业解决方案始终托管在由多个分支机构或组织单位共享的企业内部的私有云中; 或在部分IT系统外包或复杂的供应链中使用混合云。
  • 开放性:与现有内部或外部系统集成。
  • 特定于行业的IT标准,应用程序和服务。
  • 业务模型和角色的不确定性:具有特定用户行为模型和系统使用模式的特定于行业的用户组,例如系统工作负载曲线,资源的任务要求类型和系统功能。
  • 建立解决方案的时间:很少有企业有足够的时间从头开始构建全新的IT基础架构,这需要快速设置云环境以替换旧系统并与现有系统集成以实现业务的连续性。 因此,在考虑使用PaaS解决方案时,进行部署和管理的时间就成为减轻犹豫的关键因素。
  • 各种应用程序和用户类型:整个工业解决方案包含跨由不同用户组(个人用户或组织用户)开发和拥有的多个业务线的应用程序。
  • 大多数企业用户是非IT专业人员,他们对利用Java,Web 2.0和Web服务等复杂的编程模型进行应用程序和系统的开发,部署和管理感到很害怕。
  • 业务利益相关者和客户提出了特定的业务要求,例如缩短了产品上市时间,通过快速修改流程或业务逻辑来支持业务敏捷性以及快速扩展企业系统。

测试和开发云也可能是PaaS框架的一部分,但是通常,此类解决方案不需要涉及行业内容。

从技术角度来看,可以将BPM,面向服务的体系结构(SOA)和云计算结合在一起,以在PaaS模型中呈现BPM功能。 具有云计算的BPM是交付流程和相关事件,人工任务或数据库访问的方式。

最佳做法和模式

行业解决方案的体系结构及其中PaaS的使用会根据企业或特定于解决方案的应用程序场景,业务模型和企业体系结构而有所不同。 行业解决方案的集成模式也相应地有所不同。 下面总结了这些模式,并在以业务流程为中心的PaaS框架的体系结构中进行了考虑。

  • 行业解决方案中的PaaS:此模式在具有嵌入式PaaS的行业解决方案中强加; 换句话说,PaaS成为行业解决方案的一部分,例如化学和石油行业的基于云的集成信息框架。 在这种模式下,只有部分组件或功能会作为PaaS服务公开,而其余的行业解决方案则不会托管在云中。
  • 基于行业解决方案的PaaS:此模式为那些倾向于在行业解决方案边界上以PaaS托管增值服务的行业提供服务。 整个系统无需PaaS即可运行,其核心功能和基础架构都在非云环境中维护。 支持PaaS的增值部件是未来业务增长点的试验台。 这里的说明性示例是启用云的自助服务电信服务交付平台,该平台可帮助用户从头开始快速构建利用电信服务的增值应用程序。
  • 行业解决方案的PaaS:在这种模式下,PaaS和行业解决方案都捆绑在同一云环境中。 该解决方案纯粹是针对特定行业的PaaS。 一个典型的例子是支持云的金融市场数据解决方案。 该解决方案的目的是提供基于PaaS的可定制金融市场数据中心。 PaaS使企业的整个业务模型成为特定行业生态系统中的一个独立节点。

图3描述了一个以业务流程为中心的PaaS框架的体系结构,该框架用于支持上述三种集成模式的行业解决方案。

图3.用于行业解决方案的以业务流程为中心的PaaS框架的体系结构
以业务流程为中心的行业解决方案PaaS框架的体系结构

如图3所示,建议的PaaS框架包括以下核心组件:

  • 可以自动将其部署到云基础架构中的核心虚拟映像,作为可部署的运行时平台。 这些映像可以实例化为用于运行业务流程(例如流程服务器,事件服务器或规则服务器)的基础中间件。 根据框架的实现模式,已部署的运行时平台可能成为整个行业解决方案或行业解决方案的一部分; 或者它可以与解决方案进行交互。
  • 带有支持的开发工具的场外编程模型,形成无代码开发人员工作区。 该框架的内置工作区功能包括用于编辑业务流程,mashup用户界面,业务事件和业务规则的工具。
  • 用于服务管理的自助服务管理门户,用于管理三种相关的服务:特定于行业的服务,PaaS生成的服务和外部服务。
  • BPM多租户管理,用于定义和实施所有与BPM相关的工件的多租户。

PaaS框架还提供扩展的可变点:

  • 自制虚拟映像的扩展点可满足特定的行业解决方案要求,可以轻松地将其插入我们框架的虚拟映像库中。
  • 自行定义的本地开发工具的扩展点,这些扩展点超出了框架的内置功能,但是对于单个解决方案开发是必需的。 无代码开发人员工作区易于配置扩展工具。
  • 针对特定行业的服务注册的扩展点,以适应不同的行业,并为第三方呼叫提供外部服务。

其他注意事项

在构建云基础架构时,其他注意事项包括基础架构资源管理和容量规划。 PaaS框架中管理的资源以虚拟机和相关资源的形式提供。 资源的管理在于虚拟资源的管理。

在行业解决方案中,服务提供商的不同角色需要不同的功能,质量或资源规模。 通过调整云基础架构上的虚拟资源,可以轻松获得所有这些信息。 此外,某些行业服务可能会在业务增长过程中对资源提出更多要求,以提高服务质量。 框架内置的虚拟模板为常规和较大的系统吞吐量提供了诸如独立应用程序服务器和群集之类的拓扑。 业务用户只需要在服务管理门户中指定服务质量选项。 相应的虚拟系统资源将自动关联,以满足服务质量要求。

此外,为了实现资源管理和扩展,提供了容量规划以迎合不同的用户角色。 工业服务提供商和业务合作伙伴可以为初始资源分配定义资源限制,并确定未来潜在增长的上限。 他们还可以定义策略来描述资源扩展和恢复的条件。 例如,当某些用户使用的虚拟资源达到预定义的阈值时,云基础架构将通过分配更多的内存和磁盘空间,或者通过向群集中添加更多的节点以平衡工作负载来扩展虚拟机资源。 相反,当虚拟系统的使用率在一定时间内低于预定义的阈值时,将删除空闲节点或收回内存。

结论

云计算连接了云计算环境中的行业解决方案系统和设备。 特别是引入了PaaS框架,您了解了将云计算实现为行业解决方案的要求,架构模式和实施技术。 基于该框架,本系列的下两篇文章将讨论如何将这些云计算功能应用于化学,石油和电信领域。


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

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值