Browsed by
Tag: amazon

星云计划

星云计划

在sina看到一篇报道,是中国电信推云系统的计划,名字很好听:星云计划。原文链接如下:

http://tech.sina.com.cn/t/3g/2011-04-25/03405444542.shtml

我毫不怀疑中国电信有足够的财力、物力、人力来推动这个计划,加上还有华为等公司鼎力相助,建成一个云系统,应该没有太大问题。

从报道的内容看,星云和Amazon的云基本没有太大差别,无非就是提供计算能力的按需供给。因此,该计划的初期可能就是直接照搬Amazon的模式,山寨一把。

我怀疑这种商业模式在以电信主导的情况下,是否能行得通?作为商业用户,将自己的商业系统放在云上运行,毫无疑问对系统可靠性、安全性有非常高的要求;作为个人用户,将自己的小秘密、小blog放在云上,对自己的私密性也会很在乎。诸如此类的要求,中国电信能保证吗?

技术方面没有问题,商业信誉呢?联想到去年闹得沸沸扬扬的关网站事件,星云就尤其让人不放心。到时如果中国电信要关掉云上的系统或者数据,那实在是太方便了,可以用各种各样的理由以及各种各样的方式来关掉甚至删掉用户系统,省时省力。

考虑到这种特殊的国情,我很怀疑星云在商业上能成功,也怀疑中国电信等国内运营商运营云系统的诚意。我自己也看不到将我们的系统,哪怕是一小部分,放在星云上运行的可能性。

当然,作为星云计划的一部分,光纤网络、宽带互联网等基础设施建设毫无疑问会大干快上地执行并且成功。

Amazon EC2悲剧了

Amazon EC2悲剧了

晕死!下午吃晚饭之前,想把今天的改动工作checkin进服务器,发现始终超时,操作总是失败。郁闷之下登录AWS,居然发现Amazon弗吉尼亚北部的数据中心出现严重宕机事件。

我们就非常不幸地选择了该数据中心的EC2服务。

这实在是让人郁闷的事情。上周我们才把SVN以及VPN服务器迁移到EC2上,还没怎么爽到,就over了。由此看来,云也不是那么可靠啊。

到现在为止,EC2还是没有恢复。这即将严重影响到我们的工作。无法将工作checkin进服务器,就无法实现各部分的同步。进一步想,这也是SVN的一个缺陷,如果采用Git,可能在这种情况下,不会影响到工作,完全可以先同步到本地的服务器上,然后再同步到主服务器上去。

这次事件至少说明了以下几方面的道理:

(1)云并不可靠。过度依赖云,可能会造成更严重的后果。例如,我们以前是在本地多台计算机之间同步备份数据,一台坏掉,还可以用另一台。虽然操作比较麻烦、方法很挫,不过至少不会影响到工作。

(2)SVN作为本地版本服务器是很不错的选择,但是对于分布式开发而言,SVN短处也很明显。应当正式考虑迁移到Git的可行性(甚至是迁移时间表)。

(3)即便云非常可靠,考虑到中国的国情,管道仍然可能不可靠。如果管道时不时被reset甚至直接切掉,那同样会导致整个系统不可用。