云管理平台（31）
文/&经理世界网(.cn) 运营总监 徐蕊
2015年，“互联网+”成为国家发展战略、科技领域的关键词，也积极地推动着移动互联网、云计算、大数据、物联网等与传统现代企业的结合，但“互联网+”、“+互联网”都真的+上了吗?
2016年，宏观经济前景不明朗，作为“互联网+“核心之一的”技术+”，服务提供商应该如何帮助用户从概念到落地实践，应对挑战，实现变革，这是每一个IT和互联网的管理创新者不得不面对的难题。近日，北京天云融创软件技术有限公司（简称“天云软件”）技术总监牛继宾接受了记者的采访。作为负责公司云计算IaaS、PaaS解决方案研发与落地的技术负责人，他向记者讲述了PaaS平台发展的来龙去脉，以及和企业应用的有效结合。
从IaaS到PaaS，天云软件与用户需求不谋而合
不可否认，近一两年企业级PaaS平台层出不穷，市场上的产品如雨后春笋般的涌现，但PaaS平台与创业企业在前两年却鲜有热度与爆发。究其原因，牛继宾认为无外乎以下两点。
首先是技术。比如天云软件在2012年前后就做了基于虚拟机的PaaS，但虚拟机镜像比较固化与厚重，镜像本身的启动、修改、配置较为繁琐与困难，用一系列镜像组成一个应用环境(测试态或者运行态)的工作更加困难。因此PaaS平台技术门槛较高，即便做成，在用户端能够运行与维护也比较困难。其次是用户的适应上。云计算落地的这几年中，传统企业已经开始逐步适应IaaS，随着去IOE的进程，企业逐步进行应用改造，应用逐步模块化拆分迁移到虚拟机部署与运行，但应用改造是一个漫长的过程，从应用端来说还没有到达一下子PaaS化的程度。
“但恰逢其时。PaaS突然火爆正是由于技术与时机的成熟。2013年Docker逐步兴起，其轻量级虚拟化可以做到秒级部署与启动应用。同时Docker基于镜像分层、共享的机制，以及基于Dockerfile的镜像制作机制，可以很容易将应用进行打包并部署，真正做到了一次build，到处运行的效果，而后期的应用重新打包部署也很方便。在时机上，传统企业的IaaS改造积累了不少X86化、模块化经验。正如现在的互联网化应用秒杀、促销、节日活动等，使应用更加弹性，这正好顺应着微服务化的应用发展路线，也与容器级虚拟化所要求的无状态话、微服务化不谋而合。”牛继宾说。
据了解，天云软件致力于云计算管理平台系统软件研发、云系统构建，以及提供云计算行业解决方案。在中国云计算创业企业中，算是比较资深的一员。2012年成立至今，公司的产品研发从CloudStack到OpenStack，再到如今的CMP，投入了大量的精力并积累了丰富的云计算落地实战经验。这对其他云计算初创企业来说，是一个无法超越的优势。在Docker兴起之前，天云软件就完成了PaaS平台的研发，并在多个企业客户进行了PaaS平台的落地，为产品的下一步研发提供了宝贵的实践经验。而在Docker兴起之后，天云软件将原先的项目进行Docker化改造，相比其他PaaS平台，新建项目的阻力与难度要小很多。
众所周知，今年PaaS市场进入一个全新阶段，PaaS云服务将从开发者驱动转向企业需求驱动。而与此同时几乎所有领域的企业都在谋求技术创新和业务转型。他们希望企业的IT人员无需关心IT基础设施底层硬件、操作系统、中间件部署， 网络，而只需要通过PaaS平台提供服务化的中间件部件，且这些服务和中间件部件都是由PaaS平台自动管理与运维的。
提及天云软件的技术优势，以及如何帮助用户化繁为简，解决实际问题，牛继宾总结为三点。
首先，天云软件的PaaS平台可以与IaaS深度集成。在容器所运行的资源（服务器、存储）数量不够时，可以直接通过Skyform CMP或OpenStack进行新的资源创建。同时天云软件的PaaS集成了IaaS的SDN、SDS架构，可以自动部署容器所需要的存储卷或网络。其次是灵活的调度。天云软件的核心技术团队自主研发调度算法，多方位监控应用状态，基于autoscaling策略可以完成虚拟机与Docker混合调度，同时完成Docker的scale up、与scale out的混合调度。第三是基于大数据的监控分析。在实时监控方面，数据先进入MongoDB进行实时呈现，然后进入hadoop留存，作为历史数据长期保留，用作趋势分析。
他说：“虽然我们是一家以技术驱动创新的企业，但是我们的PaaS平台并不是单纯为了追求技术而存在，而是真正与企业的实际业务相结合。比如我们与亚信的合作，完成了亚信软件在PaaS平台的全流程打通，开箱即用。与应用深度结合，这也是我们产品较大的亮点之一。”
而对于企业而言，在部署PaaS平台的过程中，最关心的问题莫过于应用的改造迁移与业务系统运行稳定性。我们看到，市场上有很多PaaS平台公司不断的去组合各种技术，却忽略或者闭口不谈企业或者行业应用的基本需求。与应用结合这对平台提供商的专业素养要求是非常高的。既要精通技术，又要对企业或者行业的业务系统熟悉，这样才能指导业务软件的PaaS化改造。而改造之后，应用的各种指标与之前相比要有一个度量标准，才能确保改造成功。此外，当企业真正地完成了PaaS化改造，对于核心系统而言，一旦上线应用，运维就成为重中之重。除了PaaS平台自身的运维，还需要对业务系统进行全方面的指标展示。“天云软件在业务层面积累了很多经验，在以往的项目中深刻理解企业的需求，并依据需求提供PaaS平台及其相关核心组件。同时在运维上，天云软件采取大数据平台，全面收集系统指标，依据之前运维的熟悉场景去梳理指标并呈现。”
牛继宾说。
同时目前在PaaS市场上活跃了各种技术。比如Docker作为容器资源提供方，Kubernetes、Mesos、Swarm等作为容器集群资源管理，以及hadoop、spark、marathon、chronos各种计算框架。在这些框架上做各种组合，做概念验证、做性能测试（比如测试百万级并发等），这些作为一种技术指标可以证明厂商在组合框架上的熟悉程度，但PaaS平台厂商需要依据业务场景定义更细化的技术功能与指标，以此更好的支撑业务软件，这才是PaaS平台的核心价值。PaaS天生为支持应用而生，PaaS厂商应该熟悉应用、依据应用需求打磨产品才能逐渐发挥PAAS平台的价值，否则永远都会停留在技术层面，陷入各个平台的技术指标、技术能力的互相竞争中，一会儿一个平台组合测试，落地效果反而不佳。
记者手记：发展初期的PaaS平台仍有很多问题亟待验证
PaaS平台为企业带来的价值无外乎可以极大地简化应用的开发、部署、交付、升级维护的过程，节省成本和加速业务创新，使得企业从中受益。
但现有市场的PaaS平台也存在一些问题，比如企业应用环境多样化，单一PaaS平台很难满足企业客户的多样化需求；标准不统一带来的被锁定问题，因为PaaS厂商都提供自己的私有API开发接口，并且互不兼容。企业在某个PaaS平台上开发的应用，很难移植到另一平台上；同时PaaS产品成熟度问题，安全性与敏捷性的矛盾问题也不容忽视。
不可否认，PaaS仍处于发展初期。一个合适的PaaS是企业IT转型的非常重要的一步。但由于上述这些限制，这实际上也阻碍了一些大型企业用户将关键业务迁移到混合云上的步伐。新的PaaS平台需要去除这些限制，并要求能够适应企业业务的快速部署和协同。
那么，天云软件真的能很好地解决这些矛盾吗？它是否可以和用户一起成长？让我们拭目以待。
牛继宾，天云软件技术总监，企业解决方案架构师，丰富的企业架构与解决方案经验，国内最早的VMware虚拟化技术研究者与研发工程师之一，曾设计并参与电信运营商最早的云计算项目落地，2012年~2013参与当时国内最大的混合私有云集群设计中国建设银行云项目（4000+小型机与x86），在虚拟化云计算方向有多个较早的国际认证。
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：1735058次
积分：12505
积分：12505
排名：第1104名
原创：78篇
转载：53篇
评论：54条
(4)(4)(4)(5)(4)(5)(4)(6)(4)(6)(6)(7)(24)(11)(13)(10)(7)(8)后使用快捷导航没有帐号？
为什么私有云的定位应该是PaaS，而不是IaaS？
查看: 9483|
评论: 0|原作者: 钟最龙|来自: Docker
摘要: 在IT界数年针对私有云架构的优点的不断的争论之后，一个切实可行且企业可用（enterprise-ready）的私有云架构终于来到了我们面前。并且与其它在过去的一个世纪出现的技术方案不同，它已经在世界上的一些巨头公司，和 ...
在IT界数年针对私有云架构的优点的不断的争论之后，一个切实可行且企业可用（enterprise-ready）的私有云架构终于来到了我们面前。并且与其它在过去的一个世纪出现的技术方案不同，它已经在世界上的一些巨头公司，和采用先进技术的最多的公司里都证明了自己的价值。重要的是，我们指的不是IaaS。到目前为止IaaS方案已经被尝试过太多次，难以统计，并且还没有怎样扩散开来。不断的有初创公司尝试然但无功而返，也不乏大公司步其后尘 – 包括像OpenStack这样的项目 – 结果却未能将私有的IaaS打造成为一个可伸缩的商业产品（sclable business）。那问题出在哪呢？这是因为IaaS并不是云计算用户的终极目标 – 至少在他们还有选择的情况下不会是。高效运维和可伸缩的基础设施（ble infrastructure）只是提高开发者效率和商业敏捷性的途径。对于CIO来讲，一个投入大量资源开发的项目却只能达到一半的目标，这付出很难能看到什么回报。这就是为什么私有云计算的未来，在于立足于另外一个开源平台 – Apache Mesos- 之上，并且以更加像一个PaaS平台的面貌示人。这方案之所以行得通是因为它仍然具有运维高效性的特点，人们通常把这一点拿来作为兜售部署私有云时列举的原因之一，但是这种以围绕Mesos风格的私有云真正可以奏效的原因是它能给开发者带来更快，更简单及更灵活的用户体验，而这才是云一直的核心。你可能不会相信我的这些话。但你会相信Gartner的话，相信Twitter，Apple，Yelp，Hubspot，Autodesk，eBay，Ericsson，Capgemini以及其他已经基于Mesos打造出他们自己的功能完整且无比牢靠的私有PaaS系统的大公司的话。为什么选择私有PaaS而不是私有IaaS?有一个很争议的观点，把目光仅仅集中在可复制（replicating）的IaaS云平台，如AWS，是一个一开始就错误的想法。毕竟，AWS当初引人注目是仅仅是因为凭信用卡几分钟内就可以使用，而不是因为它看起来是部署应用最好或者最简单的方式。下面是Gartner的VP和杰出分析师（Distinguished Analyst ） Thomas Bittman 对于私有PaaS的看法，这出自2014年10月的一篇有关于采用私有云技术时犯的最大的错误的报告：尽管大部分的私有云是IaaS，使用虚拟机来作为工作单元（unit of work），然后单纯的IaaS的价值是有限的。即便是公有云IaaS提供商们也在他们IaaS功能的基础上提供了不少额外功能，包括很多便于开发者使用的工具，用来准备（provision）虚拟机和对虚拟机内部进行管理的工具，和越来越多的PaaS的服务。…有的应用如果针对PaaS层进行重写能提供更好的服务，通过要求和共有云PaaS的协作，或是通过SaaS模型从一个对外的提供者来获得的途径。尽管，私有的PaaS仍然相对少见，支撑私有PaaS的技术会日趋成熟 – 特别是对于云的混合模式而言。实际上，它们正在慢慢成熟；因为这只是一个时间问题。 一直以来都是开发者推动着云计算技术的采用。他们是AWS的第一批用户，因为其让他们不用烦请IT的协助；他们是PaaS的第一批用户（如早期的Heroku），因为其帮助他们逃离AWS的复杂度；他们也是SaaS工具，如NewRelic的第一批用户，因为其帮助他们监控他们刚刚启动的云服务。就如Marten Mickos，Eucalyptus Systems和前CEO和My之前的CEO今年年初巧妙而简介的说：开发者再也问你要服务器了。他们甚至不问你要一个LAMP套件（stack）。他们想要API。— Mårten Mickos (@martenmickos)日很可能还要一些容器。本质上，开发者想要把创建和部署新的应用纳入他们快速的代码-部署-测试循环（code-deploy-test cycle）的一部分。如果你总是在等待IT准备可靠的镜像，那么持续交付，持续集成和微服务就永无可能。并且，坦白的讲，开发者不会关心在何处部署他们的应用和服务，只要这个部署过程比较容易。这里就是IT和运维，真正需要施展身手和改变世界的地方。通过选择合适的软件套装（software stack）（假如至少是Mesos和Docker），聪明的CIO能满足商业层的需求，如提高的资源利用率，降低用电开销以及减少宕机时间，同时保证提供快速灵活，符合开发者需求的平台。基于Mesos构建私有PaaS不仅仅是大势所趋对于很多Mesos的用户来说，包括上面列举的对公商业的公司，私有的PaaS是不仅仅是一个新兴的技术 – 它已经站在了我们的面前。Mesos提供了服务器层面的调度和通常的资源管理能力和抽象（resource-management capabilities and abstractions），然后更高层次的工具如Marathon，Docker和其他一些自己开发（并且通常开源）的工具提升了开发者的体验。几乎对于一个公司来说，基于Mesos的PaaS（Paas on Mesos）架构已经大大地提升在平台上部署应用的舒适度和速度。得益于Mesos，很多用户终于能够拥抱微服务的架构，甚至把玩新出现的大型数据框架，因为Mesos可以基于实际所需资源调度workload（工作量），并且支持在同一个集群里支持几乎任何类型的workload。已经有好几个由大公司构建的PaaS框架，方便运行在Mesos（并且扩展一点的说，DCOS）之上，并且已经开源。这些包括：Marathon：由Mesosphere开发和提供支持，并且其也预装在我们的数据中心操作系统（DCOS）产品之上，Marathon被设计用来运行需要长时间不间断运行的服务，并且通常作为PaaS环境中的那些Docker容器的部署环境。Marathon能处理资源分配，和运行的服务可用性。Apache Aurora：Aurora最初是Twitter开发用来作为PaaS类型的层（PaaS-type layer）。Twitter很可能是世界上最大的Mesos用户，在数据中心成千上万的的节点上使用，现在用来管理公司很多核心服务所需要的资源。就如Marathon，Aurora负责保证job即使在服务器宕机的情况下仍然能持续运行。Singularity：Singularity由在其对即将由Meso管理的AWS镜像，针对占用大进行重新架构之后开发的。 HubSpot把Singularity称为“箱子里的PaaS”，意思是其提供的抽象足以让对Mesos不熟悉的人轻松启动job。Deis：Engine Yard很多年一直是公共PaaS的首要提供者，最近他们发布了焕然一新的核心平台，通过Deis私有提供基于私有Docker的平台强有力的支持。今年早些时候，Deis项目开始集成Mesos。Apollo：这是一个特别有意思的项目，因为它是由最大的咨询公司和系统集成商Capgemini开发，用来服务该公司的大客户。Apollo使用了很多额外的组件，这包含Terraform和Packer，来让用户可以构建私有的IaaS和私有的PaaS环境。Ochothon：CAD的专家Autodesk最初创建了一个容器编排的层叫做Ochopod用来简化内部的IT流程。并且Ochothon是一个设计用来运行于Marathon之上的版本。当公司趋向于以Ｍesos为中心的基础设施。Mesosphere将对开源的支持往前又进了一步，在DCOS添加了对其他容器编排和PaaS系统的集成支持，这些系统开发的时候没有考虑到Mesos，但是仍然提供了很多好用的功能。这些包括Google领头的Kubernetes项目，Docker的Swarm，Red Hat的OpenShift，和最后的Cloud Foundry。也有其他很多基于Mesos的PaaS在过去的几年自己开发构建的但没有开源，一些公开讨论过他们系统的公司包括：Yelp：Yelp在Marathon的基础上构建了一个基于Docker的微服务架构，叫做PaaSTa。它能在公司和AWS的机器的镜像之间完成Docker容器自动化部署和服务集成。PaaSTa和和相关的投入对于Yelp的持续部署环境至关重要，并且该公司现在每天需要启动超过一百万的容器来支持其代码－测试（code-testing）的流程。Apple：Apple构建了一个自己的Mesos调度器，名字叫J.A.R.V.I.S.（Just A Rather Very Intelligent Scheduler 一个有点相当智能的调度器）。她在后端支撑了整个Siri的应用。Mesos的集群遍布成千的节点，让开发者可以更容易的部署组成Siri的单个服务。eBay：对于eBay来说，目标是从现有的（专有且基于VM的）持续化集成方案迁移到一个基于Mesos的方案。在他的方案中，每一个开发者都分配有一个Jenkins的实例，用到的是Mesos和Marathon，Meso实际运行在OpenStack的实例之上。Ericsson：这位通讯巨头使用Mesos和Marathon来作为一个PaaS系统的基础，可以用来支撑数据分析，并且全局的在数千个数据中心强制SLA。&DCOS让PaaS更容易然而尽管所有之前提到的案例都显示Ｍesos可能带来的各种美好的愿景，现实是不是每一个公司都有足够的资源和热情来构建牢靠（mission-critical）且完全依赖开源技术的系统，假如要自己从头做起就更难。DCOS让构建一个私有的PaaS相对的简单了，因为其提供了要构建一个PaaS所有必要的组件和原语（primitive），不管是在前置或者公有的云。DCOS提供了开源的Mesos的所有功能，另外还有在UI/UX，SDK和商业支持方面一些重大的改善。一个高层次的架构是像下面这样的：其中的IaaS层在这里严格的指准备(provision)和管理机器。他们可以是物理的机器，虚拟机或者是公有云主机的实例。DCOS中默认的PaaS服务是Marathon，这是一个开源的由Mesosphere开发的技术。然而，Yelp和其他公司都证明，Marathon也可以用来作为更加自定义化层的基础－通常会牵涉到特定的用来配置运行其上的容器的方法。除了PaaS通常大家都知道的优点，DCOS也能让部署混杂的云架构（hybrid cloud architecture）变的容易－这意味着你的私有PaaS可以运行在公有云之上。Workload的移植性是DCOS核心要保证的东西，因此将前置环境的一部分或者所有应用迁移到公有云上（或者是方向相反的移动）会十分自然。资源都有同样的抽象，用户体验保持不变，而且代码不需要改变。今天商业的现实是商业要求快速改变，意味着对于IT基础设施的和开发者的需求都也在快速改变。很多公司一直都在小寻求把私有云作为让后者与前者保持一致的方案，今天私有云终于开始登上舞台为自己代言。尽管其可能不是我们六年前想象其的样子，但是这已经没有什么关系。因为这一次，it works。
上一篇：下一篇：透视七家PaaS初创公司，总有一款震撼你
我的图书馆
透视七家PaaS初创公司，总有一款震撼你
容器等技术出现后，对PaaS构成了某种打击。与IaaS、SaaS相比，PaaS用了更多的时间来发展，而且更为复杂，难以给用户一个清晰的ROI（投资回报率）。不过PaaS提供商采用两种不同的方法来应对这种挑战。一方面，供应商提供多样化的服务，这样一来，客户就不需要或想要使用多个供应商的服务，这种情况下，PaaS有点类似于SaaS模型，但后端更为灵活，具有可编程性；其他的PaaS供应商主要是通过使用容器技术，这也可以给顾客极大的灵活性，PaaS也可以类似于一种IaaS（底层基础管理设施）。因此，今年以来PaaS领域出现了一个创业小高潮，这七个公司还是值得你注意。ContainerShip这个公司可以实现一个私有或公有/混合云环境。公司的优势在于其开放性，平台对管理员和开发人员开放足够多的权限，通过容器技术，可以让你自由选择在任何地方自动化配置服务器、部署应用程序。 它使扩展数据中心规模或进行完整迁移像点击几次鼠标一样简单。LastmileLastmile 提供了一个具备识别或支付能力的可定制PaaS套件。通过这个设备，无论是电子银行、包裹递送或数字验证、定位人的位置等任务，都可以远程执行，并且可以更容易、更快地实现。这样的解决方案允许不同行业在统一的平台上，向纵向市场推出自己独特的最后一英里解决方案。Locus这是一个远程跟踪和管理物流的PaaS平台，适应性很强，支持任意数量的垂直市场。包括货物跟踪、路线优化、报警和自动化员工管理。不需要客户从头开始构建物流平台，就可以完整地使用这个轨迹平台服务。Xively这是一个支持多种协议、API和SDK开发的IoT-connected设备解决方案。 如果你有一个物联网项目，但是不确定从哪里开始，在所有的方案或平台中，Xively PaaS可能是你第一选择。Apprenda / KismaticApprenda最近收购了Kismatic公司后，希望使Kubernetes商业化。Kubernetes是Google开源的一个Docker容器集群管理系统，被其收购的Kismatic 也将会推动企业级PaaS解决方案更加完善，预计Kismatic将试图使Kubernetes对用户更友好。据悉，Kismatic背后的人来自另一个编排技术提供商Mesos，一位担任Wikimedia Foundation.的首席技术官。Meshy对工业物联网发展有兴趣的可以看看这家公司。该公司称其所生产的PaaS可以作为一个“完整的工业物联网解决方案”。这意味着什么呢? 首先它提供了一个预构建的数据收集和分析平台，可以根据你的需求塑造特定的工业物联网。更大的优势是，它在物联网的部署中，还具有足够的弹性。Vonage / NexmoVonage在本世纪初是一个伟大的以低成本替代PSTN（公用电话交换网）的公司，不过你可能没有听说过它，但它在收购Nexmo后进行了很大改变 。Nexmo 是一个交流平台即服务(CPaaS)公司，这意味着它提供了一个平台，客户可以通过该平台简化部署自己的短信、语音聊天、手机验证和自动电话号码分析等应用程序，而不必做大部分的任务部署。现在，Nexmo是CPaaS领域非常受欢迎的创业公司。 如果二者融合成功，也许可以推动Vonage重新回到聚光灯下。结 论平台服务当然不会为每一个工作提供合适的工具。但这七个比较特色的PaaS创业公司证明，在某些领域，你可以得到比较接近理想的平台服务，降低管理开销。如果你是一个云提供商，在SaaS或IaaS模型之外，可以好好看看PaaS是否有可以提供更长期的服务价值。看完这些，你可能会被你自己发现的新领域震撼到。
TA的最新馆藏
喜欢该文的人也喜欢对于普通web程序员而言，将代码部署在sae等PaaS上，是否比部署在阿里云等Iaas上相对安全？ - 知乎33被浏览1543分享邀请回答153 条评论分享收藏感谢收起3添加评论分享收藏感谢收起查看更多回答