内容合作：027-
广告热线：027-
客服热线：027-
加入微博，记录点滴，分享感动，握手明星
主流PaaS开放平台:编程语言谁最通用？
PHPPythonRubyJavaNode JS.NETPerlRingo JSJavascriptOrchestraYCloudControlYBitNami CloudYYYRelbitbitYMicrosoft AzureYYYPHP FogY（仅供邀请所用）MakaraY（开发人员可见）YDotcloudY（仅供邀请所用）Y（仅供邀请所用）Y（仅供邀请所用）Y（仅供邀请所用）YY（仅供邀请所用）App EngineYYDeployFuYYYPiCloudYDjiangoZoomY（仅供邀请所用）NuageY（仅供邀请所用）ep.ioY（仅供邀请所用）AppHostedY（私有Beta版）GondorY（私有Beta版）Stable.ioY（仅供邀请所用）PydraY（仅供邀请所用）HerokuYEngineYardY<TD style="BORDER-RIGHT: windowtext 1 PADDING-RIGHT: 0.75 BORDER-TOP: windowtext 1 PADDING-LEFT: 0.75 PADDING-BOTTOM: 0.75 BORDER-LEFT: windowtext 1 WIDTH: 48.6 PADDING-TOP: 0.75 BORDER-BOTTOM: windowtext 1 BACKGROUND-COLOR:
大楚网官方微博
武汉肯德基官方微博
精彩推荐焦点今日热评论文发表、论文指导
周一至周五
9：00&22：00
PaaS平台走开放、开源之路
12 月 7 日，由VMware公司主办的SpringOne 2012大会在北京举行。这是一次面向云计算应用开发人员的技术大会，重点介绍了VMware的开源PaaS平台Cloud Foundry以及云基础架构的最新技术趋势。相比于人们熟知的SaaS和IaaS，PaaS似乎有些艰深晦涩。简单说，PaaS是一个云计算的开发平台，它是连接SaaS和IaaS的纽带，也是云计算的制高点。闭源还是开放现任VMware开发者关系高级总监的Patrick Chanezon曾经在Google、Sun、AOL等公司工作，对云计算开发平台有过深入的研究和实践。他将目前市场上几个主流的PaaS平台进行对比。Google的App Engine是一个成熟的Paas平台，它以公有云的方式对外提供服务已经有三四年的时间。它可以支持多种开发语言，能够将一些新的数据服务以及后台服务集成到Google平台当中。但是，App Engine是一个闭源的平台。一方面，开发者对于它提供的开发语言以及服务没有太多的选择余地；另一方面，开发者开发的代码必须与Google的平台绑定在一起。应用与供应商平台绑定，这是很多企业无法接受的。微软Windows Azure是一个逐渐走向成熟的Paas平台，它与微软自己的各项服务的集成度非常好，支持的开发语言种类也越来越多。但它与App Engine一样，也是一个闭源系统，由微软独家运营。在公有云领域，亚马逊AWS已经得到了广泛认可。近几年，AWS中也逐渐增加了一些PaaS服务的成分。“上述三个PaaS各具特色，并且都支持多种开发语言，但其闭源的方式某种程度上限制了平台的发展，对于想在云计算领域进行投入的独立软件开发商来说可能有一定风险。”Patrick Chanezon表示，“当前在PaaS领域，最大的两个开源、开放平台就是VMware的Cloud Foundry和红帽公司的OpenShift。不过，OpenShift的面世时间比Cloud Foundry晚了半年多。Cloud Foundry最大的一个优势在于，从今年初开始就已经可以支持许多规模非常大的企业级应用，比如可以在一个拥有几百台甚至几千台虚机的集群环境中运行Paas平台，并且具有非常好的弹性和自动化管理功能。这些能力对于企业来说是必须的。”云时代的Linux作为一个公有云服务平台，Cloud Foundry.com对外提供服务已经近两年时间，每周其代码都会更新两次，但从来没有出现过宕机。Patrick Chanezon比喻说：“Cloud Foundry就像是云计算时代的Linux，它提供的是一个底层的内核，但这并不代表Cloud Foundry的开发界面不友好。Cloud Foundry是一个易于扩展、开放的平台，可以给开发者和合作伙伴更大的发挥空间，让他们在Cloud Foundry之上进行二次开发。盛大、上海交通大学、复旦大学等都是Cloud Foundry的用户。”Cloud Foundry是一个开源的平台，任何用户都可以使用其代码，并可根据需要增加自己所需的功能。Cloud Foundry就是一个PaaS的内核，任何人都可以在这个内核的基础上根据特定的市场需求去做扩充或延伸。这对于开发者或云计算服务供应商来说至关重要。此外，Cloud Foundry还可以支持任意一家的IaaS平台，比如VMware自己的vSphere或OpenStack CloudStack以及亚马逊的AWS等。这意味着企业可以在Cloud Foundry基础之上构建自己的私有云环境。开发会更容易在云计算时代，软件开发都变成了模块化的，人们可以用搭积木的方式来构建自己的应用。从这个角度上，云计算时代的开发变得越来越容易，这给中小企业和个人开发者提供了施展才能的机会。Patrick Chanezon同意云计算使得开发者的工作变得更加容易这一说法。开发者可以更加方便地利用更多模块化的组件。在云计算的框架下，每个组件的弹性和横向伸缩能力越来越强，这给应用开发带来了更大的灵活性。开发者既可以自己开发一些模块化的组件，也可以直接利用第三方服务商提供的组件。“随着HTML5以及移动客户端能力的增强，未来越来越多的计算和应用会转移到客户端。像Cloud Foundry这样的后端PaaS平台包含丰富的功能和服务，可以让开发者将主要的精力放在客户端应用的开发上。这些变化确实让云计算时代的开发变得越来越容易。”在本次大会上，VMware上海研发中心总经理任道远宣布了中国Cloud Foundry开放联盟的成立。目前，该联盟已吸引了超过20家合作伙伴的加入。此外，VMware在中国还成立了专门的解决方案架构师团队，通过他们传播PaaS平台的搭建和运维经验，更好地帮助和支持中国的合作伙伴。
转载请注明来源。原文地址：
【xzbu】郑重声明：本网站资源、信息来源于网络，完全免费共享，仅供学习和研究使用，版权和著作权归原作者所有，如有不愿意被转载的情况，请通知我们删除已转载的信息。
xzbu发布此信息目的在于传播更多信息，与本网站立场无关。xzbu不保证该信息（包括但不限于文字、数据及图表）准确性、真实性、完整性等。PaaS将吞噬云计算？Kubernetes的市场冲击波云计算2017年是Kubernetes的胜利之年，很多人还不明白这意味着什么。但如果看一下云计算业界的动向，你会发现，Kubernetes的影响正在扩散。在本文中我将分享我们的发现，并试图说服你：基于容器+Kubernetes的新型PaaS将会成为云计算的主流。我将引用很多内容，包含国内外专家的真知灼见，让你看到专家是如何看待此事的，以及分享我们自己做的调研和采访，看看业界实际在发生什么。
Kubernetes（k8s）在很短的一段时间内走过了很长的一段路。仅仅两年以前，它还需要与CoreOS的Fleet、Docker Swarm、Cloud Foundry Diego、HashiCorp的Nomad、Kontena、Rancher的Cattle、Apache Mesos、Amazon ECS等进行竞争，来证明自己比那些产品都要优秀。而现如今已经是完全不同的一幅景象了。其中的一些公司公开宣布了项目的终止并且开始加入到Kubernetes阵营中，还有一些公司没有公开宣布自己项目的失败，而是在战略上宣布了对Kubernetes的部分支持或者完全整合，这也就意味着他们的容器编排工具将会安静而缓慢地死掉。不论是哪一种情况，k8s都是最后一个活下来的平台。除此之外，不仅仅是用户和白金赞助商们，越来越多的大公司都将继续加入到Kubernetes的生态系统中，将自己的业务完全押注于Kubernetes的成功。我们首先能想到的有Google的Kubernetes Engine、Red Hat的OpenShift、Microsoft的Azure Container Service、IBM的 Cloud Container Service、Oracle的Container Engine。
但是这些意味着什么呢？首先，这意味着开发人员必须要掌握一个与90%的容器工作相关的容器编排平台。这是一个学习Kubernetes很好的理由。同时这还意味着我们已经深深地依赖于Kubernetes，Kubernetes就像容器领域中的Amazon。在Kubernetes上进行设计、实现和运行应用程序可以让你在不同的云提供商、Kubernetes发行版和服务提供商之间自由地对应用程序进行迁移。它能让你有机会找到Kubernetes认证的开发人员，让他们来开发项目并且在以后持续提供支持。Kubernetes不是VM，也不是JVM，它是全新的应用程序可移植层，它是大家共同的选择。
——Bilgin Ibryam，Red Hat首席架构师（）
基于“容器+k8s”的新型PaaSKubernetes并不是传统意义上的PaaS，事实上，传统PaaS可以基于Kubernetes构建。在过去，PaaS经历了这样的发展：
第一代：如最早的Heroku，严格限定的运行时，不可修改的环境。对于Ruby on Rails这种小型单体应用来说很合适。
第二代：Cloud Foundry (DEA版本) ，可以简单的自定义环境，包括云端构建。也开始对多服务的应用有所支持。
第三代：Cloud Foundry (Diego版本)，如当前版本的GAE和AWS Elastic Beanstalk，它们都经过之前两代PaaS迭代而来。在这个版本里增加了对容器的支持，更自由的环境配置，对微服务的支持更强大。
第四代：Kubernetes以及其它容器编排引擎。这一代的平台变成了Kubernetes本身，它是面向云原生应用计算的、彻底基于分布式和容器的计算平台。
第四代PaaS的关注点也和之前不一样，我们可以把前三代PaaS称为应用级PaaS（Application PaaS），它们关注的是应用的运行，第四代称为容器PaaS，或者CaaS、KaaS，它们关注的是应用的打包和分发。第四代PaaS当然也可以使用其它的技术达到类似的效果，但就像前面所说的，Kubernetes赢得了这场竞争。
从下面的PaaS平台架构图中可以看到，我用了 Docker+Kubernetes 层来做了一个“技术缓冲层”。也就是说，如果没有 Docker 和 Kubernetes，构建 PaaS 将会复杂很多。当然，如果你正在开发一个类似 PaaS 的平台，那么你会发现自己开发出来的东西会跟 Docker 和 Kubernetes 非常像。相信我，最终你还是会放弃自己的轮子而采用 Docker+Kubernetes 的。
——陈皓 《洞悉PaaS平台的本质》
这是一个大而全的PaaS平台架构，实际中可以根据需求进行裁剪。业界趋势：全在做PaaS如果我们看一下业界，会发现，从公有云到私有云，从传统企业到互联网新贵，都在拥抱Kubernetes，都在做PaaS。公有云全在做k8s和容器从AWS到Google Cloud、微软Azure，到国内的阿里云、腾讯云、华为云等，都在提供k8s容器服务。如果一个公有云到现在还没有提供k8s服务，或者没有计划做，那么可以认为它的技术已经落后于时代了。公有云提供的k8s和容器服务，具体来说分为两类：一类是提供多租户的单容器实例，这种其实类似于上面提到的第三类PaaS，用户创建的是单个容器，值得一提的是，这类PaaS仍可构建于k8s之上，并且不少云计算厂商已经采用这种方案。另外，由KataContainer技术逐渐应用到生产环境，带来将无服务器概念和容器结合的Serverless Container Cloud理念，让容器也能兼具传统虚拟化的优点，让这类服务的未来充满了想象空间。
Kubernetes所要扮演的角色，乃是取代传统的Infrastructure Layer并鼓励技术人员进行上层的“二次创新”，而并不是直接面对最终用户。真正为最终用户提供云服务的，很大概率应该是构建于Kubernetes之上的、更加简洁高效的服务型API，而Serverless，尤其是Serverless Container Cloud的设计，正是这种需求下最为贴切的实现方式之一。
——张磊，浙江大学博士研究员，Hyper项目成员，Kubernetes项目资深成员与社区维护者。
另一类是提供Kubernetes引擎，这种情况下用户创建的是Kubernetes集群，如GKE、Azure AKS、腾讯云CCS等。第二类服务是目前公有云研发的重点，发布的时间基本集中在去年下半年到现在，我们采访和调研了微软Azure、腾讯云、华为云，情况基本类似，具体内容可进一步阅读：k8s将成私有云的标准解法私有云的情况分为两类，一类是企业搭建数据中心和私有云自用，另一类是服务提供商，为客户提供私有云解决方案。在这两类情况中我们都看到Kubernetes被使用的越来越多，并且无论是企业、服务提供商，还是客户都尝到了Kubernetes PaaS的甜头。对于自用型私有云来说，系统的演进是一个复杂的问题，盲目采用新技术有时不仅无助于业务，还造成资源浪费。k8s的表现如何呢？我们让京东的经验来说话吧：
(采用容器和Kubernetes的)JDOS 2.0接入了包含大数据、Web利用、深度学习等多种类型的利用，并为每一种利用依据类型采取了不同的资源限制方式，并打上了Kubernetes的不同标签。基于多样的标签，我们实现了更加多样和灵便的调度方式，并在部份IDC试验性地混合部署了在线任务和离线任务。相较于1.0，总体资源应用率提升了约30%。
——鲍永成，京东基础平台部技术总监
对于服务提供商来说，Kubernetes健康的生态可以保证它们有大量的第三方软件和工具使用，同时PaaS易于开发和代码/应用复用的特性，也降低了它们交付项目的成本，并缩短了交付周期。对于客户来说，基于Kubernetes的PaaS可以实现应用自由迁移，这使企业可以采用多重云策略，并变相提升了对供应商的议价能力。
云计算经过了十多年的发展，已然进入的云原生的新阶段，企业应用优先考虑部署在云环境，如何顺应云原生的大潮，使用容器和Kubernetes构建云原生平台，践行DevOps理念和敏捷IT，开源软件和社区如何助力IT转型，所有这些问题的解决方案就是PaaS平台，其对于企业的重要性不言而喻。
——宋净超 TalkingData容器平台负责人（）
一些业界的经验可参考：运维也需要PaaS腾讯互娱的运维团队，需要为公司的在线游戏提供运维能力，这可能是中国挑战最大要求最高的运维服务，因此他们有数百人的研发团队，他们的做法可以很大程度上代表运维的发展方向，而不断思考和迭代的结果就是自研了一套PaaS平台蓝鲸。蓝鲸本身不使用Docker、Kubernetes等，完全自研，但我们可以看到，运维的发展方向就是PaaS。PaaS本身与DevOps的理念完全契合，它改变了传统运维的职责，让他们变成运维开发，为企业研发运维工具乃至是PaaS平台。而对于没有蓝鲸团队开发能力的人，容器和Kubernetes能为他们提供弯道超车的捷径。京东金融的运维团队就采用了Kubernetes来搭建他们的PaaS平台：
PasS平台化将问题的关注点从基础资源上升到了应用层面，目标是提供一个帮助开发人员运行、管理应用的平台，让使用者更关注运行的代码（业务逻辑）。
PaaS能解决的问题：
应用聚合：如开发需要一个Redis，直接启动一个Redis容器即可
服务发现、快速伸缩、状态管理等
服务监控、恢复、容灾
费用统计：提供计算资源信息汇总，针对不同项目收费
安全管控：不管什么平台，安全都非常重要，例如A应用可以访问B,B不允许访问A以及安全审计等。
快速部署。
随着Docker容器技术的出现，让我们有了更合适的工具建设PaaS平台，具备了基于应用构建服务的能力。在Docker容器调度框架上，我们又选择了Kubernetes平台。
——张龙，京东金融PE
为什么PaaS会成为云计算主流？除了上面的这些，我们还可以看到，PaaS是SaaS服务发展到一定程度后必然会做的事情，这么做不仅可以满足客户更全面、定制化的需求，也让SaaS厂商可以向更多领域拓展。如果要举一个例子的话，大家想想微信和小程序就能理解。而为什么Kubernetes会成为PaaS的选择，为什么PaaS会成为云计算的主流，是因为容器和Kubernetes是今日云原生概念的核心和基础。云计算诞生到现在有十来年了，但云时代的应用应该长什么样子，过去一直没有人能说清楚，直到容器诞生后，我们终于离想象中的云时代稍微近了一些。
通过了解软件工程的这三个本质，你会发现，我们上面所说的那些分布式的技术点是高度一致的，也就是下面这三个方面的能力。
分布式多层的系统架构。
服务化的能力供应。
自动化的运维能力。
只有做到了这些，我们才能够真正拥有云计算的威力。这就是所谓的 Cloud Native。而这些目标都完美地体现在 PaaS 平台上。前面讲述的分布式系统关键技术和软件工程的本质，都可以在 PaaS 平台上得到完全体现。
——陈皓 《洞悉PaaS平台的本质》
云计算的未来过去几年云计算的发展令人眼花缭乱，想要预测它的未来无疑是极为困难的，但只要把握住Kubernetes这条主线，理解从虚拟化到容器再到两者融合的发展路线，在短期内我们还是能做一些预测。
这个问题（Kubernetes在五年后会变成怎样）很好。我希望，在接下来的五年中，我们对Kubernetes的讨论不比对Linux内核的讨论多。它真的应该成为所有工作的基础。如果我们接下来的行为正确，我认为，有些事情就会成真。
大多数开源和ISV（软件供应商）的安装指令都是始于“选择一个经过认证的Kubernetes集群”。第2步将是“运行这个kubectl命令”。Kubernetes将让第三方软件不再忧虑开发针对无数平台的版本，让那些供应商更容易提供云提供商托管服务之外的方案。在许多情况下，使用云服务并没什么不对，但是，你应该从你自己的基础设施上也能获得类似的体验。
我相信，对于开发流程，我们将从封闭的PaaS服务，转向企业可以使用一流组件组装类似PaaS功能。其中，有些可能是领域专属的，只在一个特定的行业里应用。企业能够快速组装一个完整的解决方案，提供从代码到有强大防护的生产环境的简单路径，也提供在需要时“打破玻璃”运行自定义功能的能力。
——Craig McLuckie，Kubernetes创始人
Kubernetes已经胜利，但基于Kubernetes的各类组件、工作流并不成熟，就像Kubernetes创始人McLuckie所说的，Kubernetes需要成为讨论的“背景”，我们讨论的将是基于容器编排的各种创新和应用，比如Service Mesh。
在我看来，在三到五年之后， Kubernetes 会成为服务器端的标准环境， 就像现在的Linux，而 Service Mesh 就是运行在 Kubernetes 上的分布式应用的动态链接器，届时开发一个分布式应用将会像开发单机程序一样简单，业界在分布式操作系统上长达三十多年的努力将以这种方式告一段落。
——宋潇男，普元信息云计算架构师（）
添加新批注
在作者公开此批注前，只有你和作者可见。
查看更早的 5 条回复}