什么是云?

　　每個人對云的定義各自不同。我個人的理解是，從事非IT行業相關的公司，將其IT部分托管給專門的IT公司來做。由于他們自己不做IT，將其托管是可以理解的。另外，從事應用程序開發的公司，他們的重點在開發而非提供運行應用程序的設施及平臺。由于開發人員和IT設施管理人員分工不同，此類公司將IT部分托管也是可以理解的。簡而言之就是，你將你的東西托管在其他公司上運行。原來是有專門的托管公司，而現在，托管公司的職責逐漸被云基礎設施所替代。云相對于托管公司的好處在于其彈性，當應用程序快速提高需求時云也能夠很快適應。欲了解更加深入的了解云計算，可以參考本站的云計算專題。

　　云服務提供方

　　有了亞馬遜EC2，你可以在虛擬機中安裝你想要的一切。EC2提供了許多，但你仍然需要安裝操作系統，網絡服務器，網絡或應用程序容器，數據庫，以及你部署應用程序所需準備的一切。它提供一個虛擬機，而你所需要做的就是管理這個虛擬機中的一切。很有彈性，同時也有全面管理所面臨的風險。對于云中的java來說再合適不過。

　　我認為Sun也會參與到這競爭中來，因為他們的網格計算應用程序的網站Network.com現在的改版信息就寫著“Network.com正在改版中，我們正在添加一些令人振奮的新選擇?，F在我們還未準備好要展示我們的工作，不過我們歡迎來自您的建議與意見。有問題請隨時聯系我們?！边@是有道理的，因為他們了解硬件，擁有Solaris，擁有Java，還有MySQL。

　　有了Google App Engine ，你無需使用虛擬機，也無需安裝并管理操作系統，軟件和數據庫。到目前為止你還只能用Python在上面編程，而數據的提取和存儲則通過DataStore(永久有效的服務)。你負責開發和部署你的應用程序。你還擁有Google賬號，如Gmail等。不用操作系統，服務器和數據庫，但是現在還限于Python和DataStore，由此導致現在的它還不是Java開發的選擇。不過未來可能會支持更多的語言，最近有消息稱Google下月發重大新品，App Engine或將支持Java。Google似乎對Python的喜愛超過Java。Sun也在嘗試將Python整合進來，它找了兩個Python開發者來開發Jython，通過它可以在JVM上運行Python。不管怎樣，希望Google會將Java帶到自己的引擎上——不行的話至少也有Jython。

　　微軟Azure則純粹是微軟的技術了。Azure是一個開發、托管及管理的環境，配合微軟Visual Studio的工具來協助可伸縮服務的創造，建設，調試，運行以及包裝。一段時間內它都與Java無緣。

　　Force.com為Salesforce.com CRM應用程序服務，限定在其私有的Apex語言及Visualforce(表現層)。注意：Salesforce.com是一個SaaS(軟件即服務)，Force.com是針對Salesforce.com CRM應用的PaaS(平臺即服務)。SAP的Business ByDesign則是僅僅是SaaS。

　　Heroku限定使用Ruby on Rails，一款由Amazon EC2支持的語言。

　　可能有所遺漏，但以上清單中，只有Amazon EC2支持云中的Java。不過，Amazon EC2是一個IaaS(基礎設施即服務)，還不是PaaS。所以我們需要找一個PaaS，以便于我們從管理OS，服務器以及網絡和應用的容器中解放出來，專心在Java的開發中。一個名為Stax的新產品能夠一定程度上解決這個問題。

　　Java的PaaS提供者

　　Stax是一款針對Java的PaaS，基礎支持則是亞馬遜EC2?？梢詫⑵湎胂蟪蒅oogle應用程序引擎，不過是用Java和MySQL數據庫。Stax僅限Java，其目的在于令Java的開發，部署以及調整更加快速，而且你可以將應用程序部署在亞馬遜基礎設施上，而非Stax自己所提供的。Stax提供了建議的測試及生產的部署環境，一個本地開發模型，而且和現有的開發工具，框架及進程都融合的很好。其中包含了內置的應用程序模板，有流行的Java技術如Stuts，GWT，Wicket，JRuby on Rails，Jython等——但還不止如此。你可以通過Stax SDK將任意一個可以在網絡容器中運行的應用程序部署于此。本地的Stax運行時是一個安裝設置十分方便的環境，并為你的應用程序的包裝及部署提供了一些工具。應用程序模板不過是將一些常用或有趣的配置整理到一起，使開發過程更加快速的手段之一。開發者可以隨自己需求添加配置文件以及原本默認模板中沒有的庫。測試版期間的Stax是免費的。

　　云的特性及局限——Stax可以做什么?

　　將現有應用程序移至云端

　　運行現有的應用程序取決于該應用程序的“云友好”程度。Stax并沒有打算取代普遍應用托管。Stax將重點放在彈性應用程序上，這些應用的需求可以通過計算資源的迅速改變而得到滿足。這就是說任意一個應用實例可以隨意的來，隨意的走。這便為應用程序無差別的設置了一些設計限制，其中最大的兩個是：

　　◆應用程序無法依賴于本地文件系統以實現其持久性

　　◆應用程序需要避免依賴本地服務器的記憶狀態(除了caching in，這種情況下的應用只需要設計為當緩存丟失時從一個如DB的固定地點恢復緩存即可)

　　這就意味著現有的應用都將與Stax環境不兼容，不過Stax的創建者兼CEO，Spike Washburn表示說“這樣具有伸縮性的編程手法將是應用程序的開發所需要的，因為無論在大環境的云上還是在私人的虛擬數據中心上，彈性基礎設施的使用正在與日俱增。

　　Java應用在云中的監測，報告，調試和支持

　　由于應用程序是你開發的，所以你不需要調試支持。云需要為開發者提供一種功能，即有關他們程序運行所在的服務器的情況。就此，他們需要如報告/分析和監測/警報的API。這樣，開發者的調試工作變得更加簡便，并且對應用程序運行的狀況也可以了如指掌，以便在第一時間做出反應。當然了，無論何時，開發者都需要了解他們自己應用程序的內部細節，所以日志就變成調試工作中無比重要的一部分。Washburn在交談中說到，他們很快將推出監測/警報API，并計劃提供更多功能和支持。

　　在其他應用程序服務器上的部署

　　Stax在設計上提供的Java網絡容器(Tomcat)是與彈性計算云合成一體的。Stax的目標是幫助開發者達到應用程序部署靈活性的一個新的高度，這樣不光方便了應用程序在彈性PaaS上部署所需要進行的向上或向下的調整，而且對于開發者而言，這種靈活性也方便他們將應用程序部署在他們自己的應用程序容器中。除了支持這種端到端的應用程序生命周期外，Stax還可以用于應用程序生命周期其中一部分的支持。比如說，在現在這個眾人投往云端的趨勢下，有些企業仍然不愿將整個生產線搬到云端上來，但是打算做一些小規模的開發以作測試用，所以，應用程序在兩種環境下必須都能夠運行(在Stax上測試，在他們自己的服務器環境上做生產)。

　　J2EE應用程序以及應用程序容器

　　目前為止，Stax還沒有提供選擇應用程序服務器實現的自由。只有Tomcat網絡容器。

　　SPRing，JBoss Seam，JSF以及其他

　　只要能夠在網絡容器中運行的庫，你都可以往里添加。Stax的初始應用模板其實主要是用來練手用，以幫助你熟悉一個系統的建立。里面有少許預建立好的應用程序配置，開發者用不了多久就能看完。在測試版反饋之后，他們將把新的Java模塊系統(Java Module System)以及/或者OSGi也融合進來，以便于開發者創建新的應用程序方案。

　　如果你的應用程序需要Tomcat以外的支持，或者它需要訪問本地文件系統，那么Stax恐怕不適合你。這種情況下你唯一的選擇就是亞馬遜EC2，或者你也可以等待其他的公司(Oracle，IBM?)推出“云中的Java”，看看那上面有沒有你所期待的功能。