4
回答
【开源访谈】魔泊云研发工程师吴佳明:PaaS 云平台技术研发与部署特点
极速云服务器,低至1.04元/天>>>   

随着大数据和人工智能服务需求的不断增长、移动互联网和智能硬件的迅猛发展、行业互联网(互联网+,工业4.0)的普及以及智慧城市、智能家居和物联网应用发展需求,目前企业云平台市场正进入到快速成长期,PaaS平台也成为企业数字化转型的IT战略标配。分布式架构的普及也正巧助推了PaaS 市场的发展,那么 PaaS 云平台有什么优势?技术研发与部署有什么特点?本期【开源访谈】邀请到魔泊云研发工程师吴佳明分享 PaaS 云平台技术开发和部署的经验。

本期嘉宾
吴佳明,魔泊云研发工程师,具有多年的基于 Cloud Foundry 的 PaaS 云平台技术开发和部署经验。


【访谈实录】

1、请简单地介绍一下您自己(技术背景、学习经历、工作经历)

大家好,我是来自 MoPaaS 研发部的工程师吴佳明。目前在 MoPaaS 主要负责基于 Cloud Foundry 的 PaaS 平台功能开发。12 年大学毕业后,我进入一家信息安全公司从事 Java 后端开发工作,由于工作的原因我接触到了OpenStack 和 Hadoop,藉此算是入了云计算这一行业的门。13 年加入 MoPaaS,接触到 Cloud Foundry 后立即被这一颠覆传统的技术所吸引,转眼间今年竟已是我从事 Cloud Foundry 开发的第五个年头了。

 

2、企业级容器化平台的技术研发和部署有什么样的特点?

首先,企业级容器化平台的技术研发不同于传统互联网产品的技术研发。传统的互联网产品虽然功能需求也来源于市场和用户,但最终还是形同于“厨房做什么,客人吃什么”。而企业级容器化平台往往需要根据所服务的企业客户的不同业务,提供各种个性化的需求的定制开发,形同于“客人想吃什么,厨房就必须做什么”。这一特点对企业级容器化平台的技术研发提出了更高的要求:即平台提供商不仅需要具有足够的行业知识积累,同时还需要丰富的技术储备。

其次,各类企业系统的部署通常存在离线部署、网络隔离的特点,这就要求系统提供商充分考虑网络限制对系统部署可能会带来的影响,并具有制定实施应对方案的能力,尤其像企业级容器化平台这类模块多、规模大、架构复杂、功能丰富的系统,无论在部署过程中,还是在使用过程中,都无法避免大量的依赖资源下载,因此能够准确地把握网络可能带来的风险点,通过搭建内部资源服务站点等方式,满足平台的正确部署及后续的正常使用,对平台的提供商也是非常高的要求。

 

3、目前 MoPaaS 的技术重点在哪些方向?

基于开放的云计算基础技术和自主的智能化云平台专利技术,融合包括 Cloud Foundry 和 Docker 在内的各种开放云计算技术,MoPaaS 的技术重点方向是打造下面的产品和服务:

  • 企业级融合公有云平台服务:通过全新的 MoPaaS 公有云服务,MoPaaS 支持对不同的 IaaS 底层进行整合,支持多云和多基础技术的搭建环境。截止目前,在完成了包括阿里云、腾讯云等在内的资源整合基础上,新增微软Azure 节点。MoPaaS 用户可以自由的选择不同的基础 IaaS 支持,而且用户的应用可以在主流的云基础平台上无缝切换。此外,通过与微软 Azure 的合作,也将进一步整合微软 Azure 的多种服务。
  • 容器云平台:MoPaaS 在 2016 年推出容器云解决方案后,在多个用户环境进行了部署,本次发布的 MoPaaS 容器云升级版,MoPaaS 对其 PaaS 服务进行了进一步的整合,提供具有更多控制余地的容器云服务融合。从高度敏捷方式到高度的可控方式,MoPaaS 灵活地支持多种应用交付方式。此外,MoPaaS 的微服务架构,微服务也可以进一步通过容器化的形式来提供。MoPaaS 的容器云平台基于Kubernetes容器编排技术,另外也支持红帽主导的 OpenShift。
  • 垂直应用云平台:MoPaaS 作为应用和基础支持资源的桥梁,其价值是通过对业务的支持得以彰显。MoPaaS 致力于对 SaaS 服务提供进一步的支持:(1)MoPaaS-认知计算:MoPaaS-TensorFlow 支持 TensorFlow 和 PaaS 平台整合。目前,MoPaaS-TensorFlow 已经成为清华大学 ICenter 双创教学实践中云平台服务的一部分。(2)MoPaaS-大数据平台:MoPaaS-Hadoop 支持 Hadoop 服务和 PaaS 平台整合。目前,MoPaaS-Hadoop 为大数据技术学习者提供在线的基于容器技术的大数据实验环境。
  • 实现了更多的第三方 SaaS 服务集成,包括:(1)MoPaaS-钉钉融合:MoPaaS-钉钉。MoPaaS-钉钉提供基于阿里钉钉应用的开发者平台,支持基于钉钉应用实现PaaS资源的支持,实现的功能包括钉钉微应用和服务窗口。(2)MoPaaS-OSC: OSC 码云用户可以将代码一键部署至 MoPaaS 运行。(3)MoPaaS-APM: 部署在 MoPaaS 上的应用可以通过第三方 APM 服务进行监控。

 

4、在研发过程中,有没有遇到一些特别记忆深刻的难题?是如何攻克的?

印象比较深刻的是 MoPaaS 做早期版本的产品的时候,遇到用户应用文件不能持久化的问题。当时有用户反馈称应用重启后原先应用保存在服务器本地目录的文件丢失了。我们几名相关的工程师立即组织问题排查,最后发现由于部署在 Cloud Foundry 平台上的应用运行在容器中,因此用户保存文件的本地目录所对应的其实是容器中的系统目录,而 Cloud Foundry 并没有将容器中的系统目录与运行容器的虚拟机的某个目录做挂载,因此一旦应用重启就会导致容器销毁,保存在容器系统目录的文件自然也就不复存在了。最后我们通过对 Cloud Foundry 源码进行扩展的方式增加了容器内文件系统与网络文件系统服务映射的功能,使得用户不必修改应用的原有逻辑,即可实现文件在本地目录的持久化存储。

我们事后总结这是一个由于经验缺失导致的问题,在 MoPaaS 产品形成的初期,我们过分看重了容器化 PaaS 带来的新能力,而忽视了其有别于传统应用部署方式的细节。随着经验不断的积累,我们力求在 MoPaaS 新产品中为用户提供更加稳定、完善的服务。

 

5、随着用户量的增长,业务需求不断增加,要求随之提高,这过程如何保证底层的强大支撑?

(1)基于容器和编排技术,包括 Docker/Kubernets、Cloud Foundry 和 OpenShift  等,实现融合的云平台架构,包括下面的功能:

  • 应用持续快捷交付
  • 容器化资源管理和弹性调配
  • 微服务:分布,隔离和安全

(2)SRE (Service Reliability Engineering) 提供完整的运维和管理

(3)技术持续演化融合适应业务场景演化

特别是,Cloud Foundry 本身就是一个功能强大的业务支撑平台,它所具有的应用状态监控、快速弹性伸缩、自动故障恢复等功能在极大程度上确保了运行在其之上的业务系统的高可用性。

其次,我们在平台各关键组件部署时会采取集群或热备的方式,最大程度避免底层平台出错对上层业务造成影响。

最后,我们开发了一系列自动化运维服务,例如容器状态监控及日志服务,应用自动弹性伸缩服务等,这些服务在应用健康管理、流量请求快速响应处理等方面起到了巨大的作用。

 

6、MoPaaS 获得 B 轮融资成功,在技术研发方面的优势是什么?

创始人团队有着国外多年的企业级软件系统和运维的背景。这一点一方面保证了 MoPaaS 能够敏锐的挖掘到用户需求,为广大企业提供更精准可靠的 PaaS 云服务。另一方面,也为 MoPaaS 向海外市场拓展提供了有力的市场支持。

而 MoPaaS 的公有云服务已经连续运营了五年多,私有云服务也连续运营了四年多,多年的技术沉淀和实践积累使得 MoPaaS 在 PaaS 领域有了丰富的经验。同时 MoPaaS 的产品和服务融合了 Cloud Foundry、Docker 和Kubernetes 等主流开放的云技术,技术的高稳定性和融合性也可以保证企业业务的顺利进行。

至于 MoPaaS 本身的技术优势:

  • 基于容器和编排技术,包括 Docker/Kubernets、Cloud Foundry 和 OpenShift 等,实现融合的云平台架构。可实现应用持续快捷交付、容器化资源管理和弹性调配、SRE (Service Reliability Engineering) 提供完整的运维和管理、微服务实现的分布,隔离和安全,以及技术持续演化融合适应业务场景演化。

 

7、能否透露下在技术研发方面的未来规划?

加强开放的生态系统建设、建立三种形态的融合云平台产品体系以及强化认知计算和物联网领域的服务平台,特别是在容器云、SRE、多云架构上持续发力。

 

8、多年云平台技术开发和部署经验,有什么可以分享的吗?

小时候我们学《卖油翁》这篇课文,能够轻易把油从钱眼里穿过的老汉从容地说 “我亦无他,惟手熟尔”。我想这句话应该是放之四海而皆准的,无论从事什么行业或是研究哪项技术,只要有持续的时间投入,肯定会有产出的,希望大家能共勉。

举报
OSC源创君
发帖于6个月前 4回/1K+阅
顶部