当一个人应使用以下命令：亚马逊EC2，谷歌应用程序引擎，微软Azure和Salesforce.com

我的感觉很一般问这个。无论是从云提供商和云消费者的角度。另外的问题是没有任何特定类型的应用程序（其实目的是要知道哪些类型的应用程序/域可以放入其中，云板-SaaS的PaaS的IaaS的）。

我的理解至今是：

IaaS的：原始硬件（处理器，网络，存储）。

PaaS的：操作系统，系统软件，开发框架，虚拟机。

SaaS的：软件应用程序。

这将是巨大的，如果Stackoverflower的可以分享他们的理解和云计算概念的经验。

编辑：好的，我就会把它在更具体的方式 -

亚马逊EC2：你不必在硬件层控制。但是，你可以把你的选择OS镜像，开发框架（.NET，J2EE，LAMP）和应用程序，并把它放在EC2硬件。您可以部署与谷歌应用程序引擎或天青在EC2上构建的应用程序？

谷歌应用程序引擎：您不必在硬件和操作系统的控制，你会得到一个特定的开发框架来构建应用程序。你可以使用任何现有的Java或Python应用程序，并移植到GAE？反之亦然，可以建在GAE应用程序取出GAE，并移植到诸如WebSphere或Weblogic的任何应用程序服务器？

Azure的：你没有对硬件和操作系统的控制，你会得到一个特定的开发框架来构建应用程序。你可以采取任何现有的.NET应用程序，并移植到Azure的？反之亦然，可以建在Azure应用程序取出天青，并移植到像Biztalk的任何应用程序服务器？

Answer 1:

好问题！正如你所指出的，不同的产品适合不同的类别：

EC2是基础设施即服务; 你虚拟机实例，并根据需要将与他们无关。 Rackspace的云服务器都或多或少相同。

天青，App Engine的，和Salesforce都平台即服务; 他们提供不同的集成度，但：天青几乎可以让你运行任意后台服务，而App Engine是面向各地短命请求处理任务（虽然它也支持任务队列和调度任务）。我并不十分熟悉Salesforce的产品，但我的理解是，它类似于在某些方面的App Engine，但更专业化其特定的利基。

该软件下的下降即服务云产品是从基础件如Amazon的Simple Storage Service和SimpleDB的一切通过完成像雾溪的托管FogBugz的应用，当然，StackExchange。

一个很好的一般规则是更高层次的产品，少工作，你就必须做，但更具体的是。如果你想有一个bug跟踪系统，利用FogBugz的显然将是最少的工作; 在App Engine或天青之上构建一个是更多的工作，但提供了更多的功能，而像EC2原始虚拟机上构建一个甚至更多的工作（相当多了很多，其实），但提供了更多的灵活性。我一般建议是挑选仍满足您的要求的最高水平的平台，并建立从那里。

Answer 2:

这是一个非常好的问题。因为我偏Azure的，但与其他人的经验充分披露。

当我想从Azure的其他突出的是从炳到云中的快速转换。例如 -

SQL Azure的 - 改变连接字符串，上传数据库，去！
队列工作很像MSMQ。
斑点是相当多的斑点，你动摇他们的任何方式，但它们规模像疯了似的。
该表存储组件是好事，因为它的名称/值对提供令人难以置信的可扩展性 - 但需要一些时间来适应。
服务总线是我服务的最爱，因为它可以用于各种通信范式。两个SB端点第一次尝试连接到对方，如果他们不能，那么他们的路线，通过云 - 让非常安全的，可扩展的处理时，防火墙往往会得到的方式。
访问控制列表 - 与服务总线通常配对，以确保正确的人获得正确的事 - 想SAML在云中。

我希望帮助！

Answer 3:

我的经验云目前仅限于Salesforce.com

对于标准的业务操作和自动化它提供的功能，让我们得到应用起来非常快运行显著数量。我们特别从以下受益：

安全（管理员可以控制访问对象和字段）
工作流和审批
自动UI生成
内置的报告和仪表板
整个系统（包括我们自定义的变化）是通过网络服务访问
能够使系统中的数据可以通过公共场所（如电子商务）
第三方应用程序的大型图书馆，解决问题标准

该平台并不能解决所有的问题。

我不会用这个平台来模拟核电站或建立下一个Twitter的。

Answer 4:

云计算的要点是通过使用支付成本上的节省，使计算资源的立即部署。

成本不是纯粹每小时每个实例美分x量。成本包括维护，开发，管理等云计算的巨大优势，在我心目中是由具有管理任何不是他们的核心业务竞争力的领域内解放了客户。如果我是一个保险业，我想我的开发人员专注于我的保险问题，帮助解决我的要求，利率等要求，我宁愿避免处理电子邮件服务器，文件服务器，文档库的问题，与管理操作系统补丁，服务包等。

因此，在我看来，最大的好处是从SaaS和PaaS的云产品的。每个人都应该去的IaaS，只有当的PaaS或SaaS的有严重的限制特定需求（即我需要安装一组专用的COM组件和Azure不支持它们）。

SaaS是好商品类型不属于企业的客户端芯线，但更实用的应用程序。这些都是典型的消息系统，门户网站，文档库，电子邮件系统，标准物质，ERP的，会计，等等，等等等等。为什么写你自己的时候，你可以自定义一个很好的支持第三方产品推倒重来。

PaaS的是伟大的，它支持公司的主营业务产品业务软件的核心线。从不必处理操作系统管理文摘客户，让客户专注于业务系统的开发 - 这是没有人还能为客户做的。

Answer 5:

One can also take advantage of the benefits of PaaS (let's say, Google App Engine) and extend it, at times and if necessary, by pulling out some virtual machines from IaaS providers (e.g. Amazon) to do some number crunching then just send back the output to Google App Engine.

This way, you get the best of both worlds -- you can rapidly develop scalable apps in GAE, then you can always augment it by running any program you want from Amazon virtual machines.