开发者社区> javaedge> 正文
阿里云
为了无法计算的价值
打开APP
阿里云APP内打开

Docker容器实战(四) - 纷纷扰扰,终归尘土(下)

简介: Docker容器实战(四) - 纷纷扰扰,终归尘土(下)
+关注继续查看

6 Prometheus

项目之后

image.png

1.png

CNCF社区迅速在成员项目中添加了

  • Fluentd

image.png

image.png

jagerTracing

image.png


image.pngCNI

image.png

等一系列容器生态的知名工具和项目。

而在看到了CNCF社区对用户表现出来的巨大吸引力之后,大量的公司和创业团队也开始专门针对CNCF社区而非Docker公司制定推广策略。


面对这样的竞争态势,Docker公司决定更进一步

在2016年,Docker公司宣布了一个震惊所有人的计划:放弃现有的Swarm项目,将容器编排和集群管理功能全部内置到Docker项目中

显然,Docker公司意识到了Swarm项目目前唯一的竞争优势,就是跟Docker项目的无缝集成。那么,如何让这种优势最大化呢?那就是把Swarm内置到Docker项目当中。


实际上,从工程角度来看,这种做法的风险很大。

内置容器编排、集群管理和负载均衡能力,固然可以使得Docker项目的边界直接扩大到一个完整的PaaS项目的范畴,但这种变更带来的技术复杂度和维护难度,长远来看对Docker项目是不利的。

不过,在当时的大环境下,Docker公司的选择恐怕也带有一丝孤注一掷的意味。


而Kubernetes的应对策略则是反其道而行之,开始在整个社区推进“民主化”架构

从API到容器运行时的每一层,Kubernetes项目都为开发者暴露出了可以扩展的插件机制

鼓励用户通过代码的方式介入到Kubernetes项目的每一个阶段。

Kubernetes项目的这个变革的效果立竿见影,很快在整个容器社区中催生出了大量的、基于Kubernetes API和扩展接口的二次创新工作,比如:


热度极高的微服务治理项目Istio

image.png

广泛采用的有状态应用部署框架Operator

image.png

开源创业项目 — Rook,通过Kubernetes的可扩展接口,把Ceph这样的重量级产品封装成简单易用的容器存储插件

image.png

就这样,在这种鼓励二次创新的整体氛围当中,Kubernetes社区在2016年之后得到了空前的发展

不同于之前局限于“打包、发布”这样的PaaS化路线,这一次容器社区的繁荣,是一次完全以Kubernetes项目为核心的“百花争鸣”。


面对Kubernetes社区的崛起和壮大,Docker公司也不得不面对自己豪赌失败的现实

但在早前拒绝了微软的天价收购之后,Docker公司实际上已经没有什么回旋余地,只能选择逐步放弃开源社区而专注于自己的商业化转型。


所以,从2017年开始,Docker公司先是将Docker项目的容器运行时部分


Containerd

image.png

捐赠给CNCF社区,标志着Docker项目已经全面升级成为一个PaaS平台

紧接着,Docker公司宣布将Docker项目改名为

  • Moby

image.png

然后交给社区自行维护,而Docker公司的商业产品将占有Docker这个注册商标。

Docker公司这些举措背后的含义非常明确:它将全面放弃在开源社区同Kubernetes生态的竞争,转而专注于自己的商业业务

并且通过将Docker项目改名为Moby的举动,将原本属于Docker社区的用户转化成了自己的客户。


2017年10月,Docker公司出人意料地宣布,将在自己的主打产品Docker企业版中内置Kubernetes项目

持续了近两年之久的“编排之争”落下帷幕!


2018年1月30日,RedHat斥资2.5亿美元收购CoreOS


2018年3月28日,一切纷争的始作俑者,Docker公司的CTO Solomon Hykes宣布辞职,纷纷扰扰的容器技术圈子,至此尘埃落定。


7 总结

容器技术圈子在短短几年里发生了很多变数,但很多事情其实也都在情理之中。就像Docker这样一家创业公司,在通过开源社区的运作取得了巨大的成功之后,就不得不面对来自整个云计算产业的竞争和围剿。而这个产业的垄断特性,对于Docker这样的技术型创业公司其实天生就不友好。


在这种局势下,接受微软的天价收购,在大多数人看来都是一个非常明智和实际的选择。可是Solomon Hykes却多少带有一些理想主义的影子,既然不甘于“寄人篱下”,那他就必须带领Docker公司去对抗来自整个云计算产业的压力。

只不过,Docker公司最后选择的对抗方式,是将开源项目与商业产品紧密绑定,打造了一个极端封闭的技术生态。而这,其实违背了Docker项目与开发者保持亲密关系的初衷。


相比之下,Kubernetes社区,正是以一种更加温和的方式,承接了Docker项目的未尽事业,即:以开发者为核心,构建一个相对民主和开放的容器生态。

这也是为何,Kubernetes项目的成功其实是必然的。


Docker公司在过去五年里的风云变幻,以及Solomon Hykes本人的传奇经历,都已经在云计算的长河中留下了浓墨重彩的一笔。


版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
Docker容器实战(四) - 纷纷扰扰,终归尘土(上)
Docker容器实战(四) - 纷纷扰扰,终归尘土(上)
55 0
Docker容器实战(四) - 纷纷扰扰,终归尘土(中)
Docker容器实战(四) - 纷纷扰扰,终归尘土(中)
62 0
Docker 容器实战 (四):纷纷扰扰, 终归尘土
伴随着 Docker 公司的容器技术生态在云计算市场中站稳了脚跟,围绕着 Docker 项目进行的各个层次的集成与创新产品,也如雨后春笋般出现在这个新兴市场当中。而 Docker 公司,不失时机地发布了 Docker Compose、Swarm 和 Machine “三件套”,在重定义 PaaS 走出了最关键的一步。
1663 0
Docker容器实战(四) - 纷纷扰扰,终归尘土
Docker公司为什么在Docker项目已经取得巨大成功之后,执意走回已经让无数先驱折戟的PaaS路呢? 实际上,Docker项目一直伴随着公司管理层和股东们的阵阵担忧。他们心里明白,虽然Docker项目备受追捧,但用户们最终要部署的,还是他们的网站、服务、数据库,甚至是云计算业务。
1513 0
Docker容器实战(二) -"鲸鱼"公司粉墨登场
一天天的,PaaS深入人心,Cloud Foundry为首的传统PaaS,开始蓄力基础设施领域的 平台化和PaaS化,于是发现了PaaS中的问题 1 如何给应用打包 Cloud Foundry/OpenShift/Clodify都没给出答案,走向碎片化歪路 此时,名不见经传的PaaS创业公司do...
1377 0
什么,容器太多操作不过来?我选择Docker Compose梭哈(下)
什么,容器太多操作不过来?我选择Docker Compose梭哈(下)
316 0
基于Docker容器运行环境下的全手动安装WordPress
采用阿里云提供的云服务器配合容器技术搭建各种应用环境(Paas和SaaS)已经成为一种流行趋势。于是,我抽空研究了一下容器技术,小试牛刀,采用基于Docker容器运行环境下的全手动安装WordPress来作为这次的演练。
10763 0
【案例学习】两年打造150,000个容器,看PAYPAL的Docker实践之路
PayPal最初使用Docker只是为了创建一种单一的、一致的应用程序打包格式,但随着对Docker容器格式和操作的深入理解,PayPal为开发人员学习和使用容器打开了全新的大门
6841 0
+关注
javaedge
关注公众号:JavaEdge,后台回复面试,领取更多大厂求职资源。曾在百度、携程、华为等大厂搬砖,专注Java生态各种中间件原理、框架源码、微服务、中台等架构设计及落地实战,只生产硬核干货!
2303
文章
1
问答
文章排行榜
最热
最新
相关电子书
更多
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载
冬季实战营第三期:MySQL数据库进阶实战
立即下载