每个人对云的定义各自不同。我个人的理解是，从事非IT行业相关的公司，将其IT部分托管给专门的IT公司来做。由于他们自己不做IT，将其托管是可以理解的。另外，从事应用程序开发的公司，他们的重点在开发而非提供运行应用程序的设施及平台。由于开发人员和IT设施管理人员分工不同，此类公司将IT部分托管也是可以理解的。简而言之就是，你将你的东西托管在其他公司上运行。原来是有专门的托管公司，而现在，托管公司的职责逐渐被云基础设施所替代。云相对于托管公司的好处在于其弹性，当应用程序快速提高需求时云也能够很快适应。欲了解更加深入的了解云计算，可以参考本站的云计算专题。
织梦好，好织梦
云服务提供方
内容来自dedecms
有了亚马逊EC2，你可以在虚拟机中安装你想要的一切。EC2提供了许多，但你仍然需要安装操作系统，网络服务器，网络或应用程序容器，数据库，以及你部署应用程序所需准备的一切。它提供一个虚拟机，而你所需要做的就是管理这个虚拟机中的一切。很有弹性，同时也有全面管理所面临的风险。对于云中的Java来说再合适不过。
我认为Sun也会参与到这竞争中来，因为他们的网格计算应用程序的网站Network.com现在的改版信息就写着“Network.com正在改版中，我们正在添加一些令人振奋的新选择。现在我们还未准备好要展示我们的工作，不过我们欢迎来自您的建议与意见。有问题请随时联系我们。”这是有道理的，因为他们了解硬件，拥有Solaris，拥有Java，还有MySQL。 内容来自dedecms
有了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。
内容来自dedecms
微软Azure则纯粹是微软的技术了。Azure是一个开发、托管及管理的环境，配合微软Visual Studio的工具来协助可伸缩服务的创造，建设，调试，运行以及包装。一段时间内它都与Java无缘。 copyright dedecms
Force.com为Salesforce.com CRM应用程序服务，限定在其私有的Apex语言及Visualforce(表现层)。注意：Salesforce.com是一个SaaS(软件即服务)，Force.com是针对Salesforce.com CRM应用的PaaS(平台即服务)。SAP的Business ByDesign则是仅仅是SaaS。 copyright dedecms
Heroku限定使用Ruby on Rails，一款由Amazon EC2支持的语言。
可能有所遗漏，但以上清单中，只有Amazon EC2支持云中的Java。不过，Amazon EC2是一个IaaS(基础设施即服务)，还不是PaaS。所以我们需要找一个PaaS，以便于我们从管理OS，服务器以及网络和应用的容器中解放出来，专心在Java的开发中。一个名为Stax的新产品能够一定程度上解决这个问题。
Java的PaaS提供者
内容来自dedecms
Stax是一款针对Java的PaaS，基础支持则是亚马逊EC2。可以将其想象成Google应用程序引擎，不过是用Java和MySQL数据库。Stax仅限Java，其目的在于令Java的开发，部署以及调整更加快速，而且你可以将应用程序部署在亚马逊基础设施上，而非Stax自己所提供的。Stax提供了建议的测试及生产的部署环境，一个本地开发模型，而且和现有的开发工具，框架及进程都融合的很好。其中包含了内置的应用程序模板，有流行的Java技术如Stuts，GWT，Wicket，JRuby on Rails，Jython等——但还不止如此。你可以通过Stax SDK将任意一个可以在网络容器中运行的应用程序部署于此。本地的Stax运行时是一个安装设置十分方便的环境，并为你的应用程序的包装及部署提供了一些工具。应用程序模板不过是将一些常用或有趣的配置整理到一起，使开发过程更加快速的手段之一。开发者可以随自己需求添加配置文件以及原本默认模板中没有的库。测试版期间的Stax是免费的。 织梦好，好织梦
本文来自织梦
复制地址和好友共享
