在惊悚电影中似乎都有这样一个情节，主人公说“这很容易……简直是太容易了”，然后所有的事情就开始土崩瓦解。当我开始测试市场上的顶级Java云计算时，我发现这一情节正在自己身上重演。

　　与其他人相比，企业研发人员需要对这些可能性更担忧。当云计算中出现了让生活变得更容易的新方案时，普通的计算机用户会感到兴奋。他们会采用基于云的电子邮件，如果电子邮件丢失，他们只能耸耸肩，因为电子邮件经常丢失，有时就像作祈祷那样频繁。

　　企业研发人员不能如此乐观。每一个能够让我们进行一键配置的选择都会让我们永远的被禁锢在其中。如果我们采用了一个过于容易的云计算并让它为我们做太多的事，那么我们就不太可能有什么发展。

　　“被套牢”的危险看起来隐藏在每一个角落里，这未必是最糟糕的部分。如果除去我们需要的特色外，我们对云计算在各方面都很满意，而这个特色又是云计算提供商无法或者是不想提供给我们，那会发生什么情况呢？云计算将成为一个一成不变的世界。

　　让我们感到安慰的是，云计算研发人员已经对这一情况感到了不安。他们知道，客户希望得到一键式解决方案和高度的自动化，以让生活变得更加容易。但是 这意味着发推出一些非标准或是无法让用户自由调整的接口。云计算研发人员必须要搞清楚市场是否需要让云计算做每一件事，以及客户是否想拥有充分的自由以避 免 “被套牢”。

　　对此，我测试了4个主要的Java云——CloudBees、谷歌App Engine、红帽OpenShift和VMware的Cloud Foundry。它们都有许多解决方案。一些云依靠标准工具以获取标准WAR文件和传输信息。另一些也有着自己许多独特的办法。

　　云计算实验：Java版本

　　Java云计算方案变得越来越好、越来越复杂，但是他们远远称不上是一套完成的产品。这里的几套工具就可以完整的展出它们尚未完全成熟的状态。注册 表单经常提示我们云计算只是一个测试应用，仅针对研发而非针对生产工作。实际上，这他们更准确的称呼或许应该是云计算postalpha测试版或是 prebeta测试版。

　　由于都是在摸着石头过河，因此即使已经创建的云计算也会经常发生变化。由于没有人真正知道负载和成本如何增加，因此价格会进行调整，有时候调整的幅度很大。云计算销售商也不知道如何确定他们的成本，所以在他们报价几百万的处理量价格为多少美元时也只是全凭猜测。

　　未来，对于买家和卖家来说，定价可能是一件非常困难，并极具挑战性的工作。人们已经对谷歌停止补贴其App Engine的作法感到非常失望。一些用户抱怨每一次点击都使得他们的成本增长两倍，甚至是三倍。但是谁又能够指责谷歌呢？尽管谷歌拥有优秀的金融工程 师，但是我不能确定他们是否知道Big Table数据仓库的每次往返的合理价格。它们可能会受到西北部大雨而波动。因为谷歌的一些最新数据中心就建在那里，那里的水利发电是最便宜的能源。

　　或许是我想多了。但是总会要发生错误，价格将出现波动。云计算具有更高的灵活性和自动化程度，这为我们节省了雇人管理这些机架和确保数据平稳传输的 成本。如果Web 3.0应用取得了巨大成功，而云计算却非常昂贵，这仍然可以带来足够的盈利以支付将应用移植到一套内部服务器所进行的全部程序改编。如果这些Web程序的 盈利不足以抵消成本，那么体验价格不会下降。云计算最终会发生变化：他们会简化实验并进行调整。

　　选择云计算涉及到大量实验。最简单的一项是从亚马逊或Rackspace云计算那里发现机器，但是这一操作比服务提供商承诺的要复杂很多。是的，我按下按键，在几秒内就可以启动一台计算机，但是随后我却要花上数个小时进行联机，以安装JVM和剩下的堆栈。

　　如果你有时间和意愿来创建一个带有你喜爱的软件的机器镜像，那么原始的云计算机器将会满足你对云计算的大多数期望，但同时也将你“套牢”。亚马逊和 Rackspace让存储镜像和复制变得很容易。你需要选择软件和确定需要多少台机器。理论上，你随时可以获得更多的机器。我曾经尝试过在日常事务处理中 生成新机器，这很棒，每小时只需要花费1.5美分。在工作完成后，它们就会消失。

　　当然，你必须要对自己有一个全面的认识。你是想要100台虚拟机还是102台呢？这是一个矛盾的问题。你要控制你的成本，但你又没有时间却做出反应，除非你在这方面拥有更高的智能化。