云计算七问七答

核心提示： 但如果我们把问题转成：EC2可以成为云吗？那答案就是肯定的，从上面NYT的例子可以看出，云计算七问七答(5)，EC2提供100个Instance只是基础架构，之后再上面跑Hadoop才是真正发功之所在，喔，更别提市场上Python的人才有多贫乏这件事，由此我们也可以得到另一个结论：硬件本身有无虚

但如果我们把问题转成：EC2可以成为云吗？

那答案就是肯定的，从上面NYT的例子可以看出，EC2提供100个Instance只是基础架构，之后再上面跑Hadoop才是真正发功之所在。由此我们也可以得到另一个结论：硬件本身有无虚拟化并不重要（你可以买100台真的电脑连起来，也可以用EC2开100个Instance），重要的是在其上协同运算的方式（MapReduce是这里的关键）。

更简单的二分法则是这样：

Amazon只是把硬件虚拟化，然后卖入门级计算能力。

GAE/Hadoop则是提供分布式协同运算，打包的计算方案。

因此，或许我们可以把EC2视为云的前奏曲，拥有它之后，要不要做成云（例如装上Hadoop）则是个人选择。

何时选择使用EC2或云呢？

这是更重要也更实际的问题，而答案也很单纯，主要就是考虑下列因素：

1、你要解决的问题是否能符合MapReduce的矩阵分割方式？

或是更白话一点的讲，你要做的事能不能被切割成小小的一块块来各个击破？例如日志文件的分析就很适合，但Friend of Friend数据库就不见得适合。如果你的问题可切割成许多小块，那就可以考虑下一点。

2、Vendor Lock-in是否是个问题？

这个主要是针对GAE而来的，现在如果用了GAE，基本上它的Lock-in（Vendor Lock-in意思是你采用了一个技术，即将自己锁定在这家提供商身上，不能轻易转换提供商）特质非常强烈，例如一定要用Python与Bigtable，整个资料库栏位的规划方式跟传统RDB完全不同，操作语法也不一样，将来几乎无法迅速移转到其它主机服务（虽然有人写了GAE to EC2 转换指南，但有没有胆量用是另外一回事）。喔，更别提市场上Python的人才有多贫乏这件事，会RoR的人搞不好还多一点。