摘要：是一个用这种很谷歌的完美方式来运行大规模分布式系统的工具。我们正在采用这种谷歌方式来运行软件，加上现代化的架构，令更加稳定，更加易于管理。现目前，不足的工作运行在公有云上。
Mirantis, Intel和Google结成联盟，准备在Google镜像中重做OpenStack，将OpenStack服务容器化，并在Kubernetes平台上对其进行管理。
OpenStack已经花了好几年时间苦苦思索有没有除了AWS之外的社区。虽然云供应商可能没那么爱亚马逊，但是云开发人员和企业客户显然很爱它——从每年数十亿的花费中就可以看出来。
但是，这对于OpenStack来说也只是一点点小希望而已。周三，OpenStack供应商Mirantis跟Google、Intel合作，宣布要把OpenStack的基础设施部分重写成由Kubernetes管理的Docker容器。对于历来动作缓慢的OpenStack来说，这已经是戏剧性的一大步了。这一步迈得很有前途。
通过跟Google、Intel的合作，那些劲头十足的初创公司大概就能加速在OpenStack上的创新，并且给客户一个更好地能够跟上AWS步伐的私有云平台。为了获取更多信息，最近我采访了Boris Renshi，Mirantis的联合创始人兼CMO。
Renski：我们正在以Docker容器的形式将OpenStack服务容器化，并且在Kubernetes上将容器编排组织标准化。这也就意味着OpenStack用户有能力以Google管理内部服务的方式来管理OpenStack。再有一个好处就是，用户会获得一个容器和虚拟机的组织。我们正在和Google和Intel一起努力促成这个事情。
查看往期文章：为什么Kubernetes会成为容器管理之王？（点击这里）
OpenStack的问题在于，它通常是由那些在运行大规模的分布式系统方面有一些经验的人来创建的。也就是说，一旦云端安装好了，你要怎么确定它就不会停顿呢，你要怎么打补丁，要怎么升级？这些都是OpenStack社区没有重视的问题。
由于上述原因，企业才没办法在稳定的环境中运行OpenStack。是的，他们就只是安装而已。一个月后，它要是挂了，并没有人知道如何修理它。
Google都是自己运行他们的内部系统的，包括谷歌云，多年来以他们特有的方式完美运行着。Kubernetes是一个用这种很“谷歌”的完美方式来运行大规模分布式系统的工具。我们正在采用这种“谷歌”方式来运行软件，加上现代化的OpenStack架构，令OpenStack更加稳定，更加易于管理。
Renshi：我们能够为客户做的，就是将基础设施作为代码进行交付，而不是每年更新两个版本，并且要求用户更新ForkLift。有了这个新的模型，我们就可以从传统的软件范例中移开，按照传统，以前我们每6个月都会打包给客户递增的OpenStack发布版本。我们正在引导客户为他们的基础设施采纳连续整合，连续交付模型。我们也会连续地打包更新好的容器到客户的预发布版本，这个版本，他们是可以直接发布到生产中去的。Mirantis OpenStack将会成为单个的，连续的滚动版本。
TechRepublic：对于Intel、Google来说，有什么商机在里面？Renski：Intel很在意这个事情，因为他们想要培养内部部署好的哪里都可以用的云，他们的云的核心就是，一切都还是初始状态。Google用这种方法推出他们的技术，这很大程度上促进了这个模式。Intel在裸机层面有很多资源，也知道要接下来要怎么做，同样也要监控物理基础设施。Intel可以通过给我们或者Google展现超前的创新来为OpenStack做出巨大贡献。
查看往期文章：OpenStack对Docker来说太复杂了（点击这里）
TechRepulic：在容器编排领域存在着和很大的市场份额之争。虽然我早就已经在社区写过Kubernetes，但是要说谁才是赢家是不是太早了？Renski：我们看到space成熟起来了，但是还是会牵涉到很多标准。就容器本身来说，Docker才是现今真正的标准。在容器编排领域，Docker Swarm，Kuberentes和Mesos的战争还是没有停止。但是对于我们来说，作为一个局内人，显然Kubernetes才是领导者，其它的则只是支持的角色。Mesos作为这场战争中的一员——其实它也是个时间比较久的好东西，尤其是对于大数据来说——但是Kubernetes很占大家的注意力。
在2011年，当OpenStack跟CloudStack，Eucalyptus竞争很激烈的时候，我们打了个赌，觉得 OpenStack会标准化，果然，我们是正确的。现在，就容器管理而言，我们在Kubernetes身上也打了同样的赌。
Renski：我们认为，当前业界最大的主题是公有云模型，随着它的渐渐成熟，它正在改变原有的一云主宰所有应用场景的想法。公有云提供商需要有方法在本地部署的时候服务客户。微软正在推Azure Stack，有谣言说，AWS正准备启动提供本地部署服务。我们跟Google的合作将会帮助他们通过OpenStack涉足本地部署市场。
现目前，不足5%的工作运行在公有云上。这也就意味着有95%的基础架构是本地部署的，这是一块很大的供人分吃的蛋糕。
Google正在采用他们创新的技术追赶市场。比如把Kubernetes推荐给云开发者和运维人员用，他们将会说，“这真是目前最酷的东西！”Google想要自己的东西引起大量关注——继而控制公有云份额。他们用安卓来占领份额。他们不希望所有人都使用Apple IOS系统，不希望Apple成为唯一通向移动世界的途径。通过开源Android，Google转到幕前，并且渐渐朝着移动世界的中心进发。
有了Kubernetes，他们正在做跟容器和云基础设施一样的事情。OpenStack主要做的是本地部署计算，是主要为本地部署基础设施而准备的开源组织。这就是Google支持它的原因。下一个在Google，Microsoft和亚马逊之间的公有云前线战役就是，获得本地部署云的影响力。
TechRepublic：OpenStack是一个有社区，有完善的治理模式的开源平台。Google，Intel和你们可以让它实现这样的模式吗？OpenStack的社区最适用哪里呢？Renski：让我们来理清思路。在上游OpenStack，这些工作都将用开源软件来解决。它将会在多个项目中都涉及到工作。在Fuel周围会有很多工作。Fuel是OpenStack最受欢迎的生命周期管理项目，这个我们最初提到过的。Kolla——一个为容器化OpenStack服务的OpenStack项目，也就是我们正在做的项目。
大体上，开源项目的开展，特别是OpenStack，并没有寻求这么多共识。虽然有很多丰富的想法，但是如果你一旦开始，并且做得好的话，以最好的代码为准。我们很大程度上社会化了这个问题——有的人同意，有的人不同意。但是总体上来说，能达成共识，并且人数在增加。我们正在实现一个伟大的想法。
原文链接
如果需要转载，请联系我们，尊重知识产权人人有责；0
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/32506.html
摘要：云原生路径谷歌花了十几年时间开发应用和提炼云原生计算的原则。和云原生模式将通过滚动更新版本控制和新组件新功能的金丝雀部署来提高生命周期管理。此外，用户将受益于可自我恢复的基础设施，使更易于管理，对核心服务和单个计算节点的故障恢复更具有弹性。 Mirantis是OpenStack的主要贡献者，今天他宣布将使用Kubernetes作为底层编排引擎重写其私有云平台。我们认为这是推进OpenS...
摘要：开源云平台中的拼图玩具对于云平台，如今基本就意味着开源。明与暗角力开源云平台中的拼图玩具为什么会产生这种混淆正如之前谈到由两大部分组成和的计算引擎。 开源云平台中的拼图玩具 对于云平台，如今基本就意味着开源。提及开源技术，着实在云计算和大数据下火起来。面对扑面而来的云服务，无论是何种服务对于企业和用户来说都是熟悉的陌生人，熟悉是因为知道云计算的人都能说出IaaS、PaaS和SaaS这几个词，...
摘要：彼时，从虚拟化管理到公有云，热闹异常。虽然年才明显放弃公有云的全面竞争，但在年决定发起和开源项目是，不说明确，至少已经隐隐觉得肯定搞不过亚马逊了。年前卖的多火，被视为虚拟主机的升级版。当然不是新堆栈，而是传统堆栈。 还记得在十多年前，SaaS鼻祖SalesForce喊出的口号『No Software』吗？SalesForce在这个口号声中开创了SaaS行业，并成为当今市值460亿美元的Saa...
摘要：最近在举办的上描述，他们缺乏必要的开源社区，网络贡献者，以及一线开发人员和客户，成为深受大家欢迎拥护的基础技术。 大约18个月之前，科技出版物中充斥着容器，以及他们将如何从根本上改变企业IT的新闻。我们在这些说的天花乱坠的新市场中提取信息，汇总到容器的现状博客。基于我们的研究，可以清楚的看到，容器的确造就了市场趋势，而且代表了十年来的一次在企业基础设施方面的转型，这样的转型会重新塑整个...
摘要：与此同时，谷歌联合基金会及其他合作伙伴共同成立了基金会，并将作为首个编入管理体系的开源项目，助力容器技术生态的发展进步。年月谷歌宣布开源。年月容器引擎启动，谷歌宣布中支持容器及服务，并以为构架。 7月22日Google正式对外发布 Kubernetes v 1.0，意味着这个开源容器编排系统可以正式在生产环境使用。与此同时，谷歌联合linux基金会及其他合作伙伴共同成立了CNCF基金会...
阅读 3213·2021-11-18 13:20
阅读 2548·2021-10-15 09:40
阅读 1474·2021-10-11 10:58
阅读 1861·2021-09-27 13:36
阅读 2321·2021-09-07 10:06
阅读 1672·2021-08-11 11:21
阅读 1319·2019-08-29 17:04
阅读 1965·2019-08-29 14:06
