基于OpenStack与Docker的云计算建设

2017-03-25 17:48佚名
中国信息化周报 2016年46期
关键词:计算资源开源尝试

佚名

近日,某互联网媒体推出了一篇文章,讲述了如何看待基于OpenStack与Docker的云计算建设。北京天云融创软件技术有限公司的技术总监牛继宾对如下疑问给予了解答。

OpenStack作为云计算开源圈的明星,得到了众多传统厂商的支持,成为传统厂商转型云计算项目的稻草,同时由于其开源的特色,也成为了众多创业公司成就云计算厂商梦想的工具。众多的成功案例的包装,每年一度的全球峰会,经济利益驱动的炒作,都使OpenStack吸引了无数的眼球。

在云计算开源领域,OpenStack作出了不少贡献,比如:1.以放开社区的心态,为IAAS的普及与标准作出了贡献;2.OpenStack开放社区的发展,带动了IT开源技术整体的发展,比如下游的虚拟化开放技术KVM、应用型的技术比如认证Keystone、计量计费模块Ceilometer、以及结合其他的开源技术Hadoop、Docker等,使开源技术深入人心;3.对IT产业的影响,基于开源社区,与开源产品在企业级的引入,影响了传统厂商垄断的企业级IT产品王国,使企业在选型上多了一种可靠的选择;4.从某些角度来说,OpenStack作为一种开源的理念,在IT开源化、社区化上的理念大于OpenStack的实际生产中的应用的贡献。

此类公司的技术来源于市场上的声音体现:1.依靠OpenStack的发行版本,自身也提交代码反馈社区;2.依靠OpenStack社区,以commit为荣,定期举行OpenStack大会,也以参加大会为荣;3.同时也存在patch刷单、夸大项目规模的包装、政绩的驱使等因素。

至于OpenStack的问题,我认为要从以下几个方面讲:

1. 从技术上来说,OpenStack及其相关技术是一个非常重要的创新,但是把OpenStack做成一个产品,去做私有云或者公有云,并提供相应的服务,这与企业级市场的需求差别比较大。OpenStack很多的模块目前概念包装居多,真正的支撑应用的居少。通过OpenStack的各个模块可以方便的堆砌去搭一个环境,但这个环境只是看上去能工作,很少能经得起稳定、可靠运行的环境需求的考验。

2. OpenStack环境的部署要求全新的x86服务器,但单纯这个是不能很好地与企业IT系统做整合的。举个例子,除了x86服务器,硬件层面还有各式交换机、各种存储、各种异构虚拟化,软件层面还有交易类型、大数据分析类型等,基于OpenStack统一管理并提供服务是一个难点。

3. 商业模式的问题。如果在OpenStack上做太多的定制化,则很难进行分支的合并与升级,如果不做太多的定制化,那么提供OpenStack企业服务的价值又在哪儿?

4. 再说几个事实与观点:

第一个是在西班牙巴塞罗那峰会上,OpenStack风风火火,再加上各厂商PR的众推,让人感觉到了OpenStack的势头无可阻挡。但是会议结束不到一周,OpenStack最居功至伟的两家公司HPE和Mirantis,都传出消息,其中消息称HPE要砍掉整个OpenStack团队,Mirantis则要裁员300人。

从提供企业服务的巨头与最具著名的OpenStack创业公司在合作发展上遇到的困难,不难看出其服务、盈利、未来发展的不可预期性,因为OpenStack不是Linux操作系统,具备可替代性。

NASA作为OpenStack项目的发起者之一,在2012年就开始使用AWS云服务,但最终业务也没有落在OpenStack之上。

再联想到之前的OpenStack的鼻祖RackSpace被收购。

国内外所有的互联网巨头,几乎找不出以OpenStack为核心开发其云平台的,这本身也说明了问题。

在生态圈、技术圈、开源圈风风火火,也不代表能够变成成功的商业模式,Redhat只有一家,很难再出现另一家。

最出名的PaaS开源技术起源于CloudFoundry,但是也是出了名的复杂与难用,因此在Docker火爆以后,以其集装箱理念的build、ship、run加上编排调度的管理平台,以更加灵活更加易用的方式逐渐适应企业,再加上基于容器的编排调度框架像Kubernetes、Swarm、Rancher等等的發布,Docker+编排管理工具逐渐成为PaaS的主力军。

国内基于Docker的创业公司基本起源于2014年,市场上一下子起来了十多家基于Docker云创业公司,这些公司的技术主要依仗以下五类:1.基于Docker原生体系,swarm、swarmkit等;2.基于Kubernetes;3.基于Marathon、Mesos等号称构件DCOS;4.研究CoreOS、RancherOS等;5.也有在研究Unikernel。

这些公司的活跃度体现在:1.喜爱组建技术沙龙、技术社区,进行大量的市场包装;2.喜爱摆弄相关概念与技术组件,完成技术验证,今天尝试Docker安装,明天尝试K8S on Mesos,后天尝试基于Haproxy+Confd+etcd的服务注册与发现,再过一阵尝试基于一种场景验证百万并发;3.天天宣扬微服务理念,仿佛一家企业如果不尝试微服务架构,不尝试Docker环境,就脱离了IT大方向;4.宣扬明星创业或者高规格创业;5.夸大自己的案例,几万元的项目,宣传成成功案例。

首先我们去看云计算的核心,分为云资源管理与云服务提供。“云资源”是一些可以自我维护和管理的计算资源,通常为一些大型服务器集群,包括计算服务器、存储服务器、网络等等。云资源管理将所有的计算资源集中起来,并由软件实现自动管理。云使用者只需按需申请并使用资源,无需为繁琐IT部署、管理、维护的细节而烦恼,能够更加专注于自己的业务,有利于创新和降低成本。

从这个核心出发,我们可以看出,对公有云来说,更强调规模效应与服务功能,在未来,公有云份额越来越大是不争的事实,私有云是一个过渡阶段,但这个过渡阶段会比较长。公有云在形成一定的规模以后,会发挥越来越大的价值,比如在IaaS的基础上,向上发展PaaS、SaaS,新的业务模式比如数据运营、AI、知识学习、视频运营等等;未来,物联网、人工智能等核心的数据与应用将会有很大一部分运营在公有云中,其余的份额将会被其他相对较大的企业以私有云方式运行,但是公有云与这些私有云会紧密连接。

对私有云来说,一个单位或者部门建设可能分为几个阶段,前期更多关注资源管理、运维管理,也即all-in-one的管理能力,然后是关注运营管理,比如资源使用的计量计费、财务角度的集约化运营,最后才有可能关注到云服务的提供。未来私有云如果想要有更好的管理与服务能力,需要管理功能强大,同时能够做混合云。因此,在私有云,用户需要的是云管理平台,即CMP。

1. 关于云平台软件要解决用户的业务问题,未来的云平台一定要在核心上支撑业务。一定要从面向资源管理的云转向面向业务应用的云,所以需要云管理平台对业务到资源的一体化调度管理,一体化视图。

2. 单纯基于OpenStack或者Docker容器相关技术去帮客户解决云的问题是走不通的,因此在私有云方面需要一个集大成者,通过这个最终的集中管理将多种的IT设备、虚拟化、OpenStack等云技术平台,以及公有云进行集中管控,形成混合云,并在此基础上提供云服务是云计算建设的真正路子。

3. 云计算的核心思想,是将大量用网络连接的计算资源统一管理和调度,构成一个计算资源池向用户按需服务。

网络是一个核心,形成规模的计算是一个核心,调度与服务也是一个核心,而最终用户关心是业务。

猜你喜欢
计算资源开源尝试
基于模糊规划理论的云计算资源调度研究
改进快速稀疏算法的云计算资源负载均衡
再试试看
五毛钱能买多少头牛
一次惊险的尝试
尝试
一次让我受益的尝试
基于Wi-Fi与Web的云计算资源调度算法研究
耦合分布式系统多任务动态调度算法
大家说:开源、人工智能及创新