Red Hat 斥资 2.5 亿美元收购 CoreOS,发力 k8s 领域

来源: OSCHINA
编辑: 局长
2018-01-31

Red Hat 已宣布收购 Kubernetes 和容器原生解决方案提供商 CoreOS。

CoreOS 以其企业级 Kubernetes 平台 Tectonic 而家喻户晓。Tectonic 旨在提供跨私有云和公共云提供商自动运营和灵活移植的特性。

预计这起收购案涉资 2.5 亿美元。

Red Hat 的产品和技术总裁保罗•科米尔(Paul Cormier)说:“正在推动下一个技术时代发展的是基于容器的应用程序,它们横跨多云和混合云环境,包括物理平台、虚拟平台、私有云平台和公共云平台。Kubernetes、容器和 Linux 是这次转变的核心;与 Red Hat 一样,CoreOS 在促进这些创新的上游开源社区也一直是领导者,竭力将企业级 Kubernetes 提供给客户。我们相信,这次收购将进一步巩固 Red Hat 作为混合云和现代应用部署的基石这个地位。”

Red Hat 将把 CoreOS 的功能与其基于 Kubernetes 和容器的产品组合(包括 Red Hat OpenShift)结合起来。

CoreOS 的其他解决方案包括:企业容器注册中心 Quay、轻量级 Linux 发行版 Container Linux、面向 Kubernetes etcd 的分布式数据存储系统以及应用程序容器引擎 rkt。

CoreOS 的首席执行官亚历克斯•波尔维(Alex Polvi)说:“Red Hat 和 CoreOS 多年前就开始携手合作了,两家公司是开源领域的合作者,协同开发容器和分布式系统方面的一些重大创新,帮助实现自动化运营。我们共同的目标是,让这些重要技术在商业界和全世界遍地开花,这次宣布标志着进入了一个新的阶段。感谢 CoreOS 大家族:我们的客户、合作伙伴以及最重要的自由软件社区支持我们实现通过自动化运营,让互联网变得更安全这个使命。”

来自:云头条

展开阅读全文
11 收藏
分享
加载中
精彩评论

引用来自“二灯大师”的评论

Kubernetes 底层也是docker, 不要觉得docker已经死了, docker只是作者所在的公司运营方式有问题, 但是作者和其所开发的docker依旧是存在的,
k8s 只是管理容器的工具。。。第一次听说它底层是 Docker,居然还那么多 Vote up.
2018-01-31 12:58
6
举报
Kubernetes 底层也是docker, 不要觉得docker已经死了, docker只是作者所在的公司运营方式有问题, 但是作者和其所开发的docker依旧是存在的,
2018-01-31 09:20
6
举报
有一种感觉,Redhat 是对自己的 Openshift 管理功能不满,估计将来会直接替换到这一套。

以前这种事情 Redhat 做了不少,
1. 收购 3scale 替换自己的apiman
2. 使用 k8s 替换 openstack
3. 收购 Ansible 填补自己的 Devops 空白 ,与 Chef 等竞争
2018-01-31 13:02
3
举报

引用来自“rockyrock”的评论

docker何去何从??

引用来自“clouddyy”的评论

docker已死?
早就死了。蛋糕还没有做成,先是各个公司各怀鬼胎,结果就死了。自由开源还是需要一个温和的强权者,比如LINUX的LINUS,比如python的开发者,比如K8S的google。这样主线进化具有足够强的生命力!!!
2018-01-31 17:35
1
举报

引用来自“二灯大师”的评论

Kubernetes 底层也是docker, 不要觉得docker已经死了, docker只是作者所在的公司运营方式有问题, 但是作者和其所开发的docker依旧是存在的,

引用来自“purple_grape”的评论

谁告诉你kubernetes底层是docker的? 胡扯。

docker带来了创新式的容器格式和容器仓库的应用分发方式,这是一种方法论,不是技术。

docker本身技术先进性值得推敲。不过它现在已经接近完成其历史使命了。
从依赖关系上看,说是底层也没错呀。没有容器化,哪来的容器编排。
不要跟我扯rkt和CRI,从1.3开始接触k8s,就没有离开过对docker依赖。
2018-01-31 16:24
1
举报
最新评论 (24)

引用来自“二灯大师”的评论

Kubernetes 底层也是docker, 不要觉得docker已经死了, docker只是作者所在的公司运营方式有问题, 但是作者和其所开发的docker依旧是存在的,

引用来自“hantsy”的评论

k8s 只是管理容器的工具。。。第一次听说它底层是 Docker,居然还那么多 Vote up.
我也不懂,不过是不是看了这个?
https://www.docker.com/kubernetes
2018-02-07 10:12
0
回复
举报

引用来自“二灯大师”的评论

Kubernetes 底层也是docker, 不要觉得docker已经死了, docker只是作者所在的公司运营方式有问题, 但是作者和其所开发的docker依旧是存在的,

引用来自“purple_grape”的评论

谁告诉你kubernetes底层是docker的? 胡扯。

docker带来了创新式的容器格式和容器仓库的应用分发方式,这是一种方法论,不是技术。

docker本身技术先进性值得推敲。不过它现在已经接近完成其历史使命了。

引用来自“newlife111”的评论

从依赖关系上看,说是底层也没错呀。没有容器化,哪来的容器编排。
不要跟我扯rkt和CRI,从1.3开始接触k8s,就没有离开过对docker依赖。

引用来自“purple_grape”的评论

你硬是这么理解,也没有大问题,只是沟通起来不方便。此例便是。
k8s可以说是为容器(调度)而生,但它不承担容器自身的功能。
另外k8s还可以调度vm,目前不成熟而已。

引用来自“newlife111”的评论

所以你们上来就喷,不合适吧。
docker是事实上的标准,CRI的标准docker也是贡献了大头。
k8s的确不承担底层容器自身的功能,目前是runc。
但是依赖底层的说法是没问题的。
我已经说了是沟通问题,非要较真的话,我就简单科普下。

众所周知,汉语表达不够严谨,同样是表达依赖关系,人家英语就是表达得更清晰。看看OCI spec就知道了。
各种must 、required、should,recommend,may,optional 。

docker是作为k8s的外部依赖,1年前是requred,现在是should和recommend,1年后估计就是may和optional 了。除非k8s哪天内部集成docker,那才叫must,但显然是不可能的。
2018-02-01 12:09
0
回复
举报

引用来自“二灯大师”的评论

Kubernetes 底层也是docker, 不要觉得docker已经死了, docker只是作者所在的公司运营方式有问题, 但是作者和其所开发的docker依旧是存在的,

引用来自“purple_grape”的评论

谁告诉你kubernetes底层是docker的? 胡扯。

docker带来了创新式的容器格式和容器仓库的应用分发方式,这是一种方法论,不是技术。

docker本身技术先进性值得推敲。不过它现在已经接近完成其历史使命了。

引用来自“newlife111”的评论

从依赖关系上看,说是底层也没错呀。没有容器化,哪来的容器编排。
不要跟我扯rkt和CRI,从1.3开始接触k8s,就没有离开过对docker依赖。

引用来自“漠_然”的评论

@newlife111 你不用不代表别人不用,底层容器实现多了去了,甚至k8s那边自己都在造,还有Vmware 什么都在造,只是国内更倾向于docker吧了,daemon问题国外喷的多了
你要真这么说,那就没法说清楚了。阿里也在做容器这块。
就k8s的1.3到1.5版本来说,大多是在docker已有的功能基础上做扩展,优化。
所以就二灯大师的发言来看,他所表达的意思木有问题呀。
这个就跟英语的直译和意译一样,意译没问题的,你们非要按直译来,不合适吧。
2018-02-01 11:01
0
回复
举报

引用来自“二灯大师”的评论

Kubernetes 底层也是docker, 不要觉得docker已经死了, docker只是作者所在的公司运营方式有问题, 但是作者和其所开发的docker依旧是存在的,

引用来自“purple_grape”的评论

谁告诉你kubernetes底层是docker的? 胡扯。

docker带来了创新式的容器格式和容器仓库的应用分发方式,这是一种方法论,不是技术。

docker本身技术先进性值得推敲。不过它现在已经接近完成其历史使命了。

引用来自“newlife111”的评论

从依赖关系上看,说是底层也没错呀。没有容器化,哪来的容器编排。
不要跟我扯rkt和CRI,从1.3开始接触k8s,就没有离开过对docker依赖。

引用来自“purple_grape”的评论

你硬是这么理解,也没有大问题,只是沟通起来不方便。此例便是。
k8s可以说是为容器(调度)而生,但它不承担容器自身的功能。
另外k8s还可以调度vm,目前不成熟而已。
所以你们上来就喷,不合适吧。
docker是事实上的标准,CRI的标准docker也是贡献了大头。
k8s的确不承担底层容器自身的功能,目前是runc。
但是依赖底层的说法是没问题的。
2018-02-01 10:53
0
回复
举报

引用来自“二灯大师”的评论

Kubernetes 底层也是docker, 不要觉得docker已经死了, docker只是作者所在的公司运营方式有问题, 但是作者和其所开发的docker依旧是存在的,

引用来自“purple_grape”的评论

谁告诉你kubernetes底层是docker的? 胡扯。

docker带来了创新式的容器格式和容器仓库的应用分发方式,这是一种方法论,不是技术。

docker本身技术先进性值得推敲。不过它现在已经接近完成其历史使命了。

引用来自“newlife111”的评论

从依赖关系上看,说是底层也没错呀。没有容器化,哪来的容器编排。
不要跟我扯rkt和CRI,从1.3开始接触k8s,就没有离开过对docker依赖。
@newlife111 你不用不代表别人不用,底层容器实现多了去了,甚至k8s那边自己都在造,还有Vmware 什么都在造,只是国内更倾向于docker吧了,daemon问题国外喷的多了
2018-02-01 09:13
0
回复
举报

引用来自“二灯大师”的评论

Kubernetes 底层也是docker, 不要觉得docker已经死了, docker只是作者所在的公司运营方式有问题, 但是作者和其所开发的docker依旧是存在的,

引用来自“purple_grape”的评论

谁告诉你kubernetes底层是docker的? 胡扯。

docker带来了创新式的容器格式和容器仓库的应用分发方式,这是一种方法论,不是技术。

docker本身技术先进性值得推敲。不过它现在已经接近完成其历史使命了。

引用来自“newlife111”的评论

从依赖关系上看,说是底层也没错呀。没有容器化,哪来的容器编排。
不要跟我扯rkt和CRI,从1.3开始接触k8s,就没有离开过对docker依赖。
你硬是这么理解,也没有大问题,只是沟通起来不方便。此例便是。
k8s可以说是为容器(调度)而生,但它不承担容器自身的功能。
另外k8s还可以调度vm,目前不成熟而已。
2018-01-31 18:20
0
回复
举报

引用来自“rockyrock”的评论

docker何去何从??

引用来自“clouddyy”的评论

docker已死?
早就死了。蛋糕还没有做成,先是各个公司各怀鬼胎,结果就死了。自由开源还是需要一个温和的强权者,比如LINUX的LINUS,比如python的开发者,比如K8S的google。这样主线进化具有足够强的生命力!!!
2018-01-31 17:35
1
回复
举报

引用来自“二灯大师”的评论

Kubernetes 底层也是docker, 不要觉得docker已经死了, docker只是作者所在的公司运营方式有问题, 但是作者和其所开发的docker依旧是存在的,

引用来自“purple_grape”的评论

谁告诉你kubernetes底层是docker的? 胡扯。

docker带来了创新式的容器格式和容器仓库的应用分发方式,这是一种方法论,不是技术。

docker本身技术先进性值得推敲。不过它现在已经接近完成其历史使命了。
从依赖关系上看,说是底层也没错呀。没有容器化,哪来的容器编排。
不要跟我扯rkt和CRI,从1.3开始接触k8s,就没有离开过对docker依赖。
2018-01-31 16:24
1
回复
举报
为什么是RedHat?😳
2018-01-31 15:58
0
回复
举报
强强联手!!!
2018-01-31 14:54
0
回复
举报
更多评论
24 评论
11 收藏
分享
返回顶部
顶部