在驚悚電影中似乎都有這樣一個情節，主人公說“這很容易……簡直是太容易了”，然后所有的事情就開始土崩瓦解。當我開始測試市場上的頂級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臺呢?這是一個矛盾的問題。你要控制你的成本，但你又沒有時間卻做出反應，除非你在這方面擁有更高的智能化。

Java云：谷歌App Engine

在使用谷歌App Engine的過程中，我們會感到興奮和舒服。其作為一款先進的工具正在慢慢成熟，并且更容易被用戶所理解和使用，也許是因為用戶已經接受了其中的許多理念。

基礎的架構主題是相同的。你上傳帶有業務邏輯的核心代碼，App Engine將部署充足的實例以滿足你的需求。如果你想在會話間存儲或同步你的工作，你必需使用谷歌專用的數據存儲和緩存，不過所有的東西感覺都相當優秀。App Engine的第一個版本使用了Python，但是現在你可以增加帶有JSP、小服務程序和服務器端邏輯的Java WAR文件。通過獨立的Web界面進行管理。命令行問題幾乎已經不再出現。

盡管架構和數據存儲沒有變化，但是工具卻更為復雜和豐富，通過許多功能和按鍵可以調整配額和性能。我使用了整套的Eclipse插件創建了應用，整個環境與NetBeans和IntelliJ很相似。工具還將谷歌Web Toolkit與App Engine整合在了一起，盡可能的在Java中完成你的所有編程。如果你不能忍受JavaScript或想在服務器和客戶端上使用相同的代碼，那么谷歌的Web Toolkit可以為瀏覽器翻譯你的Java。

我認為對于程序員來說最大的挑戰是適應谷歌的非關系型數據庫。當谷歌App Engine首次出現，并沒有太多的NoSQL項目。存儲“名稱/值”對的集合這一概念還是件新奇的事物。任何有著一定的NoSQL經驗的App Engine用戶都不會被這一如此簡潔的解決方案所震驚。但是任何考慮連接和規范數據的人需要打破以往的陳規，適應新的方式。

App Engine提供兩個級別的數據庫，所以架構師必須確定是否為額外的能力付款。基本模式是讓一個數據中心成為主數據中心其它的成為附屬數據中心。如果數據中心宕機或執行預定的維護任務，那么你的數據將無法存儲。你必須要做好面對“預定的只讀期”的準備。許多新的Web應用(如臉譜)能夠很輕松的克服這類小故障，但許多需要金融級的可獲得性和一致性的應用則需要考慮另的辦法。

低租金的主-從配置被認為只有高端版本成本的三分之一，且寫入成本只為高端同類產品的八分之五。不過，在寫入速度上，低租金版本比高端云計算可能要慢兩倍，并且可能還存在無法寫入的時候。你必須要關注這些數字，因為機制中還包括了大量隱性支出。

Java云：Cloud Foundry

Spring是Java中最干凈的架構。這讓人們使用其作為Java云計算基礎變得很有意義。SpringSource如今已經成為了VMware的一部分，并且成為了Cloud Foundry的領導者。因此，其被創建在VMware虛擬機頂端并不意外。

使用Cloud Foundry的最早方式是通過SpringSource定制版的Eclipse利用模板創建一個Spring項目。該工具被稱為 SpringSource工具套件。我嘗試在自己的Eclipse版本安裝了一些SpringSource工具，但是庫的正確收集并不容易發現。 SpringSource工具套件則非常簡單。

Cloud Foundry并不局限于Spring，其還支持Rails、Sinatra、Scala、Grails和Node.js。即使你不寫任何Java，它們也能夠在JVM上運行。Cloud Foundry不久剛剛宣布支持PHP和 Python/Django。

目前VMware仍然對其價格保持沉默。產品還處于測試階段，VMware還無法對其進行充分的定價。Cloud Foundry虛擬機開放程度較高，你可以下載Micro Cloud Foundry——Cloud Foundry環境中的便攜虛擬機鏡像，然后在自己帶有VMware Player的環境中運行。其核心代碼在cloudfoundry.org中被開放，并且大部分被Apache許可證所涵養。

Java云：CloudBees

CloudBees不僅提供了一個部署應用的云計算，而且提供了一個創建它們的工具。你的賬戶不僅僅是將你的數據服務于大眾的一個方式。其還有代碼庫(Git或Subversion)和監聽你輸入的每一個代碼的Jenkins服務器。

我能夠輸入代碼并等待Jenkins去創建、測試和、匯集文件并將其部署至服務器中。如果我需要更多，這里有大量的其它服務、插件和交換機。

其原理是CloudBees有大量平等工作的高端盒子，以用于創建大量代碼。你不再需要等待你的桌面機器頁入適當的庫，取而代之的是讓Jenkins分配你的模塊至CloudBees中。

但是我并沒有看到什么優勢。我的Web應用只是一個JSP。連接Jenkins的Web界面一直出現一個進度條并有一個閃動的藍色球體，這表明我的本地機器能夠比CloudBees數據中心更快的創建這些文件。

CloudBees云的實質是Tomcat和MySQL，不過一些經過緊密整合的第三方數據庫也可以使用。比如Cloudant提供了CouchDB服務，MongoHQ提供MongoDB數據庫服務。

CloudBees還提供許多免費服務，不過限制也非常嚴格。只有臨時性的研發人員喜歡它們。任何長期從事研發工作的人員都會快速的升級到付費服務。

Java云：紅帽的OpenShift

紅帽并不僅僅滿足于推出個Linux工具集合。目前他們也開始進軍云計算，他們的云計算平臺被稱為OpenShift，可快速向等待接受Java、Python、PHP或Ruby應用的機器進行部署。紅帽云計算提供了一套將應用部署至亞馬遜EC2的工具集合。

OpenShift并不是以Java為中心。無論你創建一個Java應用或是其它類型的應用，它都可以幫助解決許多部署問題。標準的Java應用是由 Maven創建的JBoss Application Server 7堆棧。這是一個很新的選項，我并沒有發現其在最新的HTML文件當中。相反，我是無意中在命令行中敲擊-h時發現的。

當然，OpenShift對于那些喜歡使用命令行的人來說是一個好工具。我敲入了一些命令行就可以了，一個JBoss應用就可以被部署、運行并做好了定制的準備，并且升級也非常的簡單。

你提供賬戶信息后，名為Flex的紅帽工具會處理部署問題。如果你想對OpenShift進行測試，那么你可以免費試用30天。不過，這些工具還處理測試階段，只能用于研發工作。