四大JAVA雲計算測評

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