应该何时使用以下内容:Amazon EC2,Google App Engine,Microsoft Azure和Salesforce.com？

Question

我在很一般意义上问这个问题.从云提供商和云消费者的角度来看都是如此.此外,问题不在于任何特定类型的应用程序(实际上,目的是了解哪种类型的应用程序/域可以适合哪些云平板-SaaS PaaS IaaS).

到目前为止我的理解是:

IaaS:原始硬件(处理器,网络,存储).

PaaS:操作系统,系统软件,开发框架,虚拟机.

SaaS:软件应用程序.

如果Stackoverflower可以分享他们对云计算概念的理解和体验,那将是很棒的.

编辑:好的,我会以更具体的方式 -

Amazon EC2:您无法控制硬件层.但您可以选择OS映像,Dev Framework(.NET,J2EE,LAMP)和Application,并将其放在EC2硬件上.您可以在EC2上部署使用Google App Engine或Azure构建的应用程序吗？

Google App Engine:您无法控制硬件和操作系统,您可以使用特定的Dev Framework来构建应用程序.您可以使用任何现有的Java或Python应用程序并将其移植到GAE吗？反之亦然,构建在GAE上的应用程序是否可以从GAE中取出并移植到任何Application Server,如Websphere或Weblogic？

Azure:您无法控制硬件和操作系统,您可以使用特定的Dev Framework来构建应用程序.您可以使用任何现有的.NET应用程序并将其移植到Azure吗？反之亦然,Azure上构建的应用程序是否可以从Azure中取出并移植到Biztalk等任何应用程序服务器？

Answer 1

好问题!正如您所指出的,不同的产品适合不同的类别:

EC2是基础设施即服务; 您可以获得VM实例,并根据需要使用它们.Rackspace云服务器或多或少相同.

Azure,App Engine和Salesforce都是平台即服务; 但是,它们提供了不同级别的集成:Azure几乎可以让您运行任意后台服务,而App Engine则面向短期请求处理程序任务(尽管它还支持任务队列和计划任务).我对Salesforce的产品并不十分熟悉,但我的理解是它在某些方面类似于App Engine,尽管它更专注于其特定的利基市场.

属于软件即服务的云产品包括从亚马逊的简单存储服务和SimpleDB等基础设施到完整的应用程序,如Fog Creek托管的FogBugz,当然还有StackExchange.

一个好的一般规则是,提供的级别越高,您需要做的工作就越少,但它就越具体.如果你想要一个bug追踪器,使用FogBugz显然是最不起作用的; 在App Engine或Azure之上构建一个是更多的工作,但提供了更多的功能,而在EC2之类的原始虚拟机之上构建一个甚至更多的工作(实际上相当多),但提供了更多功能.我的一般建议是选择仍然符合您要求的最高级平台,并从那里构建.

Answer 2

这是一个很好的问题.完全披露,因为我偏爱Azure,但有其他人的经验.

我认为Azure与其他产品脱颖而出的是从内部到云端的快速过渡.例如 -

• SQL Azure - 更改连接字符串,上传数据库,去!
• 队列像MSMQ一样工作.
• 无论你摇动它们,Blob都是blob,但它们会像疯了一样扩展.
• 表存储组件很好,因为它为名称/值对提供了令人难以置信的可伸缩性 - 但需要一些时间来习惯.
• 服务总线是我最喜欢的服务,因为它允许各种通信范例.两个SB端点首先尝试相互连接,如果它们不能连接,那么它们将通过云路由 - 当防火墙容易阻碍时,可以实现非常安全和可扩展的处理.
• 访问控制列表 - 通常与服务总线配对,以确保合适的人员访问正确的东西 - 在云中思考SAML.

我希望有所帮助!

Answer 3

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

对于标准业务运营和自动化,它提供了大量功能,使我们能够非常快速地启动和运行应用程序.我们特别受益于以下方面:

• 安全性(管理员可以控制对对象和字段的访问)
• 工作流程和批准
• 自动UI生成
• 内置报告和仪表板
• 整个系统(包括我们的自定义更改)可通过Web服务访问
• 能够通过公共站点(例如电子商务)提供系统中的数据
• 用于解决标准问题的大型第三方应用程序库

该平台无法解决所有问题.

我不会使用该平台来建模核电站或建立下一个推特.

Answer 4

云计算的主要目的是通过支付使用费并立即部署计算资源来节省成本.

成本不是每小时每小时的x美分.成本包括维护,开发,管理等.在我看来,云的巨大好处是让客户免于管理不属于其核心业务能力范围的任何事情.如果我是一家保险公司,我希望我的开发人员专注于我的保险问题,以帮助解决我的索赔,费率等需求.我宁愿避免处理电子邮件服务器,文件服务器,文档存储库和管理操作系统补丁的问题,服务包等

因此,在我看来,最大的好处来自SaaS和PaaS云产品.只有当PaaS或SaaS对特定需求有严格限制时(即我需要安装一组专有的COM组件而Azure不支持它们),才应该去IaaS.

SaaS适用于不是客户业务核心业务的商品类型的应用程序,但更多的是实用程序.这些是您典型的消息系统,门户网站,文档存储库,电子邮件系统,CRM,ERP,会计等等.当您可以自定义支持良好的第三方产品时,为什么要通过编写自己的方式重新发明轮子.

PaaS非常适合支持公司主要业务的核心业务软件.抽象客户不必处理操作系统管理,让客户专注于业务系统开发 - 这是客户无法做到的事情.