AWS PaaS:深耕企业用户,做垂直领域的专业PaaS服务

   0    38
崔希婧 发表于 2015-03-19 分类 : BPM资讯  业界动态 

摘要炎黄盈动专注BPM和企业基础平台领域已经超过11年时间,以往的客户主要集中在国内的大中型企业和垂直细分行业,包括海尔、蒙牛等。涉足云计算领域之后,炎黄盈动把下一代技术聚焦到“垂直领域的企业PaaS服务”。

炎黄盈动成立于2003年,是国内首家专注在BPM领域的软件公司,为用户提供专业的BPM(Business Process Management,业务流程管理)平台软件。不过随着移动互联网、云计算和企业SOA架构的不断发展,这家传统企业也开始向云端转型,他们希望用PaaS云的模式来继续为企业用户提供值得信赖的平台软件和服务。炎黄盈动以往的客户主要集中在国内的大中型企业和垂直细分行业,包括海尔、蒙牛、航天、天猫、华谊兄弟等等。涉足云计算领域之后,炎黄盈动把下一代技术聚焦到“垂直领域的企业PaaS服务”,开始深耕企业级市场,真正意义上来简化企业流程应用的交付、运行和维护。

在2012年,炎黄盈动就获得了淡马锡旗下祥峰投资的2250万人民币融资,随即炎黄盈动就宣布将致力于中长期的颠覆性价值创造,这也是今天要介绍的AWS PaaS云服务。

CSDN云计算频道一直也比较关注传统企业转型云计算领域的实践经验,近日也采访了炎黄盈动公司创始人兼CEO/CTO 刘金柱(左),从16岁开始敲代码,现在拥有20年编程经验的他,也亲自参与AWS PaaS的内核架构和开发过程,以下是采访实录。


CSDN:首先请你介绍一下,你对PaaS的理解以及AWS PaaS是什么?

刘金柱:Gartner和Forrester Research等业界普遍认为PaaS是一种云计算模型,也就是将基础网络和计算资源的硬件(IaaS)和应用基础架构(Middleware)以服务的形式提供给用户。PaaS涉及的领域包括Application PaaS(aPaaS)、BPM PaaS(bPaaS)、Integration PaaS(iPaaS)、Mobile PaaS(mPaaS)等,PaaS可以免去用户搭建硬件网络和开发、运行新应用程所需的基础架构投入,从形态上看,PaaS将整个平台设施作为服务提供给用户,从广义上讲,它也是属于SaaS的一种。当然,提到PaaS,大家可能会首先想到Google App Engine,Beanstalk,Salesforce.com,Cloud Foundry,OpenShift,Docker这些技术PaaS平台。

不过,就在2014年,Forrester Research将企业公有云的快速开发PaaS定义为正在形成的一个新兴趋势,如Mendix,OutSystems,Apprenda,Caspio,Salesforce.com和Acquia。这些PaaS厂商大部分在企业平台领域专注了5-14年,拥有大中型企业客户的服务经验和与伙伴共经营的小生态圈,也最了解企业级应用对PaaS平台的需求。其实,AWS PaaS就是属于这个领域的专业PaaS。

首先,AWS PaaS将构建复杂企业应用所需软件基础架构和网络计算资源以服务的方式提供给用户,可以成为企业运营和IT创新的云应用平台,并通过在公有云中创建独立的私有网络(VPC),让每个PaaS云实例拥有与本地部署同样的服务水平、同样的性能和同样的可靠性。

其次,AWS PaaS的主要服务模式为公有云模式,同时支持与企业内网路由器建立安全传输隧道的混合部署模式。对于大型企业或对部署环境有特定需求的用户,也提供私有安装授权模式。

最后需要强调是,AWS PaaS还为开发者和非开发者构建下一代企业应用提供了简洁、完整、专业的基础设施服务,包括BPM(Business Process Management,业务流程管理)的全部能力、应用建模、移动管理、开放API和复杂后端集成服务。 而AWS PaaS作为一个可持续集成和改进的企业级PaaS平台,通过我们全部自主创新的PaaS应用容器(App Container)和元数据服务,来简化PaaS应用的构建、部署和运维,能够实现在一个AWS PaaS云实例中同时安装和管理调度上百个AWS应用,这也是我们的优势所在。

CSDN:炎黄盈动如何对自己定位?同时AWS PaaS在企业云计算中的定位在哪里?

刘金柱:云计算是一个专业、开放、分工协作的生态链。在这个生态链上,炎黄盈动将自己清晰的定位于PaaS服务的提供者,基于PaaS与我们的开发商和咨询实施商交付垂直行业的应用解决方案,但永远不会自己搞机房建IaaS服务。 我们相信基于这种分工,可以让我们的用户即可获得专业的PaaS解决方案服务,又可以获取到专业IaaS厂商提供的弹性、安全、可靠的基础设施服务,这也是未来的发展趋势。

当然,我们能够将战略选择部署在IaaS公有云服务上,也得益于当今IaaS厂商的API开放性。目前,我们已经和青云达成了业务战略合作,通过AWS PaaS与青云公有云的整合,为商业用户提供单一集成、安全可靠和高性价比的企业级PaaS云服务。我们相信,未来一定会有更多的像我们这样的企业级服务商接入到青云中,合力打通云计算服务的各个环节,真正降低企业用户使用云服务的门槛。

CSDN:那么AWS PaaS解决了企业用户的哪些痛点?

刘金柱:在我们国内,有很多优秀的企业SaaS产品,他们通常专注于服务一个群体,将客户痛点化为简单的移动互联网应用,实现了即需即用的交付模式,深受用户的喜爱和依赖。但同时也需要对企业级应用的复杂性和差异性有客观的了解,因为现实中的大部分企业价值产生过程是连续、重复、端到端的。目前,可能还没有一个SaaS产品愿意与客户深入互动BP(Business Process)这类重业务,所以炎黄选择了这个切入点。我们希望将AWS PaaS服务通过Web API或更轻量级的Webhooks延伸给这些企业用户,进而增加SaaS用户的满意度。

CSDN:一般意义上,我们理解PaaS最终也会构建各种形态的Application,这种PaaS+App的方式会对当前一些单纯的SaaS应用带来冲击吗?

刘金柱:不会带来冲击的。从服务的客户群体上看,大部分SaaS走的路线是横向通用,PaaS+App是垂直差异,包括IBM基于CF的Bluemix和Oracle PaaS。AWS PaaS适合大中型企业或成长型企业的垂直业务应用,我们的商业模式决定我们并不需要经营数十万的客户,而是要能够持续的为每个PaaS用户提供满足需求的应用和服务。目前我们在全国有60家活跃的AWS咨询/实施商来共同服务这个市场,我们相信未来还会有更多。

当然,我们也知道,通常国内的SaaS是不需要实施的,都是一些小而美服务。未来也许会出现像Salesforce.com那样从上往下做平台的SaaS产品,但这种竞争基本也不存在,大家各自有各自的小生态圈和专业优势,甚至也可以合作起来,打通AWS PaaS服务来弥补SaaS应用在BP(Business Process)深度上的不足。

CSDN:除了解决上面的痛点之外,那么对企业用户而言,他们可能更关注,AWS PaaS帮他们解决了什么问题?有没有特别的技术优势?

刘金柱:对于企业来说,未来的IT可能不再是资产,当客户的业务流程和数据放在你这里时,首先要对你的服务和质量足够的放心,能够有一个专业、开放的生态圈围绕着他,为客户的PaaS投资提供更多的增值机会。因此,AWS PaaS在技术设计上首先要解决这个链条上不同人群遇到的技术问题。

首先,对于企业客户,AWS PaaS可以提供从PC应用到移动应用,从通用应用到流程应用组合交付的跨度,将企业的中长期业务构建在一个可掌控、可持续交付解决方案的云平台;

第二,对于方案实施商,AWS PaaS能够帮助伙伴提交有竞争力的创新业务解决方案,可以代运营我们的PaaS业务,通过服务持续获得稳定的收入和客户满意度;第三,对于应用开发商,AWS PaaS提供开放、完整的下一代企业应用构建平台,可以大部分免除编程的方式构建应用。通过入驻我们的AWS企业应用商店发布自己的应用,并打通了订阅和付费的机制,能够一键安装到客户的PaaS云实例,也可以不断升级和进化应用,让开发者潜心专注应用,真正把功能做到极致。

在技术优势上,我们想特别强调一点就是应用容器(App Container),它也是AWS PaaS的内核。在AWS PaaS中一切皆应用,这个容器完成于2013年8月,差不多和Docker开源处在同一个时间点上。AWS PaaS利用容器来运行AWS应用,每个应用的资源被容器管理,这些应用可以包括Web类应用、原生安卓应用和原生苹果应用。与Docker相似的是,AWS PaaS应用容器对每个应用提供独立的周期管理,对应用实例进行状态控制和资源分配。

与Docker不同的是,Docker是一种容器虚拟化技术,AWS PaaS的App Container是一种应用资源实例化技术,AWS PaaS的容器与Docker容器根本没有可比性。不同开发商的应用被组合成应用解决方案服务于同一个客户,这些应用间的依赖、关联和版本差异对整体解决方案会带来什么影响?如果其中一个应用暂停或出错了对整体解决方案会带来什么影响?在这些细节问题上,AWS PaaS的App Container能够给出可视化的拓扑评估和实时的SLA告警,我们也是通过这个容器技术,来解决应用构建、分发、安装、运维、升级、卸载这个DevOps过程。

CSDN:我们了解到AWS PaaS目前还只是一个Java PaaS,这么做的优势在哪?未来有计划支持更多的语言框架吗?

刘金柱:这个是肯定的,因为AWS PaaS是从系统VM层隔离的,好处是可以为开发者提供全栈的Java 1.7支持,免除了技术PaaS对特定语法的沙箱安全限制,提高了PaaS的计算性能,也可以充分施展Java编程人员的能力。同时为开发者提供了比Spring MVC还要轻的AWS MVC编程框架,简单易学。Java语言是目前较为成熟和主流的企业级应用编程语言,能够深入一门语言已经对我们的团队带来了很大的挑战,当然,我们相信拥有这些经验,对我们未来支持更多的语言框架也会有帮助。

CSDN:国内PaaS云市场尚未成熟,如何让企业客户更好的接受这个平台呢?

刘金柱:这是云计算环境的大趋势。从国内市场上看,一些服务于大中型企业的SaaS应用也开始获得客户的认可,而像青云这种提供VPC技术的公有云计算设施,也一定会催化出各种企业级云应用的垂直解决方案,这可能是一个渐进的过程。

PaaS介于SaaS和IaaS之间。大部分的技术型PaaS可以由开发者驱动,像是提供了一些水泥、沙子,直接让客户使用这样的平台是抽象、有困难的,尤其在国内。AWS PaaS提供了组织、权限、数据、表单、移动、集成、流程和流程管理等企业基础服务,这种砖头、钢筋、装配式楼板,是快速搭建企业级应用的刚性基础需求。企业不一定自己构建应用,但是一定会对构建应用的架构方案和成本、风险有客观的评估。年初我们做了一份覆盖CIO群体的PaaS云调查问卷,如果能够在云中安全、方便的获取这些服务,那些创新类业务、符合企业个性化要求的流程应用和B2B类业务会是启用AWS PaaS平台的切入点。

我们团队的很多人,从大学毕业到结婚生子,这段人生过程里都伴随着AWS一起成长。而让AWS PaaS帮助更多的伙伴和客户成功是炎黄盈动所有人的工作目标。所以我们在设计AWS PaaS时,就是要追求极致的简单、智能和自动化,让用户可以像用水用电一样使用AWS PaaS的全部服务,当然也可以随时取消订阅;用户还可以在几分钟内创建AWS PaaS云实例,完成首个云应用的部署。我们也是想通过这种较低的进入门槛,让企业客户逐步了解这个平台,最终信任这个平台。

CSDN:AWS PaaS跟其他PaaS平台有什么不同?

刘金柱:我认为没有任何一个PaaS能够解决所有的问题。与Cloud Foundry、Bluemix、OpenShift、Docker、Heroku等为编程开发者提供服务的通用技术PaaS不同,我们把AWS PaaS定位成一个专业领域的企业PaaS平台,涉及的领域包括Application PaaS(aPaaS)、BPM PaaS(bPaaS)、Integration PaaS(iPaaS)和Mobile PaaS(mPaaS)。

  • aPaaS - AWS PaaS提供应用构建、运行、维护、升级和卸载的命周期管理(Application Life Cycle Management,ALM),为简化应用的开发提供轻量级MVC Java编程框架、各种元数据建模和引擎服务。
  • bPaaS - AWS PaaS提供遵循ISO组织最新发布的BPMN2标准的流程设计器和引擎,能够为AWS PaaS自身的应用和外部应用提供引擎API服务。对于大型企业用户,可以获得完整BPM周期管理解决方案的支持。
  • iPaaS - AWS PaaS提供了各种技术连接器和服务的注册、转换、发布的功能,支持企业内常见的技术集成场景(如HTTP、SOAP、JMS、FTP)和应用集成场景(如SAP ERP、Oracle ERP)。在我们架构的设计上,自定义的集成模型或编码也是PaaS App的一种,开发者可以将集成模式封装成应用发布到AWS企业应用商店,在帮助更多PaaS用户的同时获得收入回报。
  • mPaaS - AWS PaaS对iOS和Android设备提供了完整的MDM和MAM服务,即支持由PaaS建模的移动应用,也支持通过任何第三方工具开发的移动应用。同时基于AWS PaaS开发的所有应用都可以安全受控的发布成API供移动开发者调用。

当然,AWS PaaS的主要用户是企业、应用方案实施商和应用开发商,目标是简化企业流程应用的开发、运行和维护。而那些技术PaaS的目标用户主要是程序开发者,适用的领域面会更加广阔。

结合PaaS基本特性和“企业级”这个专业领域,我个人对炎黄盈动AWS PaaS和其他技术PaaS做了一个差异对比。因为并没有实际参与到其他厂商PaaS的开发设计中,所以下图仅从我个人所知的角度做出评价,希望能够抛砖引玉,让更多的人来谈谈对PaaS的理解。需要说明的是,表中没有列出Google App Engine这类通用性更强的技术PaaS,也是源于我个人认为这类PaaS离支撑企业级应用所欠缺的特性比较多,那是纯开发者的乐园。

CSDN:据了解,AWS PaaS也是炎黄盈动近期刚刚上线的云服务,那么作为一个新兴的云平台服务,有没有经过“实战”的检验?未来还有哪些功能要进行完善?

刘金柱:从2012年到现在,AWS PaaS已经经历了5个版本的更新和迭代,在去年8月份,才开始对商业用户开放。可以讲一个具体的实施案例,就是基于AWS PaaS交付的康佳条码管理系统,这个系统是由我们的咨询实施伙伴南京涵韬交付的,涉及了康佳集团所有商品的出入库,其已经将业务部署到了全国的近百个仓库,同时稳定的渡过了几次节假日的促销活动,现在,每天有超过30万笔业务流程在AWS PaaS平台上进行处理。所以,我们对自己的产品还是很有信心的,当然这些信心也是源自“实战”的检验。

其实,对一个全新的PaaS平台来说,发布每项特性对我们团队都是一次新的挑战,也收获很多成功的喜悦。我们会将AWS PaaS的功能和服务做到极致,慢慢积累用户,提升用户的黏贴度。近期,我们还要陆续发布2项重要的PaaS附加服务,一项是与企业移动有关,一项是与我们在BPM领域的专业服务有关。最近,我们刚刚对外开放了网站,大家可以通过访问我们的网站了解更多的信息,也可以关注我们的“AWS PaaS”的官方微信号。

CSDN:我们相信,很多人看到AWS PaaS的名字,心里也都有这么一个疑问,AWS PaaS和亚马逊是什么关系?

刘金柱:其实,炎黄盈动是一家独立自主的民族软件企业,我们专注BPM和企业基础平台领域已经超过11年时间。当然,亚马逊(Amazon)也是值得国内同行尊重和学习的海外云计算厂商,我们也深知亚马逊的影响力,但是“AWS”是我们一直在使用的产品名称,和亚马逊并没有任何关系。而且,炎黄盈动的“AWS”比亚马逊Amazon Web Services (AWS) 诞生的更早,“AWS”就是我们的一个孩子,从法律意义上讲,它也是受到保护的。

内容来源:CSDN
评论
请先登录后评论。