智囊团沈阅斌分享:云计算之PaaS(转自云头条)

“智囊团”分享人:沈阅斌 魔泊云产品研发总监  2011年加入魔泊云负责MoPaaS产品研发和管理工作,国内较早接触cloudfoundry并从事相关开发工作。

照片仅供参考,此公司与阿里无关

非常感谢云头条,我们是在11年开始涉足云平台PaaS领域,那时候PaaS还是一个新概念,接受程度还不高,跟一些潜在客户聊云计算时,他们普遍都认为云计算就是云存储和云主机。最近1,2年像Cloud Foundry 等PaaS相关技术越来越成熟,同时企业级用户的业务需求越来越靠近云平台PaaS,再加上近几年包括容器在内新的云平台技术不断涌现,有越来越多的企业和个人开始了解、接受和使用PaaS。

简单介绍下我们的业务,目前我们运营了一个公有云平台MoPaaS,主要给中小微企业和个人开发者提供服务以及打造云生态圈,我们在公有云上与第三方平台和服务提供商进行深度集成和合作,如代码托管、应用服务性能监控、云存储、人脸识别等。另外我们基于MoPaaS核心打造了MoPaaS企业版,给企业提供私有云PaaS解决方案和服务,目前我们已经为多家企业提供PaaS私有云建设,涵盖保险、园区、高校、传统IT企业等领域。

为什么选择做PaaS?

主要有以下几个原因:

一、是当时移动互联网应用已越来越来越普及,年轻的应用开发者越来越多,我们觉得需要一个应用开发运行平台为开发者提供服务。

二、是PaaS比较新,当时Heroku在美国刚推出不久便受到广泛的关注,并受到开发者的推崇。

三、是那时候已经开始有一些可以用的PaaS开源技术和框架,比如CloudFoundry、Openshift等。特别是2011年Cloudfoundry的推出,我们试用后觉得不错,我们可以不必重造车轮。

另外就是PaaS这种产品类型在云计算领域里面相对轻资产,对于创业公司来说比较适合,我们就毫不犹豫地选择了PaaS作为发展方向,并基于Cloud Foundry 打造了中国首个开放的公有云PaaS服务,并且给我们的产品命名为MoPaaS, 即移动应用PaaS。当然现在的MoPaaS服务已远远超出这个范围。

PaaS的价值在哪里?

在我们接触PaaS之前,我们做开发时需要自己搭建开发环境、测试环境,上线的时候需要自己搭建生产环境以及进行各种配置,上线之后还需要进行人工运维。有时候搭建环境还是一件很麻烦的事情,比如搭建一个tomcat的集群或者是MySQL主从等。

PaaS可以提供各种标准化或非标准的环境以及各种运维管理功能,用户可以在秒级按需获取各类资源和环境。所以PaaS最大的价值在于解放开发、测试、运维人员。虽然目前还不能完全做到这个程度,但它实实在在地降低了用户对应用软件的交付成本及时间。

通常我们所说的PaaS,包括MoPaaS,主要提供应用部署和托管服务。平台服务涵盖的范围包括,应用开发部署运行环境(如应用开发测试管理/工具等),应用服务组件池和管理(数据库、消息队列、缓存等),服务应用资源管理(开发运行管理应用、弹性伸缩等)。

MoPaaS最早版本是基于CloudFoundry开发的,那时候CloudFoundry还不是很成熟,需要我们自己对CloudFoundry源码进行修改和BUG修复。比如那时候还没有引入容器进行资源隔离,只能通过对应用进程监控以及操作系统用户用户组的方式进行隔离,在这些方面我们做了很多工作。

后来Cloudfoundry V2版本的推出,在稳定性、安全性方面做了大量提升,并且引入容器Warden(CF自带的)进行资源的隔离。这时候容器技术Docker也开始兴起,Docker在某些方面确实可以弥补CF的不足,所以我们在MoPaaS后来的版本中大量使用Docker等容器技术。比如一些轻量级服务的提供,可以通过Docker实现自动化部署及资源隔离和监控。

接下去说一下我们接触到的PaaS的一些客户,也就是哪些类型的人或企业选择了PaaS,公有云的话主要还是以个人、创业团队、中小微企业为主,选择PaaS的原因主要在于可以降低应用开发成本和上线时间,开发部署变得非常简单。私有云用户主要包括一些中大型的企业,PaaS是他们对云计算整体需求的其中一部分。比如金融企业、政府部门、传统IT企业、石油行业、园区,都有一些私有云案例或是有PaaS这方面的需求。

我们对实施的私有云项目的客户的需求做了整理,主要有如下几个方面:

  1. 资源管理IT资源整合、有效管理,提高利用率IT资源的按需分配和可计量。
  2. 开发部署统一的开发测试、运行平台开发测试环境与生产环境联动平台及应用无缝升级

    自动化交互,减少人工干预

    快捷部署/弹性扩展

  3. 运维管理标准化运维体系自动化运维功能

接下去讲一点技术,主要还是给大家介绍下CF,顺便做点小广告,12月2-3号CloudFoundry基金会组织的CloudFoundry全球峰会将在上海召开,这次峰会首次在亚洲举办,MoPaaS作为金牌赞助商参加并协同主办本次会议。

CloudFoundry是一个分布式的系统,部署是一件比较麻烦的事情,后面我会讲,上图是CF V2的大部分组件。

主要可以分为路由、授权、管理、运行、服务、消息、日志几类组件。

  1. 路由组件是整个平台的流量入口,负责分发所有请求到对应的组件。
  2. 授权组件用户身份认证和授权。
  3. 管理组件负责整个平台的管理。
  4. 运行组件是是应用最终运行的地方。
  5. 消息组件用于整个平台内部通讯。
  6. 日志组件采集应用和组件日志。

CloudFoundry只是一个框架,如果要给用户提供PaaS服务,我们还需要做很多的事情:

  1. 运行环境扩展,比如.NET、Python、JAVA、NodeJS、Ruby、Go、PHP等运行环境。
  2. 服务扩展,比如数据库、缓存、文件存储、消息队列等。
  3. 应用/服务监控,对应用/服务的资源使用情况进行监控,如内存、CPU、磁盘、访问量、流量等,如果需要对应用/服务性能进行更加深度的检测和分析,可以使用第三方平台如OneAPM进行监控。
  4. 弹性伸缩,可以非常方便实现应用集群规模的弹性伸缩。可以通过手动修改集群规模,秒级就可以完成集群的部署。也可以设置弹性规则,由平台根据监控数据实现弹性伸缩。
  5. 持续集成自动化完成编译、发布、测试等
  6. 代码托管提供如Git、SVN等代码托管服务,并可实现自动拉取代码部署至PaaS平台
  7. 操作界面提供可视化的操作界面,使得使用PaaS服务更加简单。

前面说到CloudFoundry是一个分布式平台,部署是一件比较麻烦的事情,幸好CF提供了一个自动化部署工具BOSH,可以对分布式系统进行自动化部署。这个工具需要与底层IaaS进行交互,所以不是所有的IaaS都可以使用这个工具。像OpenStack、VMware、CloudStack等虚拟化平台可以使用这个工具,但是一些公有云就无法支持了,所以在部署这块我们也做了一些工作,比如可以在非标准化的IaaS环境下实现整个PaaS平台的部署。

Cloud Foundry 在不断地演化并不断的整合其它的技术。特别是新版 Cloud Foundry V3具有全新的 Runtime, Diego。Cloud Foundry(v3) 主要由 CC,  UAA,  Diego, Loggregator, Gorouter,  Buildpacks, 和Services和 Bosh等组件构成。新的Cloud Foundry可以无缝地提供Docker容器服务;在原有支持 Linux 平台的基础上,也将支持 Windows应用。

在新版Cloud Foundry中Diego将取代目前的DEA 。Diego解决了原Cloud Foundry架构功能上的的一些局限,包括1)功能间的强耦合,2)DEA、HM和Cloud Controller之间的三角依赖关系,以及3)应用范围只局限于Linux平台,对Windows不原生支持。 我们也将在MoPaaS新版中采用CloudFoundry V3版本。

关于“智囊团”云计算领域讨论群,周一至周五晚8点按照入群顺序,分享行业干货,进行讨论。入群需实名制。有兴趣可以加微信:aclood

 

发表评论

电子邮件地址不会被公开。 必填项已用*标注

您可以使用这些HTML标签和属性: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>