CoreOS在儿童节发布了自己的分布式存储Torus

原创 2016年06月02日 12:45:28

CoreOS,或者说是Google,发布了自己的分布式存储,不禁让人浮想联翩且摸不到头绪。

新闻稿在这里:https://coreos.com/blog/torus-distributed-storage-by-coreos.html

代码在此,目前只是个原型:https://github.com/coreos/torus

Google在容器上跑的有点过快了,让人感觉是在云计算上受了多年的屈辱,终于等到机会,摆出要亮出全部家底的架势。现在看,Kubernetes绝不会是下一个OpenStack,也不太像是下一个安卓,有不低的可能性,会成为下一个iOS,开源的。

王豪迈同学早在一年前,就把Google的野心看的清清楚楚:

“这时候我们需要引入另外一个背景,在目前的公有云、私有云和混合云的分类下,对于云基础设施之上的颠覆性变化实际上只能发生在私有云,一个厂商的公有云是无法改变用户的架构,更谈不上整个应用平台。那么 Google 在公有云追不上 AWS 的情况下推出了一个完全以社区方式运作开发的项目实际上是意味深远的(之前这样的项目就是 Andriod 和 Chromium)。Google 仍然希望能在用户端撬动变革来改变 VM 中心化这个现实,那么 GCE 作为这个变革的云端产物,自然能四两拨千斤的改变公有云的格局。”

摘自王豪迈一年前的文章,Kubernetes的另一面,原文在:http://www.wzxue.com/kubernetes/

这件事情很快就上了头条并引起了激烈的争论:https://news.ycombinator.com/item?id=11816122

我最近也在关注Kubernetes的存储服务,实在是想不到会放出这么一招。

CoreOS为什么要自己做分布式存储,官方的解释是:

Existing storage solutions weren’t designed to be cloud-native

Deploying, managing, and operating existing storage solutions while trying to shoehorn them into a modern container cluster infrastructure is difficult and expensive. These distributed storage systems were mostly designed for a regime of small clusters of large machines, rather than the GIFEE approach that focuses on large clusters of inexpensive, “small” machines. Worse, commercial distributed storage often involves pricey and even custom hardware and software that is not only expensive to acquire, but difficult to integrate with emerging tools and patterns, and costly to upgrade, license, and maintain over time.

从这段话里,看不出Torus的出发点和现在的Server SAN有什么区别。

Torus和Ceph类似,也会提供文件系统、块设备和对象存储能力,那么Torus和Ceph有怎样的区别呢?文章中多次提到Etcd,难道Torus就是传说中的Google FS的Go语言复刻版?开个玩笑,这里都是瞎猜,要抓紧抽时间看看代码。

TNS也对Torus做出了报道:http://thenewstack.io/coreos-launches-kubernetes-friendly-storage-system-torus/

并列举了几个面向容器的存储项目:

https://opencredo.com/introducing-kubefuse-file-system-kubernetes/

http://rexray.readthedocs.io/en/stable/

http://www.blockbridge.com/docker/

http://www.hedviginc.com/blog/how-hedvig-software-defined-storage-integrates-with-docker-datacenter

记录在此,持续关注中。

令人心生寒意的想法是,容器似乎会把分布式文件系统带回舞台中央,其实我个人早有类似想法,容器相对虚拟化的最大优势是,容器可以以应用为中心,而虚拟化关注的只是设备,按这个思路,容器的存储就应该以数据为中心,那么容器的存储就不应该是块设备。如果这个思路是正确的,那么问题就将是,这条路如何走下去,似乎会很艰难。虚拟化时代有一个大难题,那就是网络虚拟化,难道容器时代要有两个大难题?也许这只是Google的田忌赛马。

版权声明:本文为博主原创文章,未经博主允许不得转载。 举报

相关文章推荐

redis界面管理工具phpRedisAdmin 安装

看了网上一些教程,大多都有一些老旧,这里重新记录一下,其实都是大同小异. 注意 前提 你先安装号httpd和php 安装 php的redis驱动 先从phpredis的git拿到最新的源码包: wge...

关于字节序Big Endian和Little Endian

关于字节序 字节序指的是一个大于2个字节的类型的数据例如int 、long等在内存中的字节顺序。 字节序分为:网络字节序 (Big Endian) 比如 0x11223344 ,占四个字节...

我是如何成为一名python大咖的?

人生苦短,都说必须python,那么我分享下我是如何从小白成为Python资深开发者的吧。2014年我大学刚毕业..

什么是僵尸进程?

可能很少有人意识到,在一个进程调用了exit之后,该进程 并非马上就消失掉,而是留下一个称为僵尸进程(Zombie)的数据结构。在Linux进程的5种状态中,僵尸进程是非常特殊的一种,它已经放弃了几乎...

微服务架构模式系列文章之七:自注册

熟悉我的朋友都知道,我很不喜欢翻译东西,因为在两种语言的思维方式之间做频繁切换对我来说是件很痛苦的事情。但是这次不一样,公司和同事的大力支持降低了我的痛苦指数,让我能够坚持把Chris Richard...

关于SMTP协议发送邮件的总结

最近在看一本书,是VC++网络编程,可以说那本书写的乱七八糟,我也晕头转向、、、  、 我写的大家可能有些看着抽象,捡着能看懂的看就行,我讲述的是SMTP的原理,而不是如何编程来实现,我纠结一天的感...

Redis Admin UI——一个Redis UI管理界面

Redis Admin UI——一个Redis UI管理界面 Redis的管理UI是由两部分组成: 1.An Ajax客户端的Web应用程序(基于谷歌的闭合库开发的:https://github.co...

微服务架构模式系列文章之一:单体架构

熟悉我的朋友都知道,我很不喜欢翻译东西,因为在两种语言的思维方式之间做频繁切换对我来说是件很痛苦的事情。但是这次不一样,公司和同事的大力支持降低了我的痛苦指数,让我能够坚持把Chris Richard...

微服务架构模式系列文章之八:第三方注册

熟悉我的朋友都知道,我很不喜欢翻译东西,因为在两种语言的思维方式之间做频繁切换对我来说是件很痛苦的事情。但是这次不一样,公司和同事的大力支持降低了我的痛苦指数,让我能够坚持把Chris Richard...

微服务架构模式系列文章之四:客户端服务发现

熟悉我的朋友都知道,我很不喜欢翻译东西,因为在两种语言的思维方式之间做频繁切换对我来说是件很痛苦的事情。但是这次不一样,公司和同事的大力支持降低了我的痛苦指数,让我能够坚持把Chris Richard...

golang实现通过索引删除任意类型的slice元素

最近在写练手项目的时候,需求一个功能: 实现通过数组或者切片的索引删除 任意类型数组或者切片的内容,并且返回删除后的结果集,找了半天发现  官方package中没有Java.util.Arrays 这...
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)